Bug when minimizing MUSHClient and using the System Tray feature

I turned the options on so that MUSHClient will display an icon in the system tray, and also so that it will remove its button from the taskbar when minimized. When I have these options toggled this way, and I minimize MUSHClient, I should expect MUSHClient to be fully hidden from my desktop, save for the tray icon. However, MUSHClient appears minimized in the lower left of the desktop, in the same way a MDI child would be minimized in an MDI application. I'm not sure if you meant to do this, if you did, I definitly can't see why. This minimize behavior does not crop up when MUSHClient is set to appear in the task and the tray.

Looking at MUSHClient through Spy++ while it is minimized like this, you can see that it has been minimized (i.e., ShowWindow(hWnd, SW_MINIMIZE)). If however, you are wanting to completely hide the window (which I would think you are, but I may be wrong), you will want to do ShowWindow(hWnd, SW_HIDE).

Just want to also say that I think MUSHClient is a great piece of software, and I definitely don't regret spending the money to register it. Great software, and keep up the good work! :)

-Brad Crosby

I believe the way it is minimized is different for each OS, which is why I believe Nick knows about this. See this topic on what I'm explaining:

http://www.gammon.com.au/forum/bbshowpost.php?bbsubject_id=4596

Well, I'm a developer, and I'm saying that if, when the user clicks the minimize button in the system menu for the app, if you ShowWindow(hWnd, SW_HIDE), it will completely hide the application. The reason it is showing up minimized is because it isn't being "hidden", it is only being minimized, which does in fact "hide" it on some OSs. This should cause it to function correctly for all OSs.

There was this discussion on another thread, and that's what I suggested (although I didn't provide the actual system call). MC should be hidden when someone minimizes it and reshown when they restore it. It's really just one line of code.

I'll take a look, but I think at present I don't handle the minimize option at all but let the defaults to it, which may be doing it wrongly.

By the way, if you want to keep the minimizing effect in XP (where the window title bar gradually moves downwards) you could first minimize the window and then hide it, and do the opposite to restore it.

Any progress on this? It's really quite annoying :/

Ah no, no progress at present. I'll look into it for the next version.

You can do this by doing a
ShowWindow(hWnd, SW_HIDE)
on minimize, and a
ShowWindow(hWnd, SW_SHOW)
when the user clicks on the tray icon.
I'm pushing this because it's quite annoying, and I have to use a 3rd party utility to hide it every time I minimize it :( Renders the tray option quite useless...

Could this be a priority, pretty pretty please? :( It is "I must release a new version this instant" annoying.

Look, this is what annoys me about these cosmetic improvements to the client. Under the original Windows (like 95, NT 4) there wasn't this concept of minimize to system tray.

Now there is, and there was clamouring for MUSHclient to support it, and it isn't done absolutely perfectly, now it is a "a new version is required today to fix it" issue.

Just don't use it if it annoys you.

Yes. Poromenos is going to far with that. Though, I do agree that 'works perfectly' is a relative term when considering it doesn't work like 99% of the programs that use it. But People need to have patience...

First of all, I didn't force you to implement it, I was just making a request. Secondly, as far as I know, it's only two lines of code that would fix it (I don't know if you tried it and it doesn't work, you never said so).

The alternative is more annoying.

I haven't seen a program whose minimize to tray feature doesn't work right, who's in that 99%?

I think you are getting delusional now.. I said that Mushclient's behaviour was 'not' like the 99% that use it the way we want Mushclient to actually work. I have however seen ones where the tray icon is there, even when not minimized to the tray and where minimizing the windows doesn't minimize to tray, but closing the window does. Azureus for example. But that is only used in programs where the application is intended to be run as an 'always on, until I kill it' type service, like a P2P server (which Azureus also works as), Instant Messagers, etc. Thus 100% of all programs don't all minimize to tray. They behave differently for very specific reasons though, which Mushclient doesn't have a valid one for.

Now, if you meant your prior comment as a joke, not as literally "I must have it now!", then OK. Otherwise chill out..