[
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-unsubscr...@cordova.apache.org
For additional commands, e-mail: issues-h...@cordova.apache.org