D16232: Always keep group transients above

David Edmundson <[email protected]>
Newsgroups gmane.comp.kde.devel.kwin
Message-ID <[email protected]>
davidedmundson added a comment.


  I generally hold the view that we shouldn't work round KDE clients, but I'm very unconvinced in this case.
  
  As for what kmail should have set. It's not modal, which means the author explicitly wanted the user to be able to interact with the main window whilst it is open. 
  Kmail does not set a transient, QtXCB does because it's of the window type.
  
  In the bug reports listed, if you follow the dupes there are 3 applications affected.
  
  -------
  
  Your quote is not from the spec, but in a compatibility notes section under the heading " the following layered stacking order is recommended, ".  
  The line after is  "The window manager may choose to put some windows in different stacking positions"
  
  -------
  
  Working with an old code base can suck, but the huge advantage is that we have the real-world experience with quirks and corner cases.
  
  Out of curiosity, does this search window still appear in the task manager? That was cited as one of the rationals for the change.

REPOSITORY
  R108 KWin

REVISION DETAIL
  https://phabricator.kde.org/D16232

To: zzag, #kwin, #plasma
Cc: davidedmundson, kwin, mkulinski, ragreen, jackyalcine, Pitel, iodelay, bwowk, ZrenBot, lesliezhai, ali-mohamed, hardening, jensreuterberg, abetts, sebas, apol, mart
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.