Ну я имел в виду для него. Режим без /NARROW работать будет, конечно.Flasher писал(а):Почему версия-то непригодна
Код: Выделить всё
# Enables MoveButton functionality
# Включает функционал MoveButton
LoadLibrary Plugins\Autorun_MoveButton.dll
If %AUTORUN_TCARCH% = 32 Then
AddDialog /X:58 /W:-116 DIALOG_COPYMOVE
AddCondition /VISIBLE:1 "TButton" 2
AddControl /X:-93 /Y:-74 /W:-20 "TButton" 3
AddControl /X:-116 /Y:1 "TButton" 1
AddControl /W:-116 "TMyComboBox" 1
AddControl /W:-114 "TAltEdit" 1
AddControl /X:-111 "TMyCheckBox" 1
AddControl /W:-101 "TMyCheckBox" 3
AddControl /W:-114 "TMyGroupBox" 1
AddDialog DIALOG_COPYMOVE_POST
AddControl /W:-114 "TMyComboBox" 1
AddControl /W:-114 "TCheckBox" 1
AddControl /W:-114 "TCheckBox" 2
AddControl /W:-114 "TCheckBox" 3
AddDialog /X:58 /W:-116 DIALOG_COPYMOVE_PINNED
AddControl /W:-113 "TMyGroupBox" 1
AddControl /W:-113 "TMyComboBox" 1
AddControl /W:-116 "TMyComboBox" 2
AddControl /W:-113 "TAltEdit" 1
AddControl /X:-116 /Y:1 "TButton" 1
AddControl /X:-110 "TMyCheckBox" 1
AddControl /W:-113 "TCheckBox" 1
AddControl /W:-113 "TCheckBox" 2
AddControl /W:-113 "TCheckBox" 3
MoveOptionsButton
Else
MoveOptionsButton /NARROW
EndifАж 2 секунды поставил — [s]нет результата[/s].Loopback писал(а):+ добавлен параметр /WAIT:<ms>
Код: Выделить всё
# Сохранение размера и позиции "Выбор команды"
AddDialog /WAIT:2000 /SAVE:15 "TCmdSelForm"
Если рассматривать степень адекватности ФМ только по иконкам (а даже не убитым 3D-границам в тулбаре и увеличенным дисковым кнопкам с результирующими жалобами и здесь и на оффоруме), которые меняются на раз, то такое мнение всерьёз воспринимать тут никто не будет, при том сколько исправлений кучи всего было сделано в новых версиях, не говоря уже о добавке давно ожидаемых и весьма полезных опций. Да и растянутый шаг в файловых панелях при одинаковом шрифте никто здесь пока также не наблюдал.rk2019 писал(а):Сразу предупреждаю, ТС 9.ХХ я не приемлю ввиду растянутого шага в списке файлов + замене иконок под закос стиля Вин 10. Короче такой ТС в топку - последняя адекватная версия 8.52а с классическим видом.
Не знаю, может мы разные результаты ожидали? Без ожидания окно расширенное командами Win-Left/Right свой размер после закрытия/открытия теряло, теперь к нему возвращается.Flasher писал(а):Аж 2 секунды поставил — нет результата.
Задержка сделана от момента появления окна. Т.е. для этого окна перемещение кнопок, восстановление позиции и центрирование (в этом порядке) производится через заданное количество мс после появления окна.Flasher писал(а):Может, ты сделал задержку не до момента изменения окна из запомненных данных, а до момента сохранения в Autorun_MoveButton.pos?
Сулит пользователю чрезвычайно сложную работу по изменению окна и сохранению новых позиций. Нет, это уже избыточно.Flasher писал(а):И что сулит такое запоминание при переходе на мониторы с меньшим разрешением? Тут нет автоподгонки под края экрана? Не лучше сделать в процентах от него?
Могу и добавить, мне не жалкоFlasher писал(а):Кстати, ты не хочешь в хелп мой пример с выравненными под оптимальную ширину кнопками добавить?
Хотя у Гислера этот момент не регламентирован, разница ширин кнопок гуляет в разных диалогах в диапазоне из десятка-другого пикселей.
Только комментарии надо будет под английскую версию переводить.Это другой плагин, какое отношение он имеет к MoveButton? Чем раньше MoveButton уйдет в релиз, тем раньше будет шанс заняться тем.Flasher писал(а):И что там по хотелке? Не хотелось бы релиза без неё.
Нет. [s]После Win+Left/Right позиция и размеры окна "Выбор команды" после закрытия по Esc не запоминаются.[/s] Напомню, что тема на x86 7-ке классическая.Loopback писал(а):Не знаю, может мы разные результаты ожидали?
А что сложного в процентной реализации /SAVE? Вроде математика простая. Зачем нам геморрой с диалогами, растянутыми за пределы экрана?Loopback писал(а):Нет, это уже избыточно.
В хелпе примеры вообще без комментариев. Их можно убрать.Loopback писал(а):Только комментарии надо будет под английскую версию переводить.
Ну, это же дочерние плагины, которые идут в архиве и релизе (на wincmd.ru) главного, а не отдельно. Я думал, ты про релиз Autorun писал.Loopback писал(а):Это другой плагин, какое отношение он имеет к MoveButton?
У меня запоминается и воспроизводится. Тема классическая на 7. Код такой:Flasher писал(а):Нет. После Win+Left/Right позиция и размеры окна "Выбор команды" после закрытия по Esc не запоминаются. Напомню, что тема на x86 7-ке классическая.
Код: Выделить всё
AddDialog /SAVE:15 /WAIT:50 "TCmdSelForm"
Дело не в сложности, а в неправильности такого подхода. Т.е. вроде сохранение, а вроде и нет, т.к. воспроизводится на разных экранах всё по разному. Если тебя смущают именно окна, ушедшие за пределы экрана, можно в таких случаях их изменять так, чтобы они полностью помещались в экран. Но не более того.Flasher писал(а):А что сложного в процентной реализации /SAVE? Вроде математика простая.
Нет, слишком муторно.Flasher писал(а):И раз сам ТС
Про Autorun. Ну будет сейчас к примеру 2.05, а тот плагин в релизе 2.06 или 2.09 или еще в каком. Не вижу проблем.Flasher писал(а):Я думал, ты про релиз Autorun писал.
Прошу прощения. Я не тот конфиг правил. Теперь убедился в работоспособности.Loopback писал(а):У меня запоминается и воспроизводится.
В смысле? По-разному в процентном соотношении как раз сейчас. А с процентами будет соответствие размерам экрана. Но есть и более оптимальный вариант. Запоминать пиксели в секциях разрешений аля [1024x768 (10x20)] и [AllResolutions], как это реализовано в wincmd.ini.Loopback писал(а):т.к. воспроизводится на разных экранах всё по разному.
Но это ведь позволит не дёргать окно с ожиданием, когда это не требуется. Узнать высоту экрана и сравнить с запомненной — это же самое простое.Loopback писал(а):Нет, слишком муторно.
Я к тому, что ты приступил к реализации в обратной последовательности запросов. Ожидалось, что всё по меньшей мере пойдёт в совокупности.Loopback писал(а):Не вижу проблем.
Так это функция сохранения позиции и размера. "Процентные соотношения" тут вообще никаким боком.Flasher писал(а):По-разному в процентном соотношении как раз сейчас.
Ага, давай второй тотал напишем ещеFlasher писал(а):А с процентами будет соответствие размерам экрана. Но есть и более оптимальный вариант. Запонимать пиксели в секциях разрешений аля [1024x768 (10x20)], как это реализовано в wincmd.ini.
Т.е. универсальное решение, потенциально могущее помочь и в других случаях, будет работать исключительно в граничных условиях с этим окошком. Отлично. Но нет. Вполне можно поставить маленькую задержку, и процесс будет практически незаметен.Flasher писал(а):Но это ведь позволит не дёргать окно с ожиданием, когда это не требуется. Узнать высоту экрана и сравнить запомненной — это же самое простое.
Писать разные вещи параллельно очень неудобно. Особенно когда что-то на дельфи, что-то на си, сложно постоянно переключаться.Flasher писал(а):Ожидалось, что всё по меньшей мере пойдёт в совокупности.
Не думаю, что мы заметим эти минусы. Конфиг API-шной функцией читается быстро. Вон ТСFS2 (и не только) с большущим конфигом летает будь здоров. А тут будет в десятки раз меньше секций.Loopback писал(а):Но со всеми вытекающими минусами такого подхода, в виде плодящихся секций.
Почему это? Я же написал:Loopback писал(а):будет работать исключительно в граничных условиях с этим окошком.
Т.е. это сугубо опциональная вещь.Flasher писал(а):Можно сделать /WAIT:<ms>[:H] или добавить /WAITH:<ms>.
Поэтому я написал:Loopback писал(а):Более того, тут высота окна не равна высоте экрана.
Flasher писал(а):(высота окна >= высоте экрана)
Поэтому я и пишу:Loopback писал(а):Писать разные вещи параллельно очень неудобно.
Flasher писал(а):Это, конечно, не катастрофа. Делай, как тебе удобней.
Жаль.Loopback писал(а):Я уже писал, что лично мне он давно не особенно интересен.
Осталось совсем чуть-чуть. Потерпи немного, друже. Уже и так много добра сделал.Loopback писал(а):Единственное что хотелось - его поправить и забыть. А во что это вылилось.
Да за скорость можно особо не волноваться, но в определенных условиях (виртуальные машины к примеру) количество секций будет разрастаться прилично.Flasher писал(а):Не думаю, что мы заметим эти минусы.
Она здесь не больше, а меньше.Flasher писал(а):(высота окна >= высоте экрана)
К этому чуть-чуть каждый день добавляется еще чуть-чуть, и ещё и ещё. Если это не прервать, процесс будет бесконечен.Flasher писал(а):Осталось совсем чуть-чуть.
Виртуальные нужны для тестов, а не повседневки. В последнем случае всё будет ограничиваться 2-3-мя (ну, может, 4-мя) секциями расширений. Только судя по тому, что идентификаторы окон (кстати, что это?) прописаны сейчас как названия секций, их придётся встраивать в имена ключей. Или переделать в XML. Ну, тебе виднее.Loopback писал(а):но в определенных условиях (виртуальные машины к примеру) количество секций будет разрастаться прилично.
ОК. Убедил.Loopback писал(а):Зачем огород городить?
Не будет. Уверяю. Окна в целом все я просмотрел. Никаких особых моментов больше не наблюдаю. По крайней мере в ближайшей перспективе их не будет.Loopback писал(а):Если это не прервать, процесс будет бесконечен.
Виртуалки уже давно переросли такое применение. У меня их много именно в повседневной работе. Среды программирования, к примеру, в виртуалке.Flasher писал(а):Виртуальные нужны для тестов, а не повседневки.
Хорошо. Добавлю только условие, чтобы MoveWindow вообще не выполнялось, если загруженные координаты равны текущим окна, чтобы не было лишней перерисовки. Это, кстати, для любых ситуаций будет правильно.Loopback писал(а):ОК. Убедил.
Это радуетFlasher писал(а):Не будет. Уверяю.
Мм.. А если проверять на виртуальность и игнорировать?Loopback писал(а):По количеству секций там может быть и больше, т.к. в виртуалке может быть любое разрешение экрана.
Т.е. плагин будет сносить файл как только выяснит, что разрешение не соответствует предыдущему? Но тогда при возрате на предыдущее разрешение окно под него не восстановится.Loopback писал(а):Но проблема в самом деле гипотетическая, в крайнем случае всегда можно снести pos-файл и начать заново.
Согласен. Оптимальное решение.Loopback писал(а):Это, кстати, для любых ситуаций будет правильно.
Да не, ни к чему это, для этой задачи ini вполне достаточно.Flasher писал(а):Мм.. А если проверять на виртуальность и игнорировать? P.S.: Я ещё xml выше предлагал.
Нет, конечно, снос файла оставим пользователюFlasher писал(а):Т.е. плагин будет сносить файл как только выяснит, что разрешение не соответствует предыдущему?
Если он вдруг решит, что накопилось слишком много.