Открыть поверх окон

[PimenS]

А в Линуксе или в Mac OS, как себя ведет Qt::Tool?

[Bepec]

Окно tool выше своего родителя, так что всё по логике. А вы создаёте отдельное окно, что и перекрывает его.
А то, что вы хотите - не имеет названия.
В качестве пруфа - выдержка из Assistant'a:

Indicates that the widget is a tool window. A tool window is often a small window with a smaller than usual title bar and decoration, typically used for collections of tool buttons. If there is a parent, the tool window will always be kept on top of it. If there isn't a parent, you may consider using Qt::WindowStaysOnTopHint as well. If the window system supports it, a tool window can be decorated with a somewhat lighter frame. It can also be combined with Qt::FramelessWindowHint. On OS X, tool windows correspond to the Floating class of windows. This means that the window lives on a level above normal windows; it impossible to put a normal window on top of it. By default, tool windows will disappear when the application is inactive. This can be controlled by the Qt::WA_MacAlwaysShowToolWindow attribute

Вкратце - всегда поверх родителя. К остальным окнам оно отношения не имеет.

PS работает W7 x64, Qt 4.7.2/5.6.

[Igors]

А в Линуксе или в Mac OS, как себя ведет Qt::Tool?

Про линукс ничего не знаю, а на Mac это штатное поведение

On OS X, tool windows correspond to the Floating class of windows. This means that the window lives on a level above normal windows; it impossible to put a normal window on top of it.

Зато диалоги и попапки его перекрывают.

Справедливости ради - и на OSX Qt::Tool у меня почему-то не сработал Пришлось написать неск строк в какаве (тамошнее API). Ну там легко т.к. я точно знал что в ОС это есть. Может уже и в Qt пофиксили

Окно tool выше своего родителя, так что всё по логике.

Так это справедливо для любого окна    

А вы создаёте отдельное окно, что и перекрывает его.
А то, что вы хотите - не имеет названия.
В качестве пруфа - выдержка из Assistant'a:

Я там вверху для Вас жирным выделил

[Bepec]

Я вам ясно сказал что стандартный функционал этого не предусматривает.
А вы мне тычете платформозависимым функционалом и говорите "Как же так, почему оно не работает в других ОС"? Мб потому что это платформозависимый функционал?

[Igors]

Я вам ясно сказал

Вам лучше не говорить, а слушать 

[Bepec]

А лучше логически мыслить.
Фишка одной ОС, не поддерживаемая во всех других - это исключение. И поэтому говорить о Windows "о боже оно не поддерживает фишку MAC OS" - это лицемерие

[Racheengel]

Запустите пример и создайте окно Qt::Tool выбрав бубочку. Теперь активируйте окно "Test" и убедитесь что оно успешно перекрывает окно Tool 

В этом примере, в принципе, так и должно быть - поскольку окно "Test" не имеет родителя, то оно как бы "глобально".
Я пробовал и другие модификации, и вроде как в 10-ке все как надо...
Проверю завтра в 7-ке на работе еще.

[Igors]

В этом примере, в принципе, так и должно быть - поскольку окно "Test" не имеет родителя, то оно как бы "глобально".

Не должно. Нормальный оконный менеджер умеет/понимает "слои" окон - любое окно из верхнего слоя "выше" (неперекрываемо) любым окном нижнего. А окна одного слоя перекрываются в обычном порядке. А кто там родитель - это др разговор. В том же примере создайте просто Qt::Window - и тоже окно упр-я его не перекроет т.к. оно его родитель. Но желаемого поведения палеток на этом не получить.

[Bepec]

Это в идеологии mac os так сделано, насколько я понял, не более.

В идеологии нормального менеджера, каждое окно может быть как выше так и ниже.
3 стандартных слоя - выше всех, стандартное окно, ниже всех.
И на слое стандартных окон возможны уже tool окна, которые являются его детьми.

При этом каждое окно - равнозначная сущность, которая может быть или 1 или 2 или 3.
Не видел ни 1 программы с вашим "поведением" окон на linux. Пожалуйста развейте мои сомнения.

Cлоевая система окон неудобна для пользователя. Ведь при выборе окна нижнего уровня, вы его никогда не увидите, пока не закроете все уровни выше. А какой простор это даёт для зловредов. Более того, неудобно будет и при разработке приложения - ведь возможно более десяти окон на разных слоях, что лишь запутывает пользователя, не давая ему преимуществ.

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