Lack of contributions and suitable hardware setup. There was a patch for making the target screen configurable via an environment variable which never made it to integration. We are now reviving it for 5.6 at https://codereview.qt-project.org/#/c/166117/
Additional patches for discovering and exposing all available screens as separate QScreens are welcome. Not entirely sure about the feasibility, especially when it comes to discovering and monitoring the connected outputs, but it is definitely worth a try. Best regards, Laszlo <https://codereview.qt-project.org/#/c/166117/> ________________________________ From: Development <[email protected]> on behalf of Verebélyi Viktor <[email protected]> Sent: Sunday, July 24, 2016 8:28:15 AM To: [email protected] Subject: [Development] Are there any limitations on implementing the changing of the screen for a QWindow on systems using EGLFS? I looked at the code for the EGLFS BRCM integration and the screen it uses is hard-coded. After trying some test code for Dispmanx it seems that it is fairly straight forward to change the screen it uses. My question is: Are there any limitations to implementing the functions that would allow us to change the screen using QWindows->setScreen()? The reason for why I'm asking is, because I'd like to implement this, but I'd like to know whether if this is not implemented beacuse of some limitations or because of lack of intrest/contributors? -- - Viktor Verebelyi
_______________________________________________ Development mailing list [email protected] http://lists.qt-project.org/mailman/listinfo/development
