Zugg Software :: View topic - [2.26] Windows still redraws over active windows.

Posted: Wed Jun 11, 2008 4:38 pm

Even though you state it has been fixed, it doesn't appear to be. It seems #RAISEVENT is now causing the redraws, or at least, it seems to be. Or it could just be the child windows that are causing it. I have dual monitors and my child windows are on a separate monitor. *sigh* It gets annoying.

Charneus

I'll try to provide more details as I gather more possible culprits. I'll also try to provide a video of it...

Posted: Wed Jun 11, 2008 6:56 pm

I have no idea what you are talking about. If you are referring to an older bug, please provide a link to it.

Posted: Thu Jun 12, 2008 12:36 am

Two instances of it being reported:

Original Post
Second Post

The title of this should actually be CMUD still redraws over active windows.

Charneus

Posted: Thu Jun 12, 2008 3:09 am

Hmmm... one of the posts mentioned the Help being opened... I've always had my help open (I refer to it a lot) but I've rebooted my computer, and I haven't opened it up yet. Needless to say, CMUD hasn't redrawn over any active windows yet... Wonder if that has something to do with it.

Charneus

Posted: Thu Jun 12, 2008 5:59 am

Well, as mentioned in both of those posts, I'll need a detailed procedure for this to fix it because I can't make it happen on my system here.

Just giving the script debugger output isn't enough. I need to know at what point the focus changed to CMUD, and I'd need to see the full triggers that are executing when it happens. For example, it might be related to having the mapper open and having a trigger fire that does a #teleport command, or something that gives the mapper focus. If the mapper is docked to CMUD, that can cause CMUD to get the focus. Since the mapper doesn't play with the docking system very well, those kinds of bugs are still possible.

I don't see how having the help window open can effect this though.

Posted: Thu Jun 12, 2008 2:37 pm

I have seen this today, and fairly often actually
basically, Open CMud, switch to something else while it's loading, cmud keeps on top no matter what you switch to, until you switch back to cmud (and sometimes after)

Even had it ontop of a remote desktop session today, which was amusing to watch, confused myself which window was which, as i had cmud running on the remote machine too :P

Suggests that it's not trigger related after all. Also had it happen a few times recently when i was running nothing but a single trigger.

Posted: Thu Jun 12, 2008 5:28 pm

Well, that specifically is a Windows issue. If you switch away while CMUD is in the middle of loading, then Windows is still going to put it on top when it is finished loading. There isn't anything I can do about that. It's also related to the fact that the initial Sessions window is marked as "Stay on Top" by default. I believe if you turn this off (via the system menu icon in the upper-left corner of the window), then it might not do that.

Any window marked as "Stay on Top" can have this issue since it's been a long-term problem that Windows doesn't properly handle multiple stay-on-top windows.

But I can only fix a case where CMUD "spontaneously" comes to the top when it isn't supposed to while you are working in another application.

Posted: Thu Jun 12, 2008 7:16 pm

That's the issue. I wasn't so much concerned about the opening splash screen (although an option to have it hidden might be nice).

CMUD does spontaneously come to the top. The active window still remains active (as in I can type in this box if CMUD redraws over), but I have to alt-tab twice to get back to the main window. I wish there was a more definitive way of reproducing this. And I'm glad that I'm not the only person who has noticed this irregularity.

The only thing I can say is that it wasn't happening prior to 2.24. So there had to have been a change between versions that created this issue. Like I've said before, I wish that I could find a more reliable way of reproducing this - it's just not happening because, well, I can't just tell CMUD to redraw over my active window.

The only thing I can think of with the Help remaining open (the standalone download version, not from going to Help in CMUD), is that CMUD and CMUD Help share a couple of files. The only reason I assume this is because if I have the Help open when I install CMUD, well, it'll pop up with errors about sql*.dll not being able to install. :\ So I have to close the Help to install CMUD. *shrug*

Charneus

Posted: Thu Jun 12, 2008 8:53 pm

Yes, CMUD and the standalone Help viewer *do* share files and are not intended to be run at the same time, sorry.

As with any software, you should generally close other applications when installing *any* software. If the software attempts to install a DLL file that is in use by any other program, then the installer will fail.