Flasher
Ещё не обсуждали. Немного попозже. Пока приоритетным было довести до приемлемого состояния всё возможное по UTF-8.
Ultra TC Editors
Модераторы: Avada, CaptainFlint, Nik, d-view, Моторокер
Flasher
Хорошие новости продолжаются. Удалось добиться корректного сохранения меню в UTF-8 в Main Menu Editor после переименования одного или более пункта меню. Правда, с ограничением: в файле не должно быть символов в кодировке, отличной от системной. Перетасовывать же строки такого файла можно без боязни.
При экспорте из Hotkeys Editor в меню в UTF-8 по умолчанию будет выводиться предупреждение, что целевой файл может быть попорчен (поскольку обнаружились проблемы с китайским языком). В кириллице проблем не выявлено, к тому же в INI-файле будет ключик, который позволит это предупреждение в случае нормальной работы редактора отключить вообще.
Есть ещё кое-какие изменения, но там либо при тестировании выявлены ошибки, либо я ещё буду разбираться дальше. Паблик-релиз очередной беты теоретически планируется на следующей неделе.
Хорошие новости продолжаются. Удалось добиться корректного сохранения меню в UTF-8 в Main Menu Editor после переименования одного или более пункта меню. Правда, с ограничением: в файле не должно быть символов в кодировке, отличной от системной. Перетасовывать же строки такого файла можно без боязни.
При экспорте из Hotkeys Editor в меню в UTF-8 по умолчанию будет выводиться предупреждение, что целевой файл может быть попорчен (поскольку обнаружились проблемы с китайским языком). В кириллице проблем не выявлено, к тому же в INI-файле будет ключик, который позволит это предупреждение в случае нормальной работы редактора отключить вообще.
Есть ещё кое-какие изменения, но там либо при тестировании выявлены ошибки, либо я ещё буду разбираться дальше. Паблик-релиз очередной беты теоретически планируется на следующей неделе.
Даже самая богатая фантазия
Не представит себе наши безобразия.
Не представит себе наши безобразия.
Классная новость! Всё ближе подбираемся к реализации исходной задачи.Avada писал(а):Удалось добиться корректного сохранения меню в UTF-8 в Main Menu Editor после переименования одного или более пункта меню.
Не вижу в этом ограничения, поскольку без установки в системе для главного меню шрифта, символы которого отражены в файле mnu, это бы не имело смысл.Avada писал(а):Правда, с ограничением: в файле не должно быть символов в кодировке, отличной от системной.
Вот и ладненько.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-файл, а через специальный, создаваемый только с этой целью).
По поводу частично закреплённых вкладок автор думает, что это возможно, но реализация потребует времени.
По поводу ограничений при сохранении 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 писал(а):По поводу частично закреплённых вкладок автор думает, что это возможно, но реализация потребует времени.
Мда, тогда толку от поддержки UTF8 в MME практически никакого.. Надо ли думать, что и с просмотром уже ранее сохранённого mnu-файла в другом редакторе то же самое?Avada писал(а):При внесении правки именно в строки с этими символами (в любое место строки) при сохранении файла проблемные символы в нормальном виде будут потеряны и теперь уже везде отобразятся в виде символов-заменителей.
"Нестандартных" - любых, или опять-таки с поправкой на "первой кодовой странице"? Хотя в нём эти символы и не понадобятся по здравой логике.Avada писал(а):C экспортом клавиш из Hotkeys Editor не будет, скорее всего, никаких проблем даже при наличии нестандартных символов в строках меню, для которых меняются клавиши.
Не понял, а в чём это удобство заключается перед движком IE? Я прежде всего насчёт поддержки плагинами HTMLView, IEView спрашиваю. В браузер для этого лезть не очень-то хочется.Avada писал(а):Заодно уж упомяну, что файл данных (CEDF) для Конфигуратора можно просматривать в удобном виде через интернет-браузер (лучше — Opera или Firefox).
Не знаю. Но надо учесть, что на следующей неделе обещана лишь очередная паблик-бета, а не финал.Flasher писал(а):Т.е, в этом релизе не предвидится?
Я же выше и про просмотр сказал.Flasher писал(а):Мда, тогда толку от поддержки UTF8 в MME практически никакого.. Надо ли думать, что и с просмотром то же самое?
А насчёт толку... Ты что, используешь MME исключительно для правки именно тех строк меню, где есть дополнительные символы? Если да, то печально, конечно...
Просто надо понимать, что тут жёсткое ограничение VB6, которое автор без переписывания всего этого дела заново на другой основе (и, кстати, с непредсказуемыми издержками) не перепрыгнет. Он это уже несколько раз по разному поводу объяснял.
Любых. Там механизм экспорта на само имя пункта меню не влияет.Flasher писал(а):Нестандартных" - любых, или опять-таки с поправкой на "первой кодовой странице"?
А ты попробуй — материал для экспериментов в общем доступе уже есть. В IE (и, соответственно, через плагины) смотреть можно, но там менее чёткие границы колонок и, главное, не работают внутренние ссылки для перехода по разделам. Но последнее, возможно, вполне исправимо — ещё не успел у автора уточнить.Flasher писал(а):Не понял, а в чём это удобство заключается перед движком IE? Я прежде всего насчёт поддержки плагинами HTMLView, IEView спрашиваю. В браузер для этого лезть не очень-то хочется.
Даже самая богатая фантазия
Не представит себе наши безобразия.
Не представит себе наши безобразия.
Я там поправил чуток фразу. Ты сказал о просмотре(везде - это во всех редакторах, я полагаю) после сохранения в MME, а я толкую о просмотре в MME ранее правильно сохранённого файла в другом редакторе.Avada писал(а):Я же выше и про просмотр сказал.
Дык, а какая разница для чего я его использую, если при каждой правке чего бы то ни было в исходном mnu-файле эти символы будут слетать при сохранении?Avada писал(а):А насчёт толку... Ты что, используешь MME исключительно для правки именно тех строк меню, где есть дополнительные символы? Если да, то печально, конечно...
Ну вот, опять утыкаемся в VB6. Ладно, не в этом суть. Затея поднята по одной причине, а итог почти насмарку, вот что обидно.Avada писал(а):Просто надо понимать, что тут жёсткое ограничение VB6, которое автор без переписывания всего этого дела заново на другой основе (и, кстати, с непредсказуемыми издержками) не перепрыгнет. Он это уже несколько раз по разному поводу объяснял.
Так, секундочку, в MME нельзя, а тут можно? Куда же ограничения VB6 подевались?Avada писал(а):Любых. Там механизм экспорта на само имя пункта меню не влияет.
Ага, не обратил внимания, в IE он не хочет открываться, предлагает выбрать программу на запуск (с Gecko проблем нет). Соответственно, то же самое будет, если для плагина в файле конфигурации прописать:Avada писал(а):А ты попробуй — материал для экспериментов в общем доступе уже есть.
- №=%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-файле эти символы будут слетать при сохранении?
У меня открывается. И в самом IE разных версий, и в Maxthon Classic. И вообще я для контроля этих дел три основных браузера ассоциировал через F4Menu в дополнение к текстовому редактору. А по Enter открывается в UTCCE.Flasher писал(а):IE он не хочет открываться
Последний раз редактировалось Avada Пн ноя 08, 2010 08:51, всего редактировалось 1 раз.
Даже самая богатая фантазия
Не представит себе наши безобразия.
Не представит себе наши безобразия.
Ну, приблизительно.Avada писал(а):.. Думаю, смысл понятен.
Т.е. ты хочешь сказать, что увижу я знаки вопроса в этих строках, но если я эти крякозябры трогать не буду, то всё сохранится как следует?Avada писал(а):Отнюдь не чего бы то ни было, а только строк с этими самыми символами.
Хм. Значит у меня что-то в настройках обозревателя, буду копать. В хромообразных браузерах просто пустую страницу выдаёт.Avada писал(а):У меня открывается.
Почти так, но не совсем. Если ты не будешь трогать не только сами крокозябры, но и вообще содержимое строк с крокозябрами (и трогать какие угодно другие), то всё сохранится как следует.Flasher писал(а):Т.е. ты хочешь сказать, что увижу я знаки вопроса в этих строках, но если я эти крякозябры трогать не буду, то всё сохранится как следует?
Даже самая богатая фантазия
Не представит себе наши безобразия.
Не представит себе наши безобразия.
Да, именно так. Добавлять строки — можешь свободно, удалять — можешь, перемещать существующие — можешь, а вот переименовывать — уже с учётом ограничения.Flasher писал(а):А, значит из первой КС также нельзя трогать символы, если они стоят на одной строке с этими кракозябрами?
Даже самая богатая фантазия
Не представит себе наши безобразия.
Не представит себе наши безобразия.