-
Notifications
You must be signed in to change notification settings - Fork 2.4k
Select Boxes selected when footer button clicked Andriod 2.2/2.3 #4204
Comments
Can you post a test page using latest? Template: http://jsbin.com/omuqas/edit |
Hi Todd, I have done that , I think, there is a test page in the jsbin now. |
Closed by mistake. |
@harvo - you need to hit the "Save" button in JSbin, then copy the URL to the page and paste here. |
Guessing it's this: In this it? |
Yes or now it's http://jsbin.com/omuqas/12/edit due to my over enthusiastic button pressing, thanks. |
It is, thanks Todd. harvey.smith@ctrack.co.uk * www.ctrack.co.uk -----Original Message----- Guessing it's this: In this it? Reply to this email directly or view it on GitHub: Privileged/Confidential Information may be contained in this Ctrack Limited, Registration no: 04643588 |
Hi Todd, Did anyone get a chance to test this issue out? I can see the same problem for another user4 on Github. Harvey harvey.smith@ctrack.co.uk * www.ctrack.co.uk -----Original Message----- @harvo - you need to hit the "Save" button in JSbin, then copy the URL to the page and paste here. Reply to this email directly or view it on GitHub: Privileged/Confidential Information may be contained in this Ctrack Limited, Registration no: 04643588 |
#4241 sounds similar to this |
It is, thanks. I can see that the issue has been spotted and added to the 1.1.1 milestones, thanks ! |
Hi Harvo - I just tested this on a 2.2 and 2.3 device and the footer links seem to be working ok but I've heard that others have run into this too. Seems like a "sometimes" kind of Android bug. On your test page, none of the selects open. Android is really buggy with fixed and it frequently can break select menus with fixed and other CSS properties are combined but since this page is pretty much stock styles, that seems odd. Since the selects work fine on this docs page with fixed toolbars (scroll down for the form), I'm wondering if things are a bit off because you don't have labels associated with each select. The scripts are picky about semantics because they are used for config. |
Hi Todd, The issue is not that the selects don't work (I have seen this raised before), it's that when you click a link in the footer and have a selectbox directly beneath (by scrolling just once) the link doesn't fire and the click 'appears' to pass through the footer button the selectbox options are presented in the native style. Are you using an emulator or an actual device, as this behaviour is happening on our device on the jsbin page. Thanks for the prompt reply. Harvey harvey.smith@ctrack.co.uk * www.ctrack.co.uk -----Original Message----- Hi Harvo - I just tested this on a 2.2 and 2.3 device and the footer links seem to be working ok but I've heard that others have run into this too. Seems like a "sometimes" kind of Android bug. On your test page, none of the selects open. Android is really buggy with fixed and it frequently can break select menus with fixed and other CSS properties are combined but since this page is pretty much stock styles, that seems odd. Since the selects work fine on this docs page with fixed toolbars (scroll down for the form), I'm wondering if things are a bit off because you don't have labels associated with each select. The scripts are picky about semantics because they are used for config. http://jquerymobile.com/test/docs/toolbars/bars-fixed.html Reply to this email directly or view it on GitHub: Privileged/Confidential Information may be contained in this Ctrack Limited, Registration no: 04643588 |
I'm using real phones for testing these, an HTC Incredible (2.3) and an original Droid (2.2). After re-testing I can get the link to page 2 to not work if I first click on a select to give it focus, then try to use a link. It seems like there is some odd behavior if you interact with forms, then try to use a link in a fixed bar if the form previously had focus but it happens somewhat sporadically. I would be good to fix the select code on your test page because once Android gets in that wacky place where selects are broken, al lot of things stop working. Sort of amazing how buggy Android is. On May 1, 2012, at 12:01 PM | May 1, 2012, harvo wrote: Hi Todd, The issue is not that the selects don't work (I have seen this raised before), it's that when you click a link in the footer and have a selectbox directly beneath (by scrolling just once) the link doesn't fire and the click 'appears' to pass through the footer button the selectbox options are presented in the native style. Are you using an emulator or an actual device, as this behaviour is happening on our device on the jsbin page. Thanks for the prompt reply. Harvey harvey.smith@ctrack.co.uk * www.ctrack.co.uk -----Original Message----- Hi Harvo - I just tested this on a 2.2 and 2.3 device and the footer links seem to be working ok but I've heard that others have run into this too. Seems like a "sometimes" kind of Android bug. On your test page, none of the selects open. Android is really buggy with fixed and it frequently can break select menus with fixed and other CSS properties are combined but since this page is pretty much stock styles, that seems odd. Since the selects work fine on this docs page with fixed toolbars (scroll down for the form), I'm wondering if things are a bit off because you don't have labels associated with each select. The scripts are picky about semantics because they are used for config. http://jquerymobile.com/test/docs/toolbars/bars-fixed.html Reply to this email directly or view it on GitHub: Privileged/Confidential Information may be contained in this Ctrack Limited, Registration no: 04643588 Reply to this email directly or view it on GitHub: |
Well, we are doing are first Mobile project and have found nothing but trouble with the two android devices, Galaxy 10in Tab and the G2. The client has specified that these devices also work with Opera and Firefox, leading to Ipad and Iphone have give us about 3 issues, mostly to do with Maps and not the fault of JQM. Thanks for the help so far though. p.s. The bug only happens when the forms contain select boxes i.e. a row of Input or buttons doesn't cause the problem. |
@harvo - Yep, you'll find Android to be very buggy but in very inconsistent ways. Some people will report an issue but it can't be reproduced on the same version (ex. 2.3.5), only within a certain model or OEM. The CSS is very fragile and can cause all sorts of issues with scrolling, transitions, fixed positioning, select menu operation, etc. We do our best, but at a certain point, some things are hard to fix because we're just writing code with web standards so if a browser has a badly broken implementation of a feature, the best we can do is shield the code or style from them. |
Hi all I am facing the same issue, can you please let me know any one able to solve this problem. |
We have the latest JQM, Jquery. We have a settings page with 6 select boxes on and a fixed footer with 4 buttons.
If you scroll so that 1 of the select boxes is underneath the footer and then select a button, instead of the default behavior of going to the href contained within the footer button, our Galaxy Tab and Galaxy S2 (Android 2.2 - Froyo/GingerBread) open the native select box options. This is not happening in Chrome on the desktop or any apple device.
I have a good go at messing with the z-index of the footer to make it on top (it is visually) etc but nothing is working.
The text was updated successfully, but these errors were encountered: