- Ticket Triage:
- 262 tickets +0
- 34 pull requests +0
link 1.5.0
- Waiting on changes from ui
- UI updates have landed!
- Classes
- Pulling in changes now
- Button
- CSS update (button, checkboxradio, controlgroup)
- merging css updates along with ui updates
- CSS update (button, checkboxradio, controlgroup)
- RTL
- organizing a call
- Auto Init
- New module details
- enhancer branch
- New module details
- data- attribute name space
- backcompat
- no update
- backcompat
- Pointer Events
- transfered
- Meeting next week chosing a project lead
- transfered
- Popup on Android
- Events split-up
- Selectmenu keyboard navigation + fixed toolbar autohide/show issues
- https://github.com/jquery/jquery-mobile/issues/5514
- https://github.com/jquery/jquery-mobile/issues/6028
- https://github.com/jquery/jquery-mobile/issues/3184
- The fix for #5514 is to blur() the select upon change. This fix is causing problems with the keyboard navigation. The fix was added so that hideDuringFocus might work for fixed toolbars. However, fixed toolbars may need to be notified that they need to reappear by means other than those of blur()ring the select upon change. The fix for #5514 causes regression #6028 and preventing the type-to-select-option behaviour required for a fix to #3184
- https://github.com/jquery/jquery-mobile/pull/7903
- https://github.com/jquery/jquery-mobile/pull/7902
- The hide-upon-focus for the fixed toolbar was not working in the case of a native select on Android 4.1.2. This fixes that, but it does not address the issue of how to re-fix the toolbar after the native selectmenu is dismissed without triggering change. The basic problem: We know when a selectmenu is opened (see #7903), but we don't know when it's closed.