On Thursday April 20 2017 14:56:04 Tor Arne Vestbø wrote:
> Yes.
>
> If you want non-platform behavior because you disagree with the
> platform's choice, you are welcome to write one in user-code using
> frameless window set to QScreen::geometry() e.g.
That's a valid PoV for writing code using
On 20/04/2017 13:42, René J.V. Bertin wrote:
On Thursday April 20 2017 12:20:17 Tor Arne Vestbø wrote:
I see the problem you are trying to solve, but I don't think it's
worth it to maintain a separate code path for this legacy mode that
conflicts with the platform behavior.
That's the questio
Re: inconsistencies: I just checked video playback in Safari. HTML5 video uses
the "native" fullscreen but Flash videos go fullscreen without affecting other
screens. I've noticed the same in other browsers, but not in Google Chrome
which uses "single-screen fullscreen" regardless the type of vi
On Thursday April 20 2017 12:20:17 Tor Arne Vestbø wrote:
> I see the problem you are trying to solve, but I don't think it's worth
> it to maintain a separate code path for this legacy mode that conflicts
> with the platform behavior.
That's the question, is this platform behaviour one should
I see the problem you are trying to solve, but I don't think it's worth
it to maintain a separate code path for this legacy mode that conflicts
with the platform behavior.
tor arne
On 20/04/2017 00:04, René J. V. Bertin wrote:
Hi,
I went ahead and tinkered with Qt4's code:
https://github.co
Hi,
I went ahead and tinkered with Qt4's code:
https://github.com/RJVB/shortcut-test-qt5/blob/master/mainwindow.cpp#L302
QCocoaWindow inherits only QObject, not QWidget or QWindow, so implementing
this
logic in the Cocoa QPA was a bit more work but not impossible:
https://cgit.kde.org/scratch
Hi,
Can anyone comment on the feasibility of the following idea, please?
OS X 10.7 introduced an optional separation in Mission Control between "spaces"
(virtual desktops) and physical screens and coupled that with a fullscreen
window inconsistency. By default each monitor has its own virtual d
