MVV писал(а):Хотя, он наверняка возразил бы, что usercmd.ini - это личные команды пользователя, которые для него важнее, чем команды, составленные переводчиками...
Это было бы странное возражение. Переводчики к этим INI-файлам не имеют абсолютно никакого отношения. Списки em-команд формируется только пользователем — такие, какие он хочет, там, где он хочет, и на том языке, на котором он хочет.
А говорил ли кто-то Гислеру — совершенно не помню.
Даже самая богатая фантазия
Не представит себе наши безобразия.
MVV писал(а):Хотя, он наверняка возразил бы, что usercmd.ini - это личные команды пользователя, которые для него важнее, чем команды, составленные переводчиками...
Это было бы странное возражение. Переводчики к этим INI-файлам не имеют абсолютно никакого отношения. Списки em-команд формируется только пользователем — такие, какие он хочет, там, где он хочет, и на том языке, на котором он хочет.
А говорил ли кто-то Гислеру — совершенно не помню.
Переводчики не имеют. А составители всяких извращенных расширенных меню - имеют, причем прямое. Видимо, в этом и причина подобных приоритетов.
MVV
А, ну раз так, то и переводчики имеют. petermad — не только составитель пакета расширенных меню, но и датский переводчик TC.
Кстати, сразу после упоминавшейся цитаты в нашей книге шли следующие слова:
Например, как в утилите Start and Directory Menu Editor, применяемой и для создания пользовательских команд: там вас предупредят о дублировании, а если вы настаиваете на сохранении прежнего имени, к нему просто добавится номер.
О чём в приведённом посте на оффоруме автор этой утилиты как раз и пишет. Так что нормально сделать вполне можно.
Даже самая богатая фантазия
Не представит себе наши безобразия.
При редактировании файла главного меню в строках после запятой должны идти идентификаторы команд. Если их не прописывать, то при загрузке Коммандера или обновлении его языковых настроек на каждую строку выдаётся сообщение: Неизвестная метка в строке № файла меню. Цвет текста таких строк будет потушенным(серым). Желательно, чтобы такие сообщения не появлялись, а цвет текста строк без идентификаторов мог бы задаваться в цветовых настройках.
Пока обхожусь строками типа:
MENUITEM "&Название команды\tСочетание клавиш", cm_ConfigSavePos
Цвета настроить вряд ли можно, так как это обычное системное меню. А чтобы не ругался на несуществующую команду, иногда самому хотелось сделать - при запуске из старой версии нового меню. Правда, здесь проблема - старую версию ТК уже не изменить.
Не понял я, зачем не прописывать идентификаторы? Какой смысл с пункта меню без идентификатора?
MVV писал(а):Не понял я, зачем не прописывать идентификаторы? Какой смысл с пункта меню без идентификатора?
А прогеру и не понять.) Он все комбинации клавиш в голове держит. К тому же не ясно, зачем же так делать, если можно убить сразу двух зайцев: получить нужную информацию в виде соч. клавиш и после вызвать саму команду.
А теперь перейдём к мини-курсу по психологии. Шучу-шучу).
Дело в том, что основная масса юзеров достаточно ленива. И мозг с годами постепенно атрофируется). Большинство, видя перед собой "огромное" расширенное меню с описанием команд, просто не находит смысла или не видит особой степени важности в том, чтобы все эти присвоенные комбинации запоминать, а просто пользуються стационарно только нажатиями на пункты; что там с правого края им невдомёк.) Вот я и решил в одно время осуществить своего рода удобную запоминалку некоторых частоиспользуемых пунктов(в особенности пользовательских команд em_), чтобы рука не рвалась жать строку в вывалившимся меню, а время от времени сей список использовался юзверями для постепенного усваивания клавиатурных сочетаний. Запуск же сей информации из chm, txt, hlp, htm(l), nfo, diz вызывает неудобства прежде всего в скорости доступа (вызов стороннего приложения, закрытие). Вешать на кнопку такое нет никакого желания.
Такое - это какое? Понять бы хотя бы, о чем идет речь, и как можно изменить меню, чтобы оно стало не таким, каким оно является? Есть меню, есть пункты меню, пункты состоят из названия (в название можно включать клавиатурные сокращения после \t) и команды (метки). Не вижу смысла не указывать метки. Или ты хочешь добавить пункт меню, который не работает, но что-то пишет?
Flasher
Меню с неработающими или несоответствующими описанию пунктами (специально используемое как "гляделка") полностью или частично теряет основной функционал (независимо от того, из каких соображений это сделано). Поскольку Гислер вводил этот элемент интерфейса TC явно с иными целями, рассчитывать на его понимание в этом вопросе, ИМХО, не следует.
Даже самая богатая фантазия
Не представит себе наши безобразия.
Avada писал(а):Меню с неработающими или несоответствующими описанию пунктами (специально используемое как "гляделка") полностью или частично теряет основной функционал..
Описанию в справке имеется в виду? В чём же состоит потеря функционала, можно узнать? Речь же идёт о частном случае. Что плохого в том, если будет существовать такая возможность для просмотра инфо, в отдельном взятом списке одного из пунктов меню, например?
Avada писал(а):Поскольку Гислер вводил этот элемент интерфейса TC явно с иными целями, рассчитывать на его понимание в этом вопросе, ИМХО, не следует.
Такое частное мнение вполне имеет место быть, но не думаю, что добавление такой функции для него может стать чем-то накладным. Можно попробывать. Если не поддержит, остаётся только:
Flasher
Нет, имеется в виду не описание справки, а реальный функционал любого подобного меню, в котором обозначенная команда должна работать, а не дырку в обоях загораживать. Я не обсуждаю, что в предложенном способе использования меню плохого или хорошего, но то, что это нецелевое применение — очевидный факт. Если кто-то из посетителей нашего форума вдохновится этой идеей и зарепортит Гислеру — пожалуйста. Но в успехе сугубо сомневаюсь.
Даже самая богатая фантазия
Не представит себе наши безобразия.
Происходит следующая картина при нажатии Ctrl+вниз (Переместить курсор в командную строку, вызвав на редактирование последнюю запись истории команд.): Просто появляется секунд на пять панель задач. Я пока не могу понять почему так происходит, в стандартных настройках винды этого не предусмотрено, остальные программы в трее и процессах такого, кажется, тоже не умеют(или я пока об этом не знаю). Ясно, что это к ТС отношения не имеет, но вот приоритета самого Коммандера для этой комбинации не хватает.
sa писал(а):Нельзя ли следующее поведение рассматривать как баг?
1. Устанавливаем фокус на панель инструментов командой cm_FocusButtonBar или нажатием эквивалентной этой команде комбинации клавиш Alt+Shift+F11.
2. Убираем фокус с панели инструментов любым доступным способом: нажатием какой-нибудь кнопки панели, кликом на файловой панели или в командной строке, клавишей Esc и т.п.
Последняя операция сопровождается (ненужной?) перерисовкой всей панели инструментов.
Если фокус на кнопке панели устанавливается мышкой, подобной проблемы нет.
PS Такое поведение наблюдается с момента появления команды cm_FocusButtonBar в версии 7.50.
Навеянное постом выше.
Установил cm_FocusButtonBar на определенную клавишу. Активируя, перемещаюсь на Панель инструментов. Двигаю курсор по значкам Панели инструментов, выбрал необходимый - жму. Фокус уже не на Панели инструментов. Снова активирую cm_FocusButtonBar, курсор в началах. Хотелось бы, чтобы TC запоминал, где был курсор на Панели (на каком значке остановился) перед тем, как фокус пропадет!
Добавлено
Завершая, клавиша Home перемещает нас в начало Панели инструментов. End как правило в конец. Также хотелось бы задействовать Page Up & Page Down как перемещение через 3-5 значков. Было бы очень удобно.
«Минимализм - это кратчайший путь бесконечного стремления к идеалу» «Не бойся, что не знаешь, - бойся, что не учишься» Китайская пословица
petermad — не только составитель пакета расширенных меню, но и датский переводчик TC.
Такое ощущение, что предыдущего поста ты не увидел либо прочитал в пол глаза. Там ответы на оба предложения, 
