| |||||||||||||
Gräßlin: Client Side Window Decorations and WaylandGräßlin: Client Side Window Decorations and WaylandPosted Feb 19, 2013 9:43 UTC (Tue) by fdrs (subscriber, #85858)In reply to: Gräßlin: Client Side Window Decorations and Wayland by Seegras Parent article: Gräßlin: Client Side Window Decorations and Wayland
And don't forget how awful Java Swing applications look _anywhere_ ...
I agree, window decorations _must_ be a platform defined (_and_ enforced).
(Log in to post comments)
Gräßlin: Client Side Window Decorations and Wayland Posted Feb 19, 2013 11:01 UTC (Tue) by mpr22 (subscriber, #60784) [Link] I think that window decorations look terrible on application splash windows (and yes, splash windows do fulfil a useful purpose; they give the user confidence that their slow-starting application has in fact started to start, while avoiding the "here is your interface, even though your application is not yet usable" problem; I think every GUI application that takes more than, say, 500ms to start should have one).
Gräßlin: Client Side Window Decorations and Wayland Posted Feb 19, 2013 15:24 UTC (Tue) by paulj (subscriber, #341) [Link]
I really hate splash windows which insist on being in the foreground and that can not be dismissed, *especially* if the app takes a long time to load! I could be doing something else, if not for the splash window!
Gräßlin: Client Side Window Decorations and Wayland Posted Feb 19, 2013 15:29 UTC (Tue) by mpr22 (subscriber, #60784) [Link] Those are bad too, yes.
Gräßlin: Client Side Window Decorations and Wayland Posted Mar 3, 2013 20:40 UTC (Sun) by JanC_ (guest, #34940) [Link]
Why not show a normal progress dialog instead of a "splash screen"?
Gräßlin: Client Side Window Decorations and Wayland Posted Feb 19, 2013 15:21 UTC (Tue) by nybble41 (subscriber, #55106) [Link]
You can't _enforce_ a particular style of window decorations unless you're willing to require all windows (including specialized windows, like pop-up menus, panels, docks, etc.) to have a border which fits inside the screen. No doubt someone will write a Wayland compositor with that sort of restriction, but I doubt very many people will run it.
If Qt and GTK use a common library to handle client-side window decorations, as planned, the result will probably be at least as consistent as the current scheme under X, with the added benefit that the application and the compositor don't have to coordinate drawing into a single buffer, or make an extra copy of the window contents at the end of every frame to add decorations.
|
|||||||||||||