Серый форум — AHK: Изменение z-index окон со свойством "AlwaysOnTop" другими окнами

Re: AHK: Изменение z-index окон со свойством "AlwaysOnTop" другими окнами

2016-07-21T12:21:02Z

Вот это прям вообще по красоте! Спасибо большое! Прослакал правда ответ почти на месяц. =/
А опция "+Disabled" не то же самое делает? Добавил в опцию GUI и окно стало неюзабельным.

Re: AHK: Изменение z-index окон со свойством "AlwaysOnTop" другими окнами

2016-06-18T15:43:04Z

Если окно программы всегда AlwaysOnTop, то только таймером выполнять Gui, +AlwaysOnTop.
Ещё для gui можно сразу определить стили

Gui, +Owner +E0x08000000 +AlwaysOnTop

Чтобы его не было в "z-index", и нельзя было активировать даже кликом.

Re: AHK: Изменение z-index окон со свойством "AlwaysOnTop" другими окнами

2016-06-17T20:17:54Z

А можно ли как-то отследить положение окна по "z-index" и, например, если в него транслируются данные, а оно не в верхнем слое, то поднимать его в топ?
Пробовал через "WinSet" делать "Off", свойство "AlwaysOnTop" программы, поверх которой окно лога. Не помогло. Заметил так же, что изменение размеров окна тоже приводит к такому результату.

Re: AHK: Изменение z-index окон со свойством "AlwaysOnTop" другими окнами

2016-06-17T18:51:40Z

Не совсем понял что требуется, но попробуйте это.

Gui, Show, NA

Это не даст Gui окну деактивировать активное окно.

AHK: Изменение z-index окон со свойством "AlwaysOnTop" другими окнами

2016-06-17T18:23:13Z

Здоровья всем.
Такое дело, приложение читает лог файл и транслирует происходящие в нём изменения в окно со свойством "AlwaysOnTop", находящееся соответственно по верх клиентской программы, генерирующей тот самый лог. Но в результате "Alt+Tab", или при глобальном событии внутри клиента, например, полная или частичная перезагрузка/обновление данных, окошко с нужной информацией оказывается под ним.

Подскажите пожалуйста, как это можно поправить так, чтобы при возвращении окна лога в нужное состояние оно не становилось активным, то есть фокус оставался в том же самом окне программы?