Question regarding AlwaysOnTop status Thread last updated on 2006-05-19 22:01:58

Posted by member 321598 on 2006-05-13 03:10:16

After running a full-screen application, all my modules seem to lose their AlwaysOnTop status even though I have put the AlwaysOnTop as True for all of them.

The modules affected are: xlabel, xtray, xtaskbar, and rabidvwm. (Rainmeter is still ontop, not sure why)

I've check the documentation and I'm pretty sure I'm using the correct syntax for all of them. And because just the sheer number of modules being affect, it probably isn't module dependent.

If I run the alwaysontop bang command, it will make it on top again though, so this isn't terribly inconvenient.

I'm just curious if I'm doing something wrong here.

If you need to see the code, I'll be glad to post it, but right now I'm not sure what parts of the code to post.

Posted by member 1885 on 2006-05-13 04:56:48 link

I don't think there's anything wrong with your config, the same thing happens here at times. LS has a history of various problems with fullscreen games (especially OpenGL games, for some reason) and though it's much better now than, say, four or five years ago it still happens. I'm not sure if it's some issue with the core or with the modules themselves... I guess that would be a question for a dev.

Posted by member 37809 on 2006-05-13 11:13:51 link

what if you use
LSAutoHideModules true

Posted by member 1885 on 2006-05-13 11:52:06 link

For me at least that's not a waterproof solution. I have lsautohidemodules set and yet with some games (and some themes) it breaks the module z-order. It also happens that some labels end up being visible inside the game even though LS is hidden. From the top of my head it happens a lot with UT (99) running in OpenGL mode and uh... World of Warcraft I think.

Posted by member 321598 on 2006-05-13 15:48:22 link

Thanks for the help. So is there any commands in any modules that will allow me to execute some !bangs after a rez change? I'm aware of the jdesk command, but that only allows a full recycle.

Posted by member 37809 on 2006-05-14 10:56:53 link

systemevents-0.1 maybe.

actually no.

as an alternative what if you use !hidemodules and !showmodules bound to hotkeys?

Posted by member 321598 on 2006-05-14 13:44:38 link

Thanks for the tip.

But as west mentioned, it doesn't seem to work on every module, xTaskbar still doesn't maintain it's z-order although it did fix the other ones.

Posted by member 321598 on 2006-05-19 22:01:58 link

ok, I figured it out, the desktop2.dll actually has a built event command called DesktopOnDisplayChange. Just FYI.