LWN.net Logo

LCA: Two talks on the state of X

LCA: Two talks on the state of X

Posted Feb 14, 2008 18:46 UTC (Thu) by spitzak (guest, #4593)
In reply to: LCA: Two talks on the state of X by tjc
Parent article: LCA: Two talks on the state of X

Actually the "raise this window" is intercepted by the window manager. There is a method to
force the input focus to a window, but I don't think any modern programs use that, and no
program can rely on it, as many window managers change it on any mouse movement.

What I want to see is the reverse: I want the window manager to tell the program that it is
attempting to raise/resize/hide/etc the window and let the program do whatever it wants.

In particular the program can decide *not* to raise the window, or raise any child windows
above it. This would eliminate the big mess of transient-for type hints, and would finally
allow floating windows/palettes above more than one main window. And it would allow a program
to not raise itself when you just try to move the insertion cursor or hit a button, but still
raise itself when you click in the empty area.

Also if programs could directly resize the windows and draw immediately then it would
eliminate the still-horrible resize behavior of X. The composite extension does *not* fix
this. In addition programs could implement arbitrarily complex restrictions on the resize and
position.




(Log in to post comments)

Copyright © 2013, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds