On Wed, Apr 16, 2014 at 02:47:03PM +0200, Friedemann Kleint wrote: > Hi, > > actually re-creating the window is a bit wasteful given that the screens > are part of a larger virtual desktop in most cases. A move() would be > sufficient. The QWindow/QScreen logic as it is is somehow not well > suited for virtual desktops in which the screen is determined by the > geometry.
I see your point, but in practice, specially in embedded systems, the "larger virtual desktop" premise is not valid. BlackBerry phones have an extra HDMI port apart from their own display that behaves idependently. Also, the way I came accross this bug was on an embedded system with two independent screens. I just wanted to let you know the context. So maybe we should go the documentation way? Thanks, Rafael > > Friedemann > > -- > Friedemann Kleint > Digia, Qt > > _______________________________________________ > Development mailing list > Development@qt-project.org > http://lists.qt-project.org/mailman/listinfo/development -- Qt Developer Days 2014 - October 6 - 8 at BCC, Berlin Rafael Roquetto | rafael.roque...@kdab.com | Software Engineer Klarälvdalens Datakonsult AB, a KDAB Group company Tel. Sweden (HQ) +46-563-540090, USA +1-866-777-KDAB(5322) KDAB - Qt Experts - Platform-independent software solutions
smime.p7s
Description: S/MIME cryptographic signature
_______________________________________________ Development mailing list Development@qt-project.org http://lists.qt-project.org/mailman/listinfo/development