Модераторы: Avada, CaptainFlint, Nik, d-view, Моторокер
Код: Выделить всё
ControlSetMouseAction /M:U /B:1 17 ShowPopupMenu /A:16 %COMMANDER_PATH%\Language\HINTS.MNUКод: Выделить всё
MENUITEM "Переименовать\tF2 ", em_hotkey
MENUITEM "Создать файл/папку\tF7 ", em_hotkey
MENUITEM SEPARATOR
MENUITEM "Настройки\tA+P ", em_hotkey
MENUITEM "Поиск\tA+F ", em_hotkeyКод: Выделить всё
AddDialog DIALOG_COPYMOVE
AddCondition /VISIBLE:1 "TButton" 1
AddControl "TButton" 2 "A2"
AddControl "TButton" 3 "A3"
AddControl "TButton" 4 "A4"
AddDialog DIALOG_COPYMOVE_PINNED
# AddCondition /VISIBLE:1 "TButton" 1
AddControl "TButton" 2 "A2P"
AddControl "TButton" 3 "A3P"
AddControl "TButton" 4 "A4P"
AddDialog DIALOG_COPYMOVE
AddCondition /VISIBLE:0 "TButton" 1
AddControl "TButton" 2 "B2"
AddControl "TButton" 3 "B3"
AddControl "TButton" 4 "B4"
AddDialog DIALOG_COPYMOVE_PINNED
# AddCondition /VISIBLE:0 "TButton" 1
AddControl "TButton" 2 "B2P"
AddControl "TButton" 3 "B3P"
AddControl "TButton" 4 "B4P"Код: Выделить всё
AddDialog DIALOG_COPYMOVE
AddControl "TButton" 3 "A3"
AddDialog DIALOG_COPYMOVE_PINNED
AddControl "TButton" 3 "A3P"Код: Выделить всё
AddDialog DIALOG_COPYMOVE_PINNED
AddControl "TButton" 3 "A3P"Мы же отфильтровали диалог копирования, так что для этого диалога надо делать отдельный обработчик с помощью AddDialog.yozhik писал(а):При вызове диалога создания ярлыка CS+F5 на кнопках отображалось B2, B3, B4.
Исключение для панельки реализовано только для диалога копирования...yozhik писал(а):При вызове диалога создания ярлыка CS+F5 с пришпиленной доп-панелькой на кнопках отображалось B2P, B3P, B4P.
Всё верно, pinned и post зависимые, DIALOG_COPYMOVE всё равно должен быть объявлен. Фильтры для pinned и post не работают, фильтрация определяется настройками основного диалога (поскольку фактически для всех трех вариантов это остается один и тот же диалог). Пожалуй, это и правда недостаточно документированный момент.yozhik писал(а):Сейчас получается, что DIALOG_COPYMOVE_PINNED работает только в паре с DIALOG_COPYMOVE.
Верно. Я так и сделал в тестовом примере и оно благополучно работает: надписи B2, B3, B4 отображаются.Loopback писал(а):Мы же отфильтровали диалог копирования, так что для этого диалога надо делать отдельный обработчик с помощью AddDialog.
А, теперь понятно. Это как раз у меня и вызвало когнитивный диссонанс (баг в моей голове, как я выразился). Беда то в том, что при введении отдельного обработчика для диалога ярлыков (ДЯ) он наследует настройки PINNED из предыдущего обработчика, т.е. из диалога копирования (ДК). В тестовом примере не только не отображаются B3P, B4P, но вместо них отображаются A3P, A4P — в этом казус (прошу пардону, видимо мне надо было это дословно отрапортовать, но я понадеялся, что вы мой тест у себя воспроизведёте). В реальном же окружении это приводит к тому, что если я настроил ДК, то мне ДЯ лучше вообще не трогать, ибо если я его трону, то он у меня в PINNED состоянии станет вот таким:Loopback писал(а):Исключение для панельки реализовано только для диалога копирования...
Я его уже зарепортил, и Гислер его уже исправил. Обновитесь, пожалуйста, до TC 11.01RC1Loopback писал(а):Кстати, тут обнаружился интересный баг тотала
.Вот, вот, очень хорошо было бы прояснить как именно в этом случае работает фильтрация для PINNED. Что определяет границы действия фильтра: следующий вызов AddDialog или вызов AddDialog без PINNED? И вообще не всякий случай очевиден. Вот например, в 64-бит в ДК кнопка «F2 В очередь» это Button 2, а в ДК PINNED она уже Button 7. Хорошо бы юзеру быть уверенным, что когда он настроил Кнопку 2 в одном состоянии диалога, эта настройка экстраполируется на Кнопку 7 в другом состоянии этого же диалога — само по себе это не очевидно.Loopback писал(а):Фильтры для pinned и post не работают, фильтрация определяется... Пожалуй, это и правда недостаточно документированный момент.
Теперь всё ясно. Дело в том, что DIALOG_COPYMOVE используется только для диалога копирования. Он не просто заменяет класс, а включает дополнительную обработку диалога, которая для диалога ярлыков неприменима.yozhik писал(а): Беда то в том, что при введении отдельного обработчика для диалога ярлыков (ДЯ) он наследует настройки PINNED из предыдущего обработчика, т.е. из диалога копирования (ДК).
Код: Выделить всё
AddDialog DIALOG_COPYMOVE
AddCondition /VISIBLE:1 "TButton" 1
AddControl "TButton" 2 "A2"
AddControl "TButton" 3 "A3"
AddControl "TButton" 4 "A4"
AddDialog DIALOG_COPYMOVE_PINNED
AddControl "TButton" 2 "A2P"
AddControl "TButton" 3 "A3P"
AddControl "TButton" 4 "A4P"
AddDialog "TInpComboDlg"
AddControl "TButton" 2 "B2"
AddControl "TButton" 3 "B3"
AddControl "TButton" 4 "B4"
Хорошо бы, но пока я не знаю, как всё это нормально решить. Остается ждать озаренияyozhik писал(а):Но вообще с этими PINNED хорошо бы разобраться. Из истории с вышеупомянутым багом видно, что ДК и ДЯ — взаимозависимы, по факту это вообще один и тот же диалог, только видимость некоторых элементов различается. Если я пришпилил ДК, а затем сразу же вызвал ДЯ, то у меня и ДЯ тоже отобразится пришпиленным. Такие вот дела.
Да вроде код из этого поста - работает нормально.yozhik писал(а):Ну, и в 64-бит настройки для DIALOG_COPYMOVE_PINNED не работают.
Нет, ничего не надо делать. Я попробую всё настроить стандартным путём AddDialog "TInpComboDlg" с перечислением фильтров и по результатам отчитаюсь. А потом уже будем ждать озаренияLoopback писал(а):И что теперь - делать еще одно исключение для диалога ярлыков?
Ух, он и у меня работает! Значит что-то там вмешивается и скорее всего этот «что-то» и есть ДЯ. Попозже проверю, сообщу.Loopback писал(а):Да вроде код из этого поста - работает нормально.