Permalink
Browse files

Fixes #5140 - Select menus inside elements in Android 4.1 Chrome now …

…work after scrolling.
  • Loading branch information...
1 parent ed4efa3 commit 67e6fbca010bdbd97382f3461ca0ad10d1802814 @Wilto Wilto committed Oct 16, 2012
Showing with 2 additions and 2 deletions.
  1. +2 −2 css/structure/jquery.mobile.forms.select.css
@@ -1,6 +1,6 @@
.ui-select { display: block; position: relative; }
-.ui-select select { position: absolute; left: -9999px; top: -9999px; }
-.ui-select .ui-btn { overflow: hidden; opacity: 1; }
+.ui-select select { position: absolute; left: -9999px; }
+.ui-select .ui-btn { opacity: 1; }
.ui-field-contain .ui-select .ui-btn { margin: 0; }
/* Fixes #2588: When Windows Phone 7.5 (Mango) tries to calculate a numeric opacity for a select (including "inherit") without explicitly specifying an opacity on the parent to give it context, a bug appears where clicking elsewhere on the page after opening the select will open the select again. */
.ui-select .ui-btn select { cursor: pointer; -webkit-appearance: none; left: 0; top:0; width: 100%; min-height: 1.5em; min-height: 100%; height: 3em; max-height: 100%; filter: Alpha(Opacity=0); opacity: 0; z-index: 2; }

3 comments on commit 67e6fbc

@jaspermdegroot
Member

@Wilto - There is a regression from this commit which becomes visible if you use a custom select in a dialog: http://jsbin.com/uzaret/542

@jaspermdegroot
Member

@Wilto - Putting top: -9999px; back in there fixes this. Does just removing overflow: hidden; still fix #5140 ?

@Wilto
Contributor
Wilto commented on 67e6fbc Nov 27, 2012

Yep, absolutely—classic Android/overflow issue. Betting we’ll be fine with the top: -9999px back in.

Please sign in to comment.