Giter Site home page Giter Site logo

Comments (4)

ajlkn avatar ajlkn commented on August 29, 2024

Form: Is that inside a panel?

Other thing: Not yet, try turning off CSS transforms (useTransform:
false) and see if that fixes whatever other issues you're having. If it
does, use transformBreakpoints to limit transforms to just mobile
(transformBreakpoints: 'mobile').

On 10/28/2013 7:38 PM, jmalatia wrote:

Using the HTML5 autofocus property and when viewing the page in
Google Chrome (windows desktop) "autofocus" is not working when
skel-Panels code is loaded on the page.

Tested with Google Chrome Version 30.0.1599.101m

Works as expected with FF24.0 and IE10.

Aside question... I only use panels in the "mobile" break-point...
is there any way to just enable (or dynamically add) the panels
code/wrappers when the "mobile" break-point is needed? The reason I
ask, is this is the second issue I have had with panels, when they
aren't even active/visible in "wide" or "narrow" break-points. I
just have the code there for when mobile is active.

--- Reply to this email directly or view it on GitHub:
#17

from skel.

jmalatia avatar jmalatia commented on August 29, 2024

No, the form is not in a panel... its in the normal
regular/container/content body. See example link below....

(HTML5's new autofocus property on <input> elements does not work in
Google Chrome desktop/win7 (v30.0.1599.101 m). works as expected
with IE10/FF24.
If we comment out <!-- <script
src="/global/shared/js/skel/0.4.2/skel-panels.min.js"></script> -->,
Google Chrome works as expected.  If we use <body
onload="document.frmContactUnlock.ccode.focus()">, focus is given to
that input in all browsers as expected, including Chrome.

Re: cssTransforms: I have played with that setting as well as
transformBreakpoints, but that too also causes issues... main one that I
can think of is with our BODY background gradients (or main wrapper
divs, tried moving bkgrd gradients to those as well to fix issue)... see
example link below... that page has skelPanels set with useTransform: false.
Scroll down past the point of what is initially visible on your screen
and look at the BODY background gradient... it only shows to the point
of what was initially visible on page, after that it stops and displays
white. Have tried using different styles/classes to make it extend to no
avail.... if you just set background-color property it fills the entire
area as expected, but if you use gradients you get the problem. If we
set useTransform to True, the body background works as expected.

Here is a link to an example page that shows both of the above issues:
http://new.sajelect.com/global/shared/js/skel/examples/skel-test-20131029-1.asp

-------- Original Message --------
Subject: Re: [skelJS] skel Panels with Google Chrome and HTML5 forms
Autofocus (#17)
Date: 10/28/2013 11:24 PM

Form: Is that inside a panel?

Other thing: Not yet, try turning off CSS transforms (useTransform:
false) and see if that fixes whatever other issues you're having. If it
does, use transformBreakpoints to limit transforms to just mobile
(transformBreakpoints: 'mobile').

On 10/28/2013 7:38 PM, jmalatia wrote:

Using the HTML5 autofocus property and when viewing the page in
Google Chrome (windows desktop) "autofocus" is not working when
skel-Panels code is loaded on the page.

Tested with Google Chrome Version 30.0.1599.101m

Works as expected with FF24.0 and IE10.

Aside question... I only use panels in the "mobile" break-point...
is there any way to just enable (or dynamically add) the panels
code/wrappers when the "mobile" break-point is needed? The reason I
ask, is this is the second issue I have had with panels, when they
aren't even active/visible in "wide" or "narrow" break-points. I
just have the code there for when mobile is active.

--- Reply to this email directly or view it on GitHub:
#17

—
Reply to this email directly or view it on GitHub
#17 (comment).

from skel.

ajlkn avatar ajlkn commented on August 29, 2024

I'll look into the autofocus thing. Panels is probably preempting it somewhere.

Other thing: Looks like it's the way you're using the gradient to fill out the rest of the page background. Set a background-color (in addition to using the gradient) instead of relying on the final gradient stop and it should work.

from skel.

ajlkn avatar ajlkn commented on August 29, 2024

Fixed in 0.4.3.

from skel.

Related Issues (20)

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.