Autorun
Модераторы: Avada, CaptainFlint, Nik, d-view, Моторокер
Понятно, Z-порядок, который и есть tab order. По идее, FindWindowEx будет перечислять окна в том же порядке, но без callback-процедуры.
Но добавление элементов или изменение их порядка - действительно проблема при таком подходе, нужно заводить базу номеров для разных версий тотала.
Код: Выделить всё
HWND hchild=0;
while (hchild=FindWindowEx(hwnd, hchild, "TButton", 0)) {
// Добавить кнопку hchild в массив кнопок
}Возможно, но если нужно получать контролы разных классов (а с твоим третьим режимом по-любому надо получать комбобокс) - EnumChildWindows выглядит эффективнее, поскольку делает всё за один проход. Ну и вообще, я ничего не имею против каллбэков, скорее наоборот 
По поводу версий - так уже и сделал, в текущей версии два набора номеров, в зависимости от версии тотала.
По поводу версий - так уже и сделал, в текущей версии два набора номеров, в зависимости от версии тотала.
Loopback
В 8.50 beta 4 опять изменилось окно копирования. В связи с добавлением опции проверки двухрядное расположение кнопок устранено, кнопка "Опции" теперь идёт по умолчанию последней в основном ряду. Но кому-то может по-прежнему нравиться старое расположение кнопки, обеспечиваемое Autorun_MoveButton.dll, так что плагин неплохо бы привести в соответствие.
В 8.50 beta 4 опять изменилось окно копирования. В связи с добавлением опции проверки двухрядное расположение кнопок устранено, кнопка "Опции" теперь идёт по умолчанию последней в основном ряду. Но кому-то может по-прежнему нравиться старое расположение кнопки, обеспечиваемое Autorun_MoveButton.dll, так что плагин неплохо бы привести в соответствие.
Даже самая богатая фантазия
Не представит себе наши безобразия.
Не представит себе наши безобразия.
Avada
Ничего тогда не понимаю. На чистом ТС 8.5 b5 проверял. А версия ScrollTC у тебя какая?
Ничего тогда не понимаю. На чистом ТС 8.5 b5 проверял. А версия ScrollTC у тебя какая?
Автору сборки TC Image (Andrey_A) настоятельно рекомендуется не распространять на иных ресурсах любую предоставленную мной где-либо техническую информацию по автоматизации и оптимизации в работе с ТС и системой.
Avada
Извиняюсь. Оказался конфликт с какой-то программой. Перезагрузка помогла.
Извиняюсь. Оказался конфликт с какой-то программой. Перезагрузка помогла.
Смотрел (с февраля-то)? Хотелось бы добавки.Loopback писал(а):По cpuid посмотрю, но может быть не сейчас.
Автору сборки TC Image (Andrey_A) настоятельно рекомендуется не распространять на иных ресурсах любую предоставленную мной где-либо техническую информацию по автоматизации и оптимизации в работе с ТС и системой.
Так всё сложно? Может, хотя бы с этого начнём?Loopback писал(а):Нет, пока нет желания этим заниматься.
А как отключить для ProcessExecGetOutput вывод окна cp с комстрокой? Зачем оно вообще? В мануале об этом вообще ни слова.
Просьба ещё добавить переменную, возвращающую путь папки плагина.
А ещё лучше, если бы новые переменные наследовали пути нужных подпапок: ..wdx\Autorun\Scripts = %Scripts%; ..\wdx\Autorun\Utils = %Utils%.
Относительные пути могут фигурировать только в непосредственной склейке с командами, но их ещё нужно задействовать в параметрах.
Автору сборки TC Image (Andrey_A) настоятельно рекомендуется не распространять на иных ресурсах любую предоставленную мной где-либо техническую информацию по автоматизации и оптимизации в работе с ТС и системой.
Угу. Видишь ли, это хобби. Не ощущаю я желания вникать сейчас в это. Просто неинтересно.Flasher писал(а):Так всё сложно?
Надо мне было обновить плагин в архиве... Вот тут исправленная версия лежит: http://forum.wincmd.ru/viewpost.php?p=102149Flasher писал(а):А как отключить для ProcessExecGetOutput вывод окна cp с комстрокой? Зачем оно вообще? В мануале об этом вообще ни слова.
Это можно.Flasher писал(а):Просьба ещё добавить переменную, возвращающую путь папки плагина.
Вот в этом не вижу смысла. "Нужные" - это кому и какие? Мне, например, приведенные выше папки не нужны. Но если будет переменная с путем Autorun, никто не мешает создать нужные переменные к подкаталогам прямо в скрипте.Flasher писал(а): А ещё лучше, если бы новые переменные наследовали пути нужных подпапок: ..wdx\Autorun\Scripts = %Scripts%; ..\wdx\Autorun\Utils = %Utils%.
Относительные пути могут фигурировать только в непосредственной склейке с командами, но их ещё нужно задействовать в параметрах.
Отсутствие интереса с чем связано? С изучением кода или добавлением переменных?Loopback писал(а):Просто неинтересно.
Так речь не идёт о папках с конкретным названием. Переменная с именем папки должна формироваться автоматически. А кто как у себя их назовёт - дело десятое.Loopback писал(а):Мне, например, приведенные выше папки не нужны.
Пухнет конфиг от этих лишних строк, скорость запуска и закрытия падает.Loopback писал(а):никто не мешает создать нужные переменные к подкаталогам прямо в скрипте.
Всего-то надо обрамлять папку в знаки процента, а плагин будет проверять существование таких папок в корне и подставлять полный путь в случае истины.
Либо можно сократить переменную, возвращающую путь к корневой папке, до запрещённого символа. Тогда будет ещё лучше.
Автору сборки TC Image (Andrey_A) настоятельно рекомендуется не распространять на иных ресурсах любую предоставленную мной где-либо техническую информацию по автоматизации и оптимизации в работе с ТС и системой.