Total Commander

Flasher
Ещё не обсуждали. Немного попозже. Пока приоритетным было довести до приемлемого состояния всё возможное по UTF-8.

Flasher
Хорошие новости продолжаются. Удалось добиться корректного сохранения меню в UTF-8 в Main Menu Editor после переименования одного или более пункта меню. Правда, с ограничением: в файле не должно быть символов в кодировке, отличной от системной. Перетасовывать же строки такого файла можно без боязни.

При экспорте из Hotkeys Editor в меню в UTF-8 по умолчанию будет выводиться предупреждение, что целевой файл может быть попорчен (поскольку обнаружились проблемы с китайским языком). В кириллице проблем не выявлено, к тому же в INI-файле будет ключик, который позволит это предупреждение в случае нормальной работы редактора отключить вообще.

Есть ещё кое-какие изменения, но там либо при тестировании выявлены ошибки, либо я ещё буду разбираться дальше. Паблик-релиз очередной беты теоретически планируется на следующей неделе.

Avada писал(а):Удалось добиться корректного сохранения меню в UTF-8 в Main Menu Editor после переименования одного или более пункта меню.

Классная новость! Всё ближе подбираемся к реализации исходной задачи.

Avada писал(а):Правда, с ограничением: в файле не должно быть символов в кодировке, отличной от системной.

Не вижу в этом ограничения, поскольку без установки в системе для главного меню шрифта, символы которого отражены в файле mnu, это бы не имело смысл.

Avada писал(а):В кириллице проблем не выявлено, к тому же в INI-файле будет ключик, который позволит это предупреждение в случае нормальной работы редактора отключить вообще.

Вот и ладненько.

Avada писал(а):Паблик-релиз очередной беты теоретически планируется на следующей неделе.

Ждёмс.

Flasher писал(а):Не вижу в этом ограничения, поскольку без установки в системе для главного меню шрифта, символы которого отражены в файле mnu, это бы не имело смысл.

Очевидно, в каких-то случаях всё-таки смысл имеет, иначе автор не стал бы с этим затеваться.

Пока что я проверил, как работает отключение предупреждения в Hotkeys Editor (действительно, работает), и выяснил, что автор предусмотрел — для опытных пользователей — точно такое же отключение предупреждения вручную и в Main Menu Editor.

По сохранению частично закреплённых вкладок идею постарался автору изложить. (Кстати, это касается любых редакторов, поскольку авторестарт TC можно там применять везде). Посмотрим, что скажет.

По фичам беру небольшой тайм-аут — мне надо заниматься новой русской справкой Ultra TC Editors.

Очередная серия новостей.

По поводу частично закреплённых вкладок автор думает, что это возможно, но реализация потребует времени.

По поводу ограничений при сохранении UTF-8 могу сейчас объяснить более подробно. Начнём с того, что здесь как раз решалась задача включения в меню нестандартных символов, не входящих в основную кодовую страницу, используемую системой по умолчанию. Сейчас известно, как это сделать и при каких условиях специальные значки будут корректно отображаться в меню TC.
Но в Main Menu Editor для кодировки UTF-8 остаются в силе ограничения, касающиеся именно тех символов, примеры коих приводились в топике по указанной ссылке:
• В Main Menu Editor эти символы нормально отображаться не будут, заменяясь знаками вопроса, русскими буквами и пр.
• При внесении через программу правки в строки меню, не содержащие подобных символов, строки с такими символами при сохранении файла не портятся.
• При внесении правки именно в строки с этими символами (в любое место строки) при сохранении файла проблемные символы в нормальном виде будут потеряны и теперь уже везде отобразятся в виде символов-заменителей.

Предупреждающее сообщение о возможных проблемах при сохранении будет выводиться при любой попытке сохранения UTF-8 через Main Menu Editor (даже без всякой его правки). Но можно отключить (методика в справке будет описана).

C экспортом клавиш из Hotkeys Editor не будет, скорее всего, никаких проблем даже при наличии нестандартных символов в строках меню, для которых меняются клавиши.

Методика смены файла меню в UTF-8 прямо в Main Menu Editor стала чуть попроще и с другой клавишей- модификатором (Shift). Причём клавиша эта должна быть нажата только в момент непосредственного открытия файла. Допустим, если всё делается с клавиатуры, то получится Ctrl+O, выбор файла, затем Shift+Enter. А если выбор делается через подменю "Последние файлы", то надо удерживать Shift только при щелчке по выбранной строке подменю.

Заодно уж упомяну, что файл данных (CEDF) для Конфигуратора можно просматривать в удобном виде через интернет-браузер (лучше — Opera или Firefox). В дистрибутив для этого включён нелокализованный файл style.xsl, общий для всех языков. Его можно русифицировать; мой перевод уже существует, после паблик-релиза смогу дать ссылку.
А демонстрационный скрипт для временного и безопасного превращения TC в нечто вроде консольного окна — с отключением всех элементов интерфейса, какие только можно, — теперь включён в справку. (Это делается не через основной INI-файл, а через специальный, создаваемый только с этой целью).

Avada писал(а):По поводу частично закреплённых вкладок автор думает, что это возможно, но реализация потребует времени.

Т.е, в этом релизе не предвидится?

Avada писал(а):При внесении правки именно в строки с этими символами (в любое место строки) при сохранении файла проблемные символы в нормальном виде будут потеряны и теперь уже везде отобразятся в виде символов-заменителей.

Мда, тогда толку от поддержки UTF8 в MME практически никакого.. Надо ли думать, что и с просмотром уже ранее сохранённого mnu-файла в другом редакторе то же самое?

Avada писал(а):C экспортом клавиш из Hotkeys Editor не будет, скорее всего, никаких проблем даже при наличии нестандартных символов в строках меню, для которых меняются клавиши.

"Нестандартных" - любых, или опять-таки с поправкой на "первой кодовой странице"? Хотя в нём эти символы и не понадобятся по здравой логике.

Avada писал(а):Заодно уж упомяну, что файл данных (CEDF) для Конфигуратора можно просматривать в удобном виде через интернет-браузер (лучше — Opera или Firefox).

Не понял, а в чём это удобство заключается перед движком IE? Я прежде всего насчёт поддержки плагинами HTMLView, IEView спрашиваю. В браузер для этого лезть не очень-то хочется.

Flasher писал(а):Т.е, в этом релизе не предвидится?

Не знаю. Но надо учесть, что на следующей неделе обещана лишь очередная паблик-бета, а не финал.

Flasher писал(а):Мда, тогда толку от поддержки UTF8 в MME практически никакого.. Надо ли думать, что и с просмотром то же самое?

Я же выше и про просмотр сказал.
А насчёт толку... Ты что, используешь MME исключительно для правки именно тех строк меню, где есть дополнительные символы? Если да, то печально, конечно...
Просто надо понимать, что тут жёсткое ограничение VB6, которое автор без переписывания всего этого дела заново на другой основе (и, кстати, с непредсказуемыми издержками) не перепрыгнет. Он это уже несколько раз по разному поводу объяснял.

Flasher писал(а):Нестандартных" - любых, или опять-таки с поправкой на "первой кодовой странице"?

Любых. Там механизм экспорта на само имя пункта меню не влияет.

Flasher писал(а):Не понял, а в чём это удобство заключается перед движком IE? Я прежде всего насчёт поддержки плагинами HTMLView, IEView спрашиваю. В браузер для этого лезть не очень-то хочется.

А ты попробуй — материал для экспериментов в общем доступе уже есть. В IE (и, соответственно, через плагины) смотреть можно, но там менее чёткие границы колонок и, главное, не работают внутренние ссылки для перехода по разделам. Но последнее, возможно, вполне исправимо — ещё не успел у автора уточнить.

Avada писал(а):Я же выше и про просмотр сказал.

Я там поправил чуток фразу. Ты сказал о просмотре(везде - это во всех редакторах, я полагаю) после сохранения в MME, а я толкую о просмотре в MME ранее правильно сохранённого файла в другом редакторе.

Avada писал(а):А насчёт толку... Ты что, используешь MME исключительно для правки именно тех строк меню, где есть дополнительные символы? Если да, то печально, конечно...

Дык, а какая разница для чего я его использую, если при каждой правке чего бы то ни было в исходном mnu-файле эти символы будут слетать при сохранении?

Avada писал(а):Просто надо понимать, что тут жёсткое ограничение VB6, которое автор без переписывания всего этого дела заново на другой основе (и, кстати, с непредсказуемыми издержками) не перепрыгнет. Он это уже несколько раз по разному поводу объяснял.

Ну вот, опять утыкаемся в VB6. Ладно, не в этом суть. Затея поднята по одной причине, а итог почти насмарку, вот что обидно.

Avada писал(а):Любых. Там механизм экспорта на само имя пункта меню не влияет.

Так, секундочку, в MME нельзя, а тут можно? Куда же ограничения VB6 подевались?

Avada писал(а):А ты попробуй — материал для экспериментов в общем доступе уже есть.

Ага, не обратил внимания, в IE он не хочет открываться, предлагает выбрать программу на запуск (с Gecko проблем нет). Соответственно, то же самое будет, если для плагина в файле конфигурации прописать:

• №=%COMMANDER_PATH%\Plugins\wlx\HTMLView\htmlview.wlx
  №_detect="EXT="CEDF""

Flasher писал(а):Ты сказал о просмотре(везде - это во всех редакторах, я полагаю) после сохранения в MME, а я толкую о просмотре в MME ранее правильно сохранённого файла в другом редакторе.

Я говорил и о том, и о другом. В частности, следующее:

В Main Menu Editor эти символы нормально отображаться не будут, заменяясь знаками вопроса, русскими буквами и пр.

Flasher писал(а):Так, секундочку, в MME нельзя, а тут можно? Куда же ограничения VB6 подевались?

Объяснения автора в оригинале:

This is because I read the menu file in a variable of string type (VB6 string type supports Unicode not like controls) and don't have to show its contents in any control e.g. TextBox, TreeView, etc..., therefor the file encoding unchanged.

Думаю, смысл понятен.

Flasher писал(а):Дык, а какая разница для чего я его использую, если при каждой правке чего бы то ни было в исходном mnu-файле эти символы будут слетать при сохранении?

Ты внимательно читал мои объяснения? Отнюдь не чего бы то ни было, а только строк с этими самыми символами.

Flasher писал(а):IE он не хочет открываться

У меня открывается. И в самом IE разных версий, и в Maxthon Classic. И вообще я для контроля этих дел три основных браузера ассоциировал через F4Menu в дополнение к текстовому редактору. А по Enter открывается в UTCCE.

Avada писал(а):.. Думаю, смысл понятен.

Ну, приблизительно.

Avada писал(а):Отнюдь не чего бы то ни было, а только строк с этими самыми символами.

Т.е. ты хочешь сказать, что увижу я знаки вопроса в этих строках, но если я эти крякозябры трогать не буду, то всё сохранится как следует?

Avada писал(а):У меня открывается.

Хм. Значит у меня что-то в настройках обозревателя, буду копать. В хромообразных браузерах просто пустую страницу выдаёт.

Flasher писал(а):Т.е. ты хочешь сказать, что увижу я знаки вопроса в этих строках, но если я эти крякозябры трогать не буду, то всё сохранится как следует?

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

А, значит из первой КС также нельзя трогать символы, если они стоят на одной строке с этими кракозябрами? Как-то странно. Но это уже другое дело, тогда беру свои слова назад насчёт "насмарку" и "никакого толку", меня такой вариант вполне устраивает!

Flasher писал(а):А, значит из первой КС также нельзя трогать символы, если они стоят на одной строке с этими кракозябрами?

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

Avada писал(а):Добавлять строки — можешь свободно

Так свободно или с учётом ограничения?

Flasher
Добавлять — свободно. В INC-файлах, откуда берутся команды, никаких экзотических символов вроде как нет?