Russian Qt Forum

Добрый день

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

Спасибо

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Ответ прост в общем то. Сделать его всегда активным или неактивным очень трудоёмко- по замыслу разработчиков это важная часть работоспособности окна. Замучаешься костыли вставлять и разрабы винды икать устанут.

Однако можно создать для пользователя иллюзию активности/неактивности окна, самому определяя и исправляя цвет/реакции.

Это в разы проще и реализуемо.
 

В общем сделать "постоянно" неактивным не выходит и нативными средствами. Разрешается блокировать WM_MOUSEACTIVATE, но не WM_ACTIVATE, которое прорывается напр при движении окна. Максимум можно вернуть фокус "взад" сделав PostMessage, будет небольшое мигание (приемлемо).

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

Это было бы прекрасно, но боюсь что подтвердить слова делом Вы не сможете. Буду очень рад ошибиться, итак, варианты:

- FramelessWindowHint. Ну все рисовать руками имеет смысл (кстати так и сделано для рабочих окон), но начинать эту песню по новой всего для одного окна = явный перебор
   
- UxTheme изучалось вчера. Работы не меньше чем в предыдущим варианте + совершенно неясно как связать это с активно/неактивно.

Еще варианты? Да, и кстати: а что значит "цвет"? А если оно рисуется напр градиентом (как было в XP)

Нет, я конечно понимаю что Верес "просто так" сказал и раскатывать губы не следует. Но все же есть "слабый огонек надежды"  :)

Ну по пунктам
1) на слабо меня не взять, потому что у вас нет четкого списка требований. Я могу лишь догадывать что вам надо ^.^
2) рисовать всё руками - так и придётся.
3) цвет и градиент. Вот этого вопроса от вас не ожидал. Я думаю вы на голову выше меня понимаете в графике и так же представляете, что нарисовать любой градиент не представляет особой сложности.

Нет, я не "просто так", я высказал обдуманное решение. Конечно оно не из лёгких, но " в разы проще и реализуемо". Это не предложение написать за вас, не гарантированная возможности написания, это возможность.

update: я честно не вижу проблемы у вас. В начале темы приведено mainWindow нарисованное на мой взгляд вами, а не системой. Даже кривое решение написать  свою "реакцию на движение мыши над окном по таймеру" удовлетворит ваши условия.
Посмотрите на chrome, на его исходники. Он как раз и реализует "активность без активности" при работе в несколько вкладок. Собственно :)

PS лучше высказать своё мнение и услышать критику/оценку его, чем промолчать. Hrundel прав ^.^

По поводу "высказывания мнений"
Ах как легко было калякать, делать категоричные заявления налево и направо :)  А когда Вас взяли за жопу спросив "а конкретно как" - тогда все это, мол, "лишь мое личное мнение". Чего трепаться если за душой ничего нет? Чего советовать то что никогда не делали сами? Нечего сказать - молчите в трубочку, не засоряйте эфир.

Грубости пошли :) Всегда радует такая реакция, когда даже сообщений не читают моих :)

Я ответил на ваши вопросы по пунктам :) Задавайте вопросы, а я дам на них ответы. Давать ответы на незаданные вопросы могут только боги и демоны :D

Не мните себя "экспертом отвечающим на вопросы". Вы просто маленький пачкун забивающий каждую тему пустопорожним трепом  :)

Ладно, вернемся к теме. Пока сделал так: нажатие в title/birder все же активирует main окно, а вот нажатие в область клиента нет. Дальше посмотрим

:) не ожидал такой агрессии. Вам бы отдохнуть, расслабиться. Не буду ещё больше вас нервировать.

Вроде работает на Win 7 (главное окно все время подсвечено). Прошу проверить на Win 8 (attach)

Спасибо

проект, конечно, было сложно выложить.

на вин8 тоже работает.

Проблематично на пресловутом MSVC  :'(

Понял, спасибо. Все-таки есть мигание когда хороший paint в рабочих окнах. Посмотрим, там еще можно отключить перерисовку титла через WM_NCPAINT