Bringing the topic back
I've attached the images to the issue
https://issues.apache.org/jira/browse/CB-10799
And I want to bring it back because there is a similar issue (
https://issues.apache.org/jira/browse/CB-10796) with a pending PR (
https://github.com/apache/cordova-plugin-statusbar/pull/5
Apache mailserver has stripped your post of images, so we can't see
anything. My point in listening for that delegate function is so we don't
rely on the hardcoded 20.
On Thu, Mar 10, 2016 at 7:40 AM, julio cesar sanchez wrote:
> But the problem here is not when the frame changes, is when the to
But the problem here is not when the frame changes, is when the toolbar
used as a fake statusbar is created when the in-call statusbar is present.
If inAppBrowser is opened with toolbar on top while in-call statusbar is
present. See the gray bar between in-call statusbar and inAppBrowser
toolbar.
We should leave this be, we can fix and think about it when its
actually a problem.
Ideally, it should listen to (UIApplicationDelegate):
application:willChangeStatusBarFrame:
application:didChangeStatusBarFrame:
... for the actual status bar frame changes.
On Mon, Mar 7, 2016 at 1:42 AM,
I've been looking into this issue
https://issues.apache.org/jira/browse/CB-10799
The problem is that the inAppBrowser creates a "fake" statusbar using a
toolbar so the statusbar seems opaque. That toolbar is created with the
size of the statusbar, and when the in-call statusbar is present it's 40
