Ultra TC Editors

[Staniclaw]

1. По какому критерию предлагается одиночные комментарии отличать от каких-то других?

По наличию только одной строки с комментарием подряд. Т. е. если группа комментариев будет состоять только из одного комментария.

2. Не совсем понимаю, что каким-то командам делать на самом верхнем уровне меню.

Пример (для некоторых команд там вполне уместен вызов и описанными там псевдокнопками, и горячими клавишами). Лично я вынес туда вызов кое-каких менюшек, в т. ч. меню внутренних ассоциаций, подменю «Новый» контекстного меню и меню избранных каталогов — мне удобнее, когда его можно вызвать и там. В нём и закавыка.

3. Впервые слышу, честно говоря, что для связок теперь могут и должны работать подобные клавиатурные назначения. Равно как и про использование здесь цифровых идентификаторов команд.

Должны ли — не знаю. Однако работают, так что необходимость в дополнительных пользовательских командах, предназначенных исключительно для объединения уже имеющихся, частично отпала. Редактор же горячих клавиш из пакета их удаляет. Пусть хотя бы оставляет как есть.

[Avada]

Staniclaw
1. Маловероятно, что такое разделение удастся сделать и что автор проявит к этому интерес.
2. Редакторы ориентируются на стандартную работу меню, где подобное не предусмотрено. (Полезность этих дополнительных пунктов обсуждать не буду, дело не в ней.)
3. Редактор не имеет о подобном расширении этой фичи никакого представления и считает ошибкой. Можно ли это вообще нормально учесть при нынешнем алгоритме работы программы, не уверен. Для начала при наличии времени попробую сам посмотреть, что там как работает.
Рекомендую представить эти предложения автору пакета на оффоруме. У меня по ряду причин нет пока желания вести в обозримом будущем в приватной переписке с Т. Салемом полемику по этому поводу.

[Flasher]

Avada
2. Ну, ладно уж тебе... Помнишь про наболевшее?

[Avada]

Flasher
Речь не о том, что эта идея вообще не заслуживает обсуждения, а о том, что лично я её лоббировать не хочу.

[Flasher]

Avada
В п. 2 не про лоббирование, там утверждение касаемо ориентации.

[Avada]

Flasher
Ещё раз: сейчас такая возможность применения команд (безотносительно к кодировкам) в пакете не предусмотрена, а вести приватные переговоры с автором пакета по представленным вопросам я в настоящее время не хочу.

Кстати, пользуюсь случаем сообщить, что продолжается плановая доработка русского файла данных для Configuration Editor. Сроки выкладывания пока точно назвать не могу.

[Flasher]

Avada
Ещё раз. Я не про то, чего хочешь ты или я, а про то, что редакторы якобы ориентируются только на стандартную работу. Привёл пример, где это не подтверждается и только.

[Avada]

Flasher
Перечитай, пожалуйста, написанное выше. Про стандартную работу речь всё время шла не вообще, а применительно к вполне конкретной проблеме, независимо от её причин. Сейчас если есть команда на любом уровне, для неё при экспорте в меню вставляются клавиши. Я не припоминаю, чтобы ранее ( в том числе в ходе дискуссии о поддержке UTF-8 в редакторах пакета) обсуждалась необходимость исключать из экспорта клавиши для команд на верхнем уровне меню.

[Flasher]

Avada
Применительно только к одной проблеме стандартного использования меню, разве речь может идти о редакторах? Надо исключать или нет, меня особо не интересовало.

[Avada]

Flasher
Я думаю, уже всем всё ясно.

[Staniclaw]

Avada
1, 2. Настаивать не буду.
3. Но пусть хотя бы спрашивает насчёт проблемных настроек, прежде чем удалять. Я довольно быстро привык к этой фишке (необходимость ручного внесения в wincmd.ini нужных параметров вряд ли можно считать серьёзным недостатком), и был несколько удивлён, когда после нажатия клавиш не последовало никакой реакции. Определить как виновника данный ультраредактор удалось не не сразу.

Рекомендую представить эти предложения автору пакета на оффоруме.

Может, и представлю чуть позже.

[Avada]

Staniclaw
По пункту 3. Я не утверждаю, что попытки вручную прописывать такие связки для назначения им клавиш (если это действительно работает) — это плохо и неправильно. Но в актуальной версии редактора эта возможность не учтена хотя бы потому, что автор пакета о ней, полагаю, и до сих пор ничего не знает. Пока ему не объяснят, как это сейчас может работать, почему такой формат корректен (если он корректен) и что в этой связи необходимо изменить, всё останется по-прежнему.
А объяснять надо будет очень тщательно и упорно. (Скажем, сделанные мной после появления девятки предложения по упрощённому переключению в Button Bar Editor между настройками основной и вертикальной панелей инструментов были восприняты без малейшего энтузиазма, хотя проблема, казалось бы, очевидна и связана со стандартными документированными функциями TC.)
И, кстати, предлагать возможность правильной обработки таких записей следует, ИМХО, в связке с возможностью самого создания подобных записей через редактор. Необходимость каждый раз заниматься для установки подобных клавиатурных назначений ручной правкой INI-файла не особо вдохновляет — удобнее в диалоговом режиме объединяющую em-команду создать и уже на неё всё вешать.
Но тут есть нюанс: предлагать подобное есть смысл, если речь действительно идёт о явной (пусть и недокументированной) фиче. Вариант с числовыми идентификаторами я, честно говоря, даже проверять не стал — это нечто не только абсолютно недокументированное, но и, ИМХО, имеющее крайне сомнительную полезность. А вот с назначением клавиш связкам команд и в самом TC всё непросто. Скажем, если в связке "cm-команда+em-команда" идёт первой cm-команда, клавиша не срабатывает, а если наоборот — срабатывает. Что уже само по себе наводит на мысль, что никакая это не фича, а непредвиденный побочный результат сцепки команд, проявляющийся далеко не всегда и не везде. (Это по-хорошему не здесь бы следовало подробно обсуждать, а в специальной теме, но сейчас хотя бы обозначу проблему.)

[Staniclaw]

наводит на мысль, что никакая это не фича,

Что ж, в таком случае убедить Салема вряд ли получится, учитывая моё куцее знание английского...

[Avada]

Для тестирования доступна паблик-бета 1 новой минорной версии Ultra TC Editors 6.30.
Прямая ссылка на скачивание
Самые существенные изменения в пакете по сравнению с версией 6.21 перечислены ниже:

Все редакторы
• Добавлена возможность поиска по шаблонам, включая классические подстановочные символы * и ?, цифровые символы, любой единичный символ из заданного перечня и диапазоны букв/цифр по восходящей сортировке.

Main Menu Editor, Button Bar Editor, Hotkeys Editor
• Поддержка появившейся в TC 9 новой схемы работы с библиотеками значков, включая Wcmicon2.dll.

Configuration Editor
• Поддерживается переход вертикальными клавишами-стрелками к правке предыдущего/следующего ключа с сохранением результатов предыдущей правки (как в TC 9).
• В русский и английский файлы данных (CEDF) добавлены все новые ключи и секции, появившиеся в TC 9.x. По сравнению с ранее выложенным отдельно новым русским файлом данных кое-что изменено. (Но и это пока не окончательная версия — по ходу работы над русификацией TC предполагаются дальнейшие изменения, но уже не очень принципиальные.)
• Несколько изменён сам формат файлов данных. В частности, символы табуляции теперь используются для отступов только в описаниях ключей, а в технической части файла каждый символ табуляции заменён на два пробела.

Main Menu Editor
• Новая функция редактирования значков в главном меню (вызывается из меню "Файл"). Там всё организовано достаточно просто и понятно. В том числе поддерживается корректная работа со значками для пользовательских команд. Если расположение в меню какой-то em-команды изменяется через редактор, то при последующей записи настроек прежний номер команды автоматически преобразуется в новый в wcmicons.inc или его аналоге, так что соответствие значка сохраняется.

Поскольку приватного этапа бета-тестирования не было (согласовывались только файлы данных), русификация пока не обновлена. Для LNG-файла это предполагается сделать к следующей бете, для русской справки — как успею, но, во всяком случае, до финального релиза.

[Flasher]

Автора бы попросить, чтобы снял ограничение на 255 значков в кнопочной панели BBE.