| commit | ece6d213aa52d1014f73b647737c46ce274f0c7b | |
| author | Brad Jorsch <anomie@users.sourceforge.net> | |
| Fri, 17 Sep 2010 19:33:13 +0000 (17 15:33 -0400) | ||
| committer | Carlos R. Mafra <crmafra@gmail.com> | |
| Fri, 17 Sep 2010 20:40:42 +0000 (17 22:40 +0200) | ||
| tree | cd173ae6e2c8e1d4093774f0331e6e28bd2de115 | treesnapshot (tar.gz zip) |
| parent | 5b249974468a5c17f2697029e1074e7756a2723c | commitdiff |
Option to raise bouncing appicons
If the appicon is not in the dock/clip, or the dock/clip is not set to
"Keep on Top", there's a good chance you won't actually see the bouncing
because some other window is covering the appicon.
Besides adding the option to raise bouncing windows, this patch adds a
utility method to move a window back into its correct stacking position
after it has been messed with using XRaiseWindow.
Signed-off-by: Brad Jorsch <anomie@users.sourceforge.net>
If the appicon is not in the dock/clip, or the dock/clip is not set to
"Keep on Top", there's a good chance you won't actually see the bouncing
because some other window is covering the appicon.
Besides adding the option to raise bouncing windows, this patch adds a
utility method to move a window back into its correct stacking position
after it has been messed with using XRaiseWindow.
Signed-off-by: Brad Jorsch <anomie@users.sourceforge.net>