Re: [PATCH 1/6] user32/tests: Test minimizing an unminimizable window.

[Dmitry Timoshkov]

Stefan Dösinger <stefan(a)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.

-- 
Dmitry.

[PATCH 1/6] user32/tests: Test minimizing an unminimizable window.

[Stefan Dösinger]

-----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.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBAgAGBQJULBMRAAoJEN0/YqbEcdMwN2IP/idGvTgrk6bH9lQmv/rK64Hi
ZiBIipwOKxRB0s4YL/R9Ww7Vuw0ns7PqJyXpiSQpYe4kPibVGc3+ClkE95+SUDYK
Kzd0toQb+qe5+hZqny+AyqNZYeOBIuoZcb8P0icyIovFZ46imB82c/uY3sMOo/iD
I2sh+Q1MyqAVzres3/KByxbqq12FoZ8GGJ9lFDoKVhR0rm96C9q5w3Z4JTlhvzWj
IF7/aRHfneatbACGZk/3ABS3qNSAQqIf+Uv4S6x80LtEzMXj/JohzfmMvWYDWxGb
jmnWHvhHQXzUkm8WIf0nr/3iWAi8h9WlwjyW/ut4J48PFvrytkDaUQz4Be85WlPd
PjseZB+YVthsa4VRdcRDCZPIvXAlIWWjwpaZBqEYB4LKR5wKZZQcWu8/ByQq5Hb4
P8plScVFotTDWhx+2Q63TIYHndzAMqxQYx0iLveyUT03qYc4wDmVNxmuM8UX56WN
/cIl4Iv0AgWynuFOt5aVxILQGbtvWXjO+vEenaxjUoDxljUcLDfBdzrKVsH3bkYX
a0S4UW5ZLojfRxJ/RXThDaF9MxHGMNonREuPbGYbEZjRnkMUSqhkzGkKEuViBQrZ
mFIBEyHSU8jnXWpPUmrMrZ/PUYwTJ3/01gxFFoX1ntK4LsSmppszPpSADw5CQOAU
5cPByJDr6Qw3+w4UZjkD
=OrFp
-----END PGP SIGNATURE-----

[PATCH 1/6] user32/tests: Test minimizing an unminimizable window.

[Stefan Dösinger]

Am 01.10.2014 um 16:28 schrieb Dmitry Timoshkov <dmitry(a)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.