modal dialog locking user's desktop

[Aaron J. Seigo]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Tuesday 25 November 2003 06:40, Lubos Lunak wrote:
>  Qt-copy patch #0009 helps KWin to find out which dialogs belong to which
> apps, when the app developer was lazy to specify the dialog parent. I
> actually cannot reproduce the described problem (maybe I just can't find
> the right dialog) - here dialogs for Kicker are kept above it (and as
> Kicker is usually kept above apps, this means it's also above all apps -
> actually some people don't like this #63223), and clicking on Kicker
> results in the dialog being activated instead.

it's modal dialogs that are the killer, not simply parented windows. windows 
that have kicker as a parent do tend to stay on top (usually), but they don't 
block access to kicker's UI (e.g. the K Menu button). modal buttons do and 
that causes problems or at least makes it look silly.

- -- 
Aaron J. Seigo
GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA  EE75 D6B7 2EB1 A7F1 DB43
"Never weary, never dispair, never give in" - Winston Churchill
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2-rc1-SuSE (GNU/Linux)

iD8DBQE/w2m51rcusafx20MRAmTGAJ0QRtT8a6bmBVVFNgVMoNLkmnNBpACeM27+
GK9zEMsrNfPDgAqWlt8GXic=
=bL4n
-----END PGP SIGNATURE-----