Re: [PATCH 1/6] user32/tests: Test minimizing an unminimizable window.
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.
-----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-----
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.
participants (2)
-
Dmitry Timoshkov -
Stefan Dösinger