BM_SETSTATE и Пуск

[Lumen]

Доброго времени суток!
В общем пытаюсь показать и скрыть главное меню. Показываю с помощью

Код: Выделить всё

SendMessage hwndButton, BM_SETSTATE, 1, 0

Всё нормально.
Но вот отжать её таким же способом не получается, то есть

Код: Выделить всё

SendMessage hwndButton, BM_SETSTATE, 0, 0

меню как было так и осталось, и кнопка осталась в нажатом состоянии.
В чем дело и что не так?
Заранее спасибо

[Хакер]

Всё так. Мышкой попробуй то же самое сделать.

[Lumen]

Попробовал. Посмотрел в Spy++ что пуску шлется и что шлется у меня.
Вот логи:

<00001> 0003004C S ........................................BM_SETSTATE fState:True
<00002> 0003004C R ........................................BM_SETSTATE
<00003> 0003004C S .........................................BM_SETSTATE fState:False
<00004> 0003004C R .........................................BM_SETSTATE
<00005> 0003004C S ........................................BM_GETSTATE
<00006> 0003004C R ........................................BM_GETSTATE fState:0000 | BST_PUSHED | BST_FOCUS | 0200
<00007> 0003004C S ..........................................BM_SETSTATE fState:False
<00008> 0003004C R ..........................................BM_SETSTATE
<00009> 0003004C S .....................................................BM_SETSTATE fState:False
<00010> 0003004C R .....................................................BM_SETSTATE
<00011> 0003004C S .....................................................BM_SETSTATE fState:False
<00012> 0003004C R .....................................................BM_SETSTATE

Это мышкой.

<00001> 0003004C S ........................................BM_SETSTATE fState:True
<00002> 0003004C R ........................................BM_SETSTATE
<00003> 0003004C S ........................................BM_GETSTATE
<00004> 0003004C R ........................................BM_GETSTATE fState:0000 | BST_PUSHED
<00005> 0003004C S ........................................BM_SETSTATE fState:False
<00006> 0003004C R ........................................BM_SETSTATE
<00007> 0003004C S ........................................BM_SETSTATE fState:False
<00008> 0003004C R ........................................BM_SETSTATE
<00009> 0003004C S ........................................BM_SETSTATE fState:False
<00010> 0003004C R ........................................BM_SETSTATE
<00011> 0003004C S ........................................BM_SETSTATE fState:False
<00012> 0003004C R ........................................BM_SETSTATE

Это из программы

[Хакер]

Можешь ещё раз сказать, какое поведение ты ожидаешь и какое поведение наблюдаешь?

[Lumen]

Ожидаю что при получении BM_SETSTATE, 0, 0 пуск отожмется и главное меню исчезнет. С обычными кнопками так и происходит (в смысле они переходят в ненажатое состояние). А пуск почему-то не хочет.

[Хакер]

А, что, когда мы отпускаем кнопку мышки, меню пропадает и кнопка отжимается?

[Lumen]

Нет, но если второй раз нажать на кнопку пуск, так оно и будет. Собственно это мне и надо. По идее при получении BM_SETSTATE с wParam = 0 кнопка должна перейти в ненажатое состояние, а она не переходит.

[Хакер]

Откуда такое умозаключение?

[Lumen]

Сделал примерчик, как это работает с кнопкой в программе.
Хочется чтобы и с пуском было так же...

[Lumen]

Может мы о разных вещах говорим?

[Хакер]

Да понял я.

Только с чего ты взял, что кнопка Пуск будет/должна вести себя как обычная кнопка? С чего ты взял, что кнопка Пуск вообще будет сделана из обычной кнопки?

[Lumen]

Я и не утверждал ничего, наоборот пришёл за советом/помощью/пинком в нужном направлении.
Почему кнопка? Потому что класс "Button", да и стиль BS_PUSHBUTTON. Видимо так.
Я конечно могу и ошибаться. Если это так - поправьте пожалуйста.

[Хакер]

Почему кнопка? Потому что класс "Button", да и стиль BS_PUSHBUTTON. Видимо так.

Где в официальной документации это написано?

[Lumen]

http://msdn.microsoft.com/ru-ru/library/tf9hd91s.aspx

BS_PUSHBUTTON Creates a pushbutton that posts a WM_COMMAND message to the owner window when the user selects the button.

[Хакер]

Нет

Где в официальной документации сказано, что зелёный квадратик в левом нижнем углу, на котором написано "Start"/"Пуск" --- это окно класса BUTTON, понимающее все стандартные BM-сообщния?

[Lumen]

То есть ты имеешь в виду, что таким способом задача нереализуема? Надо искать другой подход?

[Хакер]

То есть я имею в виду, что такой подход это нечто из книжки "Философия создания отвратительных программных продуктов". Никогда нельзя полагаться на внутренние детали реализации, которые тебе видны, но о которых ничего не говорится в документации.

То есть это наивный подход: думать, что раз класс окна Button, то и работать с окном можно как со стандартным Button-ом. Как минимум, в общем случае такой подход недопустим: класс окна ещё не говорит, что конкретно взятое окно будет обладать типичными свойствами данного класса. Потому что даже есть всем известный здесь механизм сабклассинга, который наделяет окно какого-то класса дополнительными свойствами. Я не знаю точно, но очень подозреваю, что кнопка пуск тоже сабклассится Проводником. И раз так, её реакция на сообщения может не соответствовать таковой для обычных нетронутых кнопок.

Более того, неправомерно вообще работать с кнопкой Пуск как с кнопкой. Это сейчас ты видишь в Spy++, что кнопка Пуск это действительно BUTTON. Теоретически нельзя отрицать, что в следующей версии Проводника кнопка Пуск перестанет быть обычной кнопкой класса BUTTON. (Особенно если учитывать, какие тенденции нынче наблюдаются в Microsoft по отношению к GUI...)

А значит, нельзя при создании приложения полгатаься на то, что кнопка Пуск это стандартная кнопка.

И даже то, что в проводниках Висты и Виены кнопка Пуск всё ещё обычная кнопка (хотя, я не в курсе, может быть уже и не кнопка, не видел), ничего не говорит и в расчёт браться не должно.

То есть даже доводы типа "Я пишу приложение исключительно для XP, а в проводнике XP кнопка Пуск пока ещё обычная кнопка" не катят. Завтра найдётся какая-нибудь мега-уязвимость, и логику работы этой кнопки перепишут. И те внутренние детали реализации, на которые ты положился, исчезнут.

И мы получим ещё одно отвратительное приложение, которое перестаёт работать после установки официального исправления.

[Lumen]

...

[Хакер]

?

[Lumen]

Ясно. Можно было кстати сразу с этого начать, без демагогии. Ладно, придется отказаться от этой затеи.

[Хакер]

Мне не нравится давать людям готовые ответы, мне нравится заставлять их мыслить в правильном направлении.

Что же касается данного случая, правильным будет найти в документации официальный, рекомендуемый, предпочтительный способ показать стартменю. И если такого не найдётся, хотя бы полагаться на аспекты, у которых вероятность изменить существенно меньше.

Например, кнопка Пуск может перестать быть кнопкой, но гораздо менее вероятно, что показ стартменю отвяжут от WinKey-а. Скорее сам Пуск уберёт из Windows, чем это произойдёт. Так что, например, можно думать в сторону эмуляции нажатия VK_LWIN.

[Antonariy]

Где в официальной документации сказано, что зелёный квадратик в левом нижнем углу, на котором написано "Start"/"Пуск" --- это окно класса BUTTON, понимающее все стандартные BM-сообщния?

Насчет сообщений не знаю, но оно неиллюзорно класса Button, Spy++ врать не обучен.

[Хакер]

Antonary, ты не понял фишку: оно сейчас класса Button, но полагаться на это не стоит, так как никто не гарантирует, что завтра оно по прежнему будет так.

Кроме того, как я уже сказал, что classname="Button" ещё ни о чём не говорит в силу наличия таких вещей, как сабклассинг.

[Antonariy]

Я думаю, что срок жизни пуска именно в этом виде превысит срок жизни любой программы, которая захочет на него нажать)

[Хакер]

Не факт.
И вообще это вредный порочный подход.

Плюс, автор не просто нажимает на кнопку, а лезет глубже: меняет статус нажатости. В то время как внутри сабкласснутой кнопки может быть свой собственный статус нажатости, который сбрасывается не отжатием кнопки мыши/клавиатуры, а потерей фокуса самой менюшки. Завтра эти "интимные подробности" могут измениться, даже при том, что кнопка останется стандартной кнопкой, и неизвестно к чему будет приводить попытка нажать кнопку старым спобосом.

[awl100Alex]

Ожидаю что... пуск отожмется и главное меню исчезнет. С обычными кнопками так и происходит (в смысле они переходят в ненажатое состояние). А пуск почему-то не хочет.

А если так?..

Код: Выделить всё

Private Declare Function SendMessage Lib "user32.dll" Alias "SendMessageA" (ByVal hWnd As Long, ByVal wMsg As Long, ByVal wParam As Long, ByRef lParam As Any) As Long
Private Declare Function GetDesktopWindow Lib "user32" () As Long
Private Const WM_LBUTTONDBLCLK = &H203

Private Sub Command1_Click() ' Показать меню <Пуск>...
SendMessage GetDesktopWindow, WM_LBUTTONDBLCLK, 0&, ByVal 0&
End Sub

' Убрать меню <Пуск>... Любой клик в любом месте!


Или так... в автомате...

Код: Выделить всё

Private Declare Function SendMessage Lib "user32.dll" Alias "SendMessageA" (ByVal hWnd As Long, ByVal wMsg As Long, ByVal wParam As Long, ByRef lParam As Any) As Long
Private Declare Function GetDesktopWindow Lib "user32" () As Long
Private Const WM_LBUTTONDBLCLK = &H203

Private Sub Command1_Click() ' Показать меню <Пуск>...
SendMessage GetDesktopWindow, WM_LBUTTONDBLCLK, 0&, ByVal 0&
End Sub

Private Sub Timer1_Timer() ' Убрать меню <Пуск>... (Timer.Interval = 10 сек...)
SendMessage GetDesktopWindow, WM_LBUTTONDBLCLK, 0&, ByVal 0&
End Sub

Завтра эти "интимные подробности" могут измениться...

Завтра уже наступило! Этот код одинаково работает как в WinXP так и в Windows 7.

[awl100Alex]

Вовсе не обязательно что либо посылать кнопке <Пуск>. Можно косвенным образом заставить саму систему делать то, что нам нужно – в этом и «секрет».

[Денис]

Lumen, а ты не пробовал послать SendMessage hwndButton, BM_SETSTATE, 1, 0 повторно и именно с параметром 1? Мне кажется это более соответствует поведению "кнопки" сейчас. (Однако же я полностью согласен с Хакером, что это сообщение является хаком и не гарантирует работоспособность в следующих версиях винды).

[alibek]

(Однако же я полностью согласен с Хакером, что это сообщение является хаком и не гарантирует работоспособность в следующих версиях винды).

А ничего, что в Microsoft стараются не нарушать совместимость вплоть до того, что эмулируют некорректное поведение старых программ?
Я очень сомневаюсь, что в обозримом будущем кнопка «Пуск» перестанет вести себя, как кнопка.

[Хакер]

А ничего, что в Microsoft стараются не нарушать совместимость вплоть до того, что эмулируют некорректное поведение старых программ?

Старались когда-то. Сейчас же, как я уже сказал, у них совсем иные тенденции.
Можешь почитать статью Джоеля по этому поводу; вот с этого места:

В Microsoft есть два противостоящих лагеря, я их буду называть лагерь Реймонда Чена и лагерь журнала MSDN.

Реймонд Чен –-- разработчик в команде Windows с 1992 года. Его веблог The Old New Thing набит детальными техническими историями о порядке вещей в Windows, даже глупые вещи имеют под собой веские основания.

Больше всего на веблоге Реймонда впечатляет история о невероятных усилиях, приложенных командой разработки Windows для поддержания обратной совместимости.

Я очень сомневаюсь, что в обозримом будущем кнопка «Пуск» перестанет вести себя, как кнопка.

Она и сейчас-то так себя не ведёт. Я тоже сомневаюсь, что её поведение изменится, но надо представить себе то чувство досады, которые возникнет, если она всё же вдруг изменится.