Fullscreen

[RGPaul]

Hi,

I tried to fix the Fullscreen-Issue with some private-api hacking.
But unfortunately I get:
ASSERT: "m_qioswindow->geometry().size() == bounds" in file qioswindow.mm, line 208

So it seems that the Qt-Team is guarding the view size (maybe to be backwards compatible to iOS 6). I think we depend on the Qt-Framework on that issue.

You can see the try in my fork.

[amarchen]

Thanks. I am not into changing Qt sources for just a demo project, but:

1. It's good for getting to the goal of listing most painful issues
2. aren't the ASSERTs disable in non-debug builds? Maybe then it works?

[torarnv]

What exactly is the issue with fullscreen? Please report bugs upstream at https://bugreports.qt-project.org/

[amarchen]

@torarnv

The issue is doublefold:

1. Default project is not a full screen one. It should (and status bar is to be painted by a QML control then)
   Default iOS project creates app so that status bar is painted (by c++) outside of QML's ApplicationWindow. That is a problem, because some standard iOS animation have to include status bar. Try clicking Search in the Contacts app, background is to be flying under the battery icons, that's not possible to do in QML if status bar is beyond the ApplicationWindow
2. Making a QML window take full screen by setting correct flags seems to not work

I didn't verify it myself, but that's what @Manromen seems to tell. And even if it worked, painting status bar in QML myself is quite a burden

Yes, it should be tracked in Qt's JIRA somehow, but.. shall we report it already now when iOS controls are not even started yet?

[amarchen]

Well, reported anyway - https://bugreports.qt-project.org/browse/QTBUG-40600

[amarchen]

Okay, full screen seems to be possible - https://bugreports.qt-project.org/browse/QTBUG-40600#comment-252252 , but then you need to paint statusbar yourself. Well, for prototyping needs we can have an image with transparent background.