> Frozen unkillable windows is my biggest concern with this.
This has already been solved in Wayland (or Weston, whatever). Whenever the toolkit pops up a new window, it can register a certain clickable area which acts as the "kill button" if the window isn't responding to events. Normally this area overlaps with the close button on the title bar.
Posted Nov 2, 2012 15:23 UTC (Fri) by nix (subscriber, #2304)
[Link]
They're still immobile, though (although admittedly even in X, frozen windows can be dragged but can't be repainted, so they end up looking ugly -- but at least you can get them to get out of the way.)
Wayland and Weston 1.0 released
Posted Nov 2, 2012 16:09 UTC (Fri) by intgr (subscriber, #39733)
[Link]
> They're still immobile, though
As far as I understand, dragging (moving) windows will still work -- the draggable title bar is registered with a similar hint like the kill button. Window placement and moving is now exclusively the job of the compositor -- windows don't even receive move events and they may not have a well-defined position with respect to the screen any more, because the compositor is free to do anything with them.
But you're right, resizing windows will probably not work as it does in X11.
Wayland and Weston 1.0 released
Posted Nov 2, 2012 20:30 UTC (Fri) by nix (subscriber, #2304)
[Link]
Ah, right. I'd say the useful properties are retained -- you can move a stuck window mostly off the screen if need be. Resizing a stuck window is much less important (at least in my workflow).