You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@cordova.apache.org by "Trent McNitt (JIRA)" <ji...@apache.org> on 2016/03/06 14:56:40 UTC
[jira] [Updated] (CB-10736) Resizes iOS viewport after
document.readyState "complete"
[ https://issues.apache.org/jira/browse/CB-10736?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Trent McNitt updated CB-10736:
------------------------------
Environment: iOS 9.2.1, WKWebView (was: iOS 9.2.1)
Description:
Edit: This only occurs using WKWebview. It doesn't resize on UIWebView (at least when I tested it on an iOS 8 phone).
With StatusBarOverlaysWebView set to "false," the document loads (document.readyState == "complete") and then the window resizes sometime after that.
This is causing a document reflow, and disallows Javascript changes to the DOM that relate to viewport size to start right away.
My workaround right now is simple: If the platform is iOS, then wait for a resize before starting Javascript calculations.
Is this resizing unavoidable? (Or, can I just handle this with some .plist settings, or something?)
If the resizing is unavoidable, can I count on it always resizing the window? Or, is there a race condition happening, and I have just observed that it resizes after the readyState "complete", when it could really happen before OR after?
was:
With StatusBarOverlaysWebView set to "false," the document loads (document.readyState == "complete") and then the window resizes sometime after that.
This is causing a document reflow, and disallows Javascript changes to the DOM that relate to viewport size to start right away.
My workaround right now is simple: If the platform is iOS, then wait for a resize before starting Javascript calculations.
Is this resizing unavoidable? (Or, can I just handle this with some .plist settings, or something?)
If the resizing is unavoidable, can I count on it always resizing the window? Or, is there a race condition happening, and I have just observed that it resizes after the readyState "complete", when it could really happen before OR after?
> Resizes iOS viewport after document.readyState "complete"
> ---------------------------------------------------------
>
> Key: CB-10736
> URL: https://issues.apache.org/jira/browse/CB-10736
> Project: Apache Cordova
> Issue Type: Improvement
> Components: Plugin Statusbar
> Environment: iOS 9.2.1, WKWebView
> Reporter: Trent McNitt
> Priority: Minor
>
> Edit: This only occurs using WKWebview. It doesn't resize on UIWebView (at least when I tested it on an iOS 8 phone).
> With StatusBarOverlaysWebView set to "false," the document loads (document.readyState == "complete") and then the window resizes sometime after that.
> This is causing a document reflow, and disallows Javascript changes to the DOM that relate to viewport size to start right away.
> My workaround right now is simple: If the platform is iOS, then wait for a resize before starting Javascript calculations.
> Is this resizing unavoidable? (Or, can I just handle this with some .plist settings, or something?)
> If the resizing is unavoidable, can I count on it always resizing the window? Or, is there a race condition happening, and I have just observed that it resizes after the readyState "complete", when it could really happen before OR after?
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscribe@cordova.apache.org
For additional commands, e-mail: issues-help@cordova.apache.org