MainWindow без фокуса

[Igors]

Добрый день

Как добиться такого поведения (аттач). MainWindow всегда неактивно (или всегда активно), здесь без разницы, главное что менюшка enabled, а фокус в оном из рабочих окон. Прибамбасы в title мне не нужны.

Спасибо

[Igors]

Море ответов! (а как любят читать "документацию" ). Ладно, давайте по-другому:

- как сделать так чтобы окно не принимало фокус? (но при этом реагировало на мышь). Надобность в этом у меня возникла дважды в последнее время. Напр в примере выше я хочу просто воспользоваться меню - не снимая фокус с рабочего окна

[GreatSnake]

Насколько я помню, меню-бар дизеблится при потери окном фокуса только под виндой.
И если я не ошибаюсь, чтобы сбросить такое поведение, нужно игнорировать события WindowActivate/WindowDeactivate.

[kambala]

полагаю, очевидное «ловить событие фокуса и игнорировать его» уже пробовалось

[GreatSnake]

здесь без разницы, главное что менюшка enabled

Кстати, а Вы уверены, что менюшка становится именно disabled при потере фокуса, а не просто перекрашивается неактивной палитрой?

[Igors]

Менюшка: разбирался на OSX, Qt 4.7.4. Там меню активно если

- у приложения всего 1 top-level окно
- нет модальных окон и меню parent = 0
- активное модальное окно = parent менюбара

Не исключено что это по-другому в Вындоуз и/или в более поздних версиях Qt

полагаю, очевидное «ловить событие фокуса и игнорировать его» уже пробовалось

А чем оно очевидно - это нас только "информируют", фокус все равно заберут/установят. А ловить в нативняке хлопотливо. Напр       

Код

C++ (Qt)
if (msg->message == WM_MOUSEACTIVATE) 
	*result = MA_NOACTIVATE;
 

Не тут-то было, теперь application не активируется при нажатии - опять латать.

Кстати, а Вы уверены, что менюшка становится именно disabled при потере фокуса, а не просто перекрашивается неактивной палитрой?

Так оба варианта меня не устраивают 

[kambala]

полагаю, очевидное «ловить событие фокуса и игнорировать его» уже пробовалось

А чем оно очевидно - это нас только "информируют", фокус все равно заберут/установят.

я имел в виду в фильтре событий. если вернуть из него тру, то никто его не заберет и не установит.

[Igors]

я имел в виду в фильтре событий. если вернуть из него тру, то никто его не заберет и не установит.

К сожалению, для активации это не так, событие приходит когда уже "свершилось", т.е. можно отреагировать но не блокировать

[Bepec]

А где вы ловите, если не секрет?
Если вы используете winEvent - это не фильтр...

[Hrundel]

Привет, Igors
читал в Digital Productions еще когда CS вышла, что это не окна, а просто виджеты, которые написаны как окна. Поэтому MainWindow никогда не теряет фокус. Потом тоже попробовал такое написать - получилось.

[Igors]

Так, ну менюшка побеждается просто подменой палитры. Правда в конструкторе это не проходит (наверное дела с polish/unpolish), но достаточно сделать раз перед первым рисованием.

А чтобы shortcut'ы работали надо сделать так

Код

C++ (Qt)
action->setShortcutContext(Qt::ApplicationShortcut);

Но вот фокус оно упорно принимает. Перехват в нативняке работает через раз. Напр выбрал меню - нормально, фокус остался на рабочем. Но кликнул в title - фокус сменился. Подолбаю еще исходники.

читал в Digital Productions еще когда CS вышла, что это не окна, а просто виджеты, которые написаны как окна. Поэтому MainWindow никогда не теряет фокус. Потом тоже попробовал такое написать - получилось.

Утилитой Spy можно легко убедиться что все окна на скриншоте - нативные окна Вындоуз. В данной теме разговор идет только о top-level окнах (т.е. они могут свободно перемещаться по экрану).

[off]Поверхностные посты (типа "где-то что-то слышал, читал") должны быть в меру. Иногда удается проскочить на шару, но чаще нет  [/off]

[Hrundel]

[off]Поверхностные посты (типа "где-то что-то слышал, читал") должны быть в меру. Иногда удается проскочить на шару, но чаще нет  [/off]

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

А, кстати, что мешает наследоваться, оставляя поведение и окон и виджета? Раз уж есть такая информация, почему не подумать, как это реально реализовать?
Я писал чистые "окна"-виджеты. Работает.  

[Igors]

Гуглю и постоянно натыкаюсь на советы типа

If you create window by CreateWindowEx, you can set the WS_EX_NOACTIVATE extended style. The documentation says:

A top-level window created with this style does not become the foreground window when the user clicks it. The system does not bring this window to the foreground when the user minimizes or closes the foreground window. To activate the window, use the SetActiveWindow or SetForegroundWindow function. The window does not appear on the taskbar by default. To force the window to appear on the taskbar, use the WS_EX_APPWINDOW style.

There should be some way in Qt to pass that style bit.

Но оно работает "наоборот" Т.е. если кликнул на окно из др приложения - то приложение не переключится (что мне совсем не нужно). Однако если мое приложение активно - такое окно успешно примет фокус.   

[kambala]

задайте вопрос на stackoverflow и на оф. форуме Qt

[Alex Custov]

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