Stefan Dösinger stefan@codeweavers.com wrote:
This shows that the abesence of a minimization button does not prevent the application from programmatically minimizing the window. KWin and fvwm behave like Windows in this regard, whereas Metacity-based WMs prevent the minimization.
My understanding is that not the absence of minimize/maximize button prevents an ability to programmatically minimize/maximize a window, but an item in the system menu. I'd suggest to also add a test for sending WM_SYSCOMMAND/SC_MINIMIZE/SC_MAXIMIZE behaviour.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Am 2014-10-01 16:28, schrieb Dmitry Timoshkov:
My understanding is that not the absence of minimize/maximize button prevents an ability to programmatically minimize/maximize a window, but an item in the system menu. I'd suggest to also add a test for sending WM_SYSCOMMAND/SC_MINIMIZE/SC_MAXIMIZE behaviour.
Is there a dedicated flag that controls the system menu item? (There is in X11 / MWM, and it is what controls the questionable behavior in Metacity).
My goal with this test is to reproduce what d3d9 does - and that's ShowWindow(SW_MINIMIZE or rather SW_SHOWMINIMIZED) on a Window without a caption, minimize button and depending on the game sometimes without WS_SYSMENU. Minimization seems to work regardless of window style.
Am 01.10.2014 um 16:28 schrieb Dmitry Timoshkov dmitry@baikal.ru:
My understanding is that not the absence of minimize/maximize button prevents an ability to programmatically minimize/maximize a window, but an item in the system menu. I'd suggest to also add a test for sending WM_SYSCOMMAND/SC_MINIMIZE/SC_MAXIMIZE behaviour.
I did some informal testing on a WS_SYSMENU | WS_POPUP window (no WS_MINIMIZEBOX), and WM_SYSCOMMAND(SC_MINIMIZE, 0) minimizes the window. A right click on the window in the task bar does not offer a minimize item. Windows adds this if I set WS_MINIMIZEBOX.
-
Dmitry Timoshkov -
Stefan Dösinger