Community
Participate
Working Groups
Created attachment 177604 [details] screenshot See screenshot.
As described here: http://www.webmanwalking.org/library/experiments/dsp_frames_outer_document.html Also, even if the iframes overflow is hidden, its still blocks the now-visible content that WOULD be below it from user-inputs (touch-events). To test this, open the controls demo, go to browser tab and load a URL: The controls to the bottom and right of the iframe do not react to touches anymore.
Created attachment 177632 [details] improved Partially fixed in CVS HEAD. Using min/max-width/height instead of width and height solves the layout and event-blocking problem, however the iframe is still not scrollable (using the two-fingers-method). I experimented a lot and there seems to be no feasible solution, or any at all. Even scrolling programatically seems not possible. I think all we can do is wait for apple to fix this. At least the document inside the iframe gets the correct size reported now, so if the iframe contains a web-app like google maps that adapts to the clients dimension, it should work fine. Also, trying to create a browser function in the controls demo creates a infinity-loop throwing errors. This is the same as in safari windows though.
Still valid with current master and iOs.
I can't reproduce it anymore on iPad with Safari (iOS 10.1.1) and RAP 3.2 M3.
