Changes between Initial Version and Version 1 of Ticket #18682, comment 2


Ignore:
Timestamp:
Sep 2, 2015, 4:57:03 PM (6 years ago)
Author:
Adrian Vasiliu
Comment:

Legend:

Unmodified
Added
Removed
Modified
  • Ticket #18682, comment 2

    initial v1  
    66* There are tons of complaints on the web about the pain introduced by iOS 8 for computing the available height when the keyboard is open, and about the difficulty to even detect that the keyboard is open (this holds for web apps, non-native). No entirely satisfactory solution, up to my knowledge. (Cordova introduced a keyboard plugin using native APIs for this purpose.)
    77* The delite project does contain code to cope with this issue on iOS (https://github.com/ibm-js/delite/blob/0.7.1/Viewport.js#L48:L100). This works pretty well (approximately) in many cases, but I'm not sure we would want to go the same way in dojox/mobile, in particular in the context of the increasing number of iOS devices with various size characteristics.
    8 * Note that it's not all Openers which are affected, but only the Overlay and the Opener in overlay mode ("phone" mode vs. tablet). That is, the issue does not affect iPad. And on iPhone it's not a blocker issue.
     8* Note that it's not all Openers which are affected, but only the Overlay and the Opener in overlay mode ("phone" mode vs. tablet). That is, the issue does not affect iPad. And on iPhone it's not a blocker issue, since the input element is visible again after closing the keyboard.
    99* Unless we want to go delite's way, I only see the "won't fix" "solution".