Phoronix: Qt 5.0 Beta Released
At long last, the Qt 5.0 beta has been released...
http://www.phoronix.com/vr.php?view=MTE3MTg
Announcement
Collapse
No announcement yet.
Qt 5.0 Beta Released
Collapse
X
-
Originally posted by Awesomeness View PostThen a hanging application still can be resized but the program no longer knows where the ?close rectangle? is, meaning the x button will be purely cosmetic but the ?close rectangle? position will be left unchanged.
So many tradeoffs just to get a single feature: slightly smoother window resizing. As if users constantly resize their windows...
And you can close them from the task bar to begin with, as was already mentioned.
-
Originally posted by Awesomeness View PostHackish = Awkward workaround for a broken design choice.
The wayland devs didn't just jump up and say "hey! let's write another X11".
The idea that a resize can only happen through attachment of a resized buffer is pretty much ingrained in wayland.
Therefore, what I said is just one solution to hanging apps, if you have a better one go ahead and post it.
Originally posted by Awesomeness View PostIt's going to even more ?genius? on applications with GUI separated from program logic. Then a hanging application still can be resized but the program no longer knows where the ?close rectangle? is, meaning the x button will be purely cosmetic but the ?close rectangle? position will be left unchanged.
I don't really get what you're talking about.
Originally posted by Awesomeness View PostSo many tradeoffs just to get a single feature: slightly smoother window resizing. As if users constantly resize their windows? The windows are either maximized or in window mode.
Nothing you wrote so far convinced me that there will be no shitstorm from users once Wayland arrives to the mainstream if Wayland?s default behavior is not tweaked.
I can try to explain why wayland is being done, but I don't give a rat's ass if you like it or not. Xorg won't magically die,
so you and everyone else repulsed by the new protocol can go ahead and maintain the old codebase, I'm sure the Xorg devs
will appreciate it a lot.
Originally posted by Awesomeness View PostI really hope my predictions of inconsistent title bars etc. are wrong. Well? wait and see. The worst thing that could happen is that I was right and I can with all confidence say ?I told you so? or I will be positively surprised?
Leave a comment:
-
Hackish = Awkward workaround for a broken design choice.
It's going to even more ?genius? on applications with GUI separated from program logic. Then a hanging application still can be resized but the program no longer knows where the ?close rectangle? is, meaning the x button will be purely cosmetic but the ?close rectangle? position will be left unchanged.
So many tradeoffs just to get a single feature: slightly smoother window resizing. As if users constantly resize their windows? The windows are either maximized or in window mode.
Nothing you wrote so far convinced me that there will be no shitstorm from users once Wayland arrives to the mainstream if Wayland?s default behavior is not tweaked.
I really hope my predictions of inconsistent title bars etc. are wrong. Well? wait and see. The worst thing that could happen is that I was right and I can with all confidence say ?I told you so? or I will be positively surprised?
Leave a comment:
-
Originally posted by Ancurio View PostThere has already been a proposed solution to hanging apps. They can specify a rect denoting the x button,
and if there is no reply to a ping, the app will be deemed unresponsive and a terminate dialog might pop up.
Leave a comment:
-
Originally posted by Awesomeness View PostYes, he meant a library but a library can't run independent and allow hanging apps to minimize/close.
and if there is no reply to a ping, the app will be deemed unresponsive and a terminate dialog might pop up.
Also, as someone said earlier, you can always minimize with shortcuts/the panel.
Originally posted by Awesomeness View PostSeems that applications have to be shitty as well to become unsnappy. By your own account only a few applications such as Inkscape are really impaired by that lag.
The thing about snappiness isn't the only merit Wayland brings. It also flushes out a lot of unnecessary complexity.
I'm sure you've read all this here already though
Leave a comment:
-
Originally posted by Ancurio View PostThere was never any talk of a daemon. I'm pretty sure what RealNC meant was a library, not a daemon.
Originally posted by Ancurio View PostNo one can stop devs from building shitty applications.
The important part is that there now isn't anything fundamental in the way anymore to implement snappy ones.
Leave a comment:
-
Originally posted by Awesomeness View PostThat could be worked around by, and here's the reply to RealNC and ?his? fdo standardization idea, developing a deamon which handles the decorations which would result in something that basically is a server-side decoration, only on another level. And there is nothing any Wayland dev could do about it. So much you ?Wayland works that way and deal with it? shouters?
If developers want to hand decorations to a daemon, so be it. No one can stop devs from building shitty applications.
The important part is that there now isn't anything fundamental in the way anymore to implement snappy ones.
Leave a comment:
-
Originally posted by Awesomeness View PostThat's an advantage that comes at the price of a disadvantage. Currently if an application hangs (not crashed but busy doing stuff) it's still possible to minimize it and do something different until it's done. With CSD that is no longer possible. In the age of demanding JavaScript applications I experienced the need to minimize the web browser more often than to resize windows all the time.
Hanging applications can no longer be minimized because in CSD world the application has to agree first. This is also basically the same topic killing applications.
That could be worked around by, and here's the reply to RealNC and “his” fdo standardization idea, developing a deamon which handles the decorations which would result in something that basically is a server-side decoration, only on another level. And there is nothing any Wayland dev could do about it. So much you “Wayland works that way and deal with it” shouters…
Leave a comment:
Leave a comment: