Skip to main content ↑ ↓

Notice

Please note that most of the software linked on this forum is likely to be safe to use. If you are unsure, feel free to ask in the relevant topics, or send a private message to an administrator or moderator. To help curb the problems of false positives, or in the event that you do find actual malware, you can contribute through the article linked here.
Topic: WINDOW_HIDE issue in SDK (Read 3686 times) previous topic - next topic
0 Members and 1 Guest are viewing this topic.

WINDOW_HIDE issue in SDK

Seems like we just discovered that there is a difference between the WINDOW_BRING_TO_FRONT,  WINDOW_HIDE commands in the SDK and the actual process of minimizing FB2K with the apropriate minimization icon or the System Tray Icon.

It seems that FB2K's memory usage does not go down when using the WINDOW_HIDE command and "minimize Foobar to System Tray" is checked in the preferences.

Just wondering wether this behaviour is intentional or accidental?  Since it does not seem to be avoidable.

Thanks for any response.

The details of this problem are discribed in pages 19 - 20 of this thread,  http://www.hydrogenaudio.org/forums/index....3&t=9153&st=475


[EDIT]

The same issue also occurs when typing the hide command in the Command Prompt, when minimize to Sys Tray is checked

[EDIT]

WINDOW_HIDE issue in SDK

Reply #1 –
I noticed this in the 0.667 change log

Quote
- fixed minor issue with playlist string cache not being erased when minimizing in certain conditions


Did this eliminate the issue you reported?

WINDOW_HIDE issue in SDK

Reply #3 –
I think foobar uses SW_HIDE instead of SW_MINIMIZE.

WINDOW_HIDE issue in SDK

Reply #4 –
Problem seems to be solved for 0.7b3.