Avada
У меня проблема решена!
Просто у кого-то другого может возникнуть та же ситуация с табуляцией...
Ultra TC Editors
Модераторы: Avada, CaptainFlint, Nik, d-view, Моторокер
Bomm
От автора получено разъяснение данного казуса (он, оказывается, проглядывает периодически с автопереводом сей топик и потому уже в курсе). Просто-напросто в одной и той же строке файла меню для обозначения отступа не должны одновременно использоваться разделители и пробелы.
Все сообщённые мной автору баги им подтверждены (а частично уже и исправлены), так что ждём новую бету.
От автора получено разъяснение данного казуса (он, оказывается, проглядывает периодически с автопереводом сей топик и потому уже в курсе). Просто-напросто в одной и той же строке файла меню для обозначения отступа не должны одновременно использоваться разделители и пробелы.
Все сообщённые мной автору баги им подтверждены (а частично уже и исправлены), так что ждём новую бету.
Даже самая богатая фантазия
Не представит себе наши безобразия.
Не представит себе наши безобразия.
Идёт приватное тестирование беты 6 версии 6.0 ведущей утилиты пакета — Configuration Editor. Сейчас тестируется работоспособность всяких фич, связанных с применением специальных скриптов формата CESF, и обсуждается, как их лучше описать в документации. Вроде бы сейчас всё это заработало вполне прилично, возможности открываются интереснейшие, но до публичного релиза я на подробностях не останавливаюсь.
Добавлена полезная штука для настройки архиваторных плагинов. Теперь есть возможность через особое меню выбирать для того или иного ключа разные дочерние диалоги и таким образом, например, наглядно выставлять возможности плагина (скажем, запрещать вход в архивы по Enter опцией — как в диспетчерах плагинов), не забивая себе голову числовыми значениями.
Кроме того, теперь для каждого ключа отображается минимальная версия TC, начиная с которой он вообще может применяться. Пустячок, а приятно.
Все предложения и замечания по утилитам пакета, ранее сделанные на русском форуме, мной систематизированы и отправлены автору.
Добавлена полезная штука для настройки архиваторных плагинов. Теперь есть возможность через особое меню выбирать для того или иного ключа разные дочерние диалоги и таким образом, например, наглядно выставлять возможности плагина (скажем, запрещать вход в архивы по Enter опцией — как в диспетчерах плагинов), не забивая себе голову числовыми значениями.
Кроме того, теперь для каждого ключа отображается минимальная версия TC, начиная с которой он вообще может применяться. Пустячок, а приятно.
Все предложения и замечания по утилитам пакета, ранее сделанные на русском форуме, мной систематизированы и отправлены автору.
Даже самая богатая фантазия
Не представит себе наши безобразия.
Не представит себе наши безобразия.
-
Den_Klimov
- Сообщения: 207
- Зарегистрирован: Пт ноя 03, 2006 11:27
- Откуда: Ukraine.Kiev
Den_Klimov
Основной список новых возможностей Конфигуратора был здесь. С мелкими дополнениями в последующих постах.
А самое новое я сейчас систематически не описываю, потому что сначала хочу прикинуть, как эту информацию получится изложить в справке. (В первую очередь по скриптам и файлам данных.) А английская версия справки пока в работе. И, естественно, надо всё тщательно проверить самому.
В других компонентах пакета изменений существенно меньше (плюс некоторые предложения пока рассматриваются) :
• Добавилась кнопка поиска в редакторах клавиш и главного меню (я предложил её добавить и в остальных редакторах).
• В списках внутренних команд (редакторы главного меню и клавиш) там, где командам сопоставлены значки из Wcmicons.dll или WcIconEx.dll, эти значки отображаются.
• Используются новые значки в диалогах и тулбарах.
• Избирательное скрытие кнопок на тулбаре.
• Дополнительные цветовые настройки (например, чтобы различать команды которым назначены, или не назначены клавиши).
• Закрытие редакторов по Esc (опционально).
Основной список новых возможностей Конфигуратора был здесь. С мелкими дополнениями в последующих постах.
А самое новое я сейчас систематически не описываю, потому что сначала хочу прикинуть, как эту информацию получится изложить в справке. (В первую очередь по скриптам и файлам данных.) А английская версия справки пока в работе. И, естественно, надо всё тщательно проверить самому.
В других компонентах пакета изменений существенно меньше (плюс некоторые предложения пока рассматриваются) :
• Добавилась кнопка поиска в редакторах клавиш и главного меню (я предложил её добавить и в остальных редакторах).
• В списках внутренних команд (редакторы главного меню и клавиш) там, где командам сопоставлены значки из Wcmicons.dll или WcIconEx.dll, эти значки отображаются.
• Используются новые значки в диалогах и тулбарах.
• Избирательное скрытие кнопок на тулбаре.
• Дополнительные цветовые настройки (например, чтобы различать команды которым назначены, или не назначены клавиши).
• Закрытие редакторов по Esc (опционально).
Даже самая богатая фантазия
Не представит себе наши безобразия.
Не представит себе наши безобразия.
Появились приватные пятые бета-версии Hotkeys Editor и Main Menu Editor 6.0. По итогам их тестирования и изучения комментариев автора предварительно рассказываю, как будут теперь обстоять дела с поддержкой UTF-8 без BOM, которую в этой теме запрашивал Flasher.
Файлы русификации в UTF-8 с BOM нормально отображались в редакторах пакета и раньше (хотя и без возможности корректного сохранения в своём же формате). Но у них есть проблемы при работе с самим TC...
Теперь нормальным будет и просмотр варианта UTF-8 без BOM, но c сохранением его в том же UTF-8 ничего не получится. Впрочем, по порядку.
1. Сохранить файл меню в UTF-8 через редактор меню нельзя, только в ANSI. При этом из-за ограничений VB6 все юникодные символы в кодировке, отличной от используемой для текущей локали, будут преобразованы в знаки вопроса. При попытке сохранить такой MNU-файл после правки отобразится предупреждение, что его нужно сохранить под другим именем (то есть через "Сохранить как"). Таким образом, программа используется только для просмотра MNU-файла в UTF-8. Разумеется, отредактированный файл в ANSI можно потом опять преобразовать в UTF-8 с помощью другого средства.
2. Для определения UTF-8 без BOM выбран самый простой путь: при загрузке Main Menu Editor или Hotkeys Editor эта кодировка в MNU и INC определяется простым фактом наличия строки codepage=65001 в одноимённом LNG-файле.
3. При открытии произвольного MNU-файла в UTF-8 в соответствующем редакторе через "Файл — Открыть", он прочитается как ANSI (и понятно в каком виде отобразится). Чтобы заставить программу нормально прочитать его как UTF-8, надо входить в меню "Файл" при нажатой клавише Ctrl (дальше её можно сразу отпустить и применять команду открытия). Соответственно, перед нажатием Ctl+O надо нажать и отпустить Ctrl.
4. Из юникодных кодировок поддерживается только UTF-8 — и больше ничего (автор это дело не тестировал, но полагает, что всё остальное работать не будет).
Файлы русификации в UTF-8 с BOM нормально отображались в редакторах пакета и раньше (хотя и без возможности корректного сохранения в своём же формате). Но у них есть проблемы при работе с самим TC...
Теперь нормальным будет и просмотр варианта UTF-8 без BOM, но c сохранением его в том же UTF-8 ничего не получится. Впрочем, по порядку.
1. Сохранить файл меню в UTF-8 через редактор меню нельзя, только в ANSI. При этом из-за ограничений VB6 все юникодные символы в кодировке, отличной от используемой для текущей локали, будут преобразованы в знаки вопроса. При попытке сохранить такой MNU-файл после правки отобразится предупреждение, что его нужно сохранить под другим именем (то есть через "Сохранить как"). Таким образом, программа используется только для просмотра MNU-файла в UTF-8. Разумеется, отредактированный файл в ANSI можно потом опять преобразовать в UTF-8 с помощью другого средства.
2. Для определения UTF-8 без BOM выбран самый простой путь: при загрузке Main Menu Editor или Hotkeys Editor эта кодировка в MNU и INC определяется простым фактом наличия строки codepage=65001 в одноимённом LNG-файле.
3. При открытии произвольного MNU-файла в UTF-8 в соответствующем редакторе через "Файл — Открыть", он прочитается как ANSI (и понятно в каком виде отобразится). Чтобы заставить программу нормально прочитать его как UTF-8, надо входить в меню "Файл" при нажатой клавише Ctrl (дальше её можно сразу отпустить и применять команду открытия). Соответственно, перед нажатием Ctl+O надо нажать и отпустить Ctrl.
4. Из юникодных кодировок поддерживается только UTF-8 — и больше ничего (автор это дело не тестировал, но полагает, что всё остальное работать не будет).
Последний раз редактировалось Avada Ср ноя 03, 2010 10:04, всего редактировалось 1 раз.
Даже самая богатая фантазия
Не представит себе наши безобразия.
Не представит себе наши безобразия.
Ого, как всё сложно.
Стоит спросить у автора: а может ли он в нужной кодировке отправлять весь текст в буфер обмена? Это стало бы хоть каким-то компромиссом.
Это ключевое предложение. Куски с убитыми символами придётся править через сторонние редакторы. Жаль, если на этом всё закончится. А посмотреть на сам файл я могу и в AkelPad-e.Avada писал(а):При этом из-за ограничений VB6 все юникодные символы в кодировке, отличной от используемой для текущей локали, будут преобразованы в знаки вопроса.
Не трудно будет догадаться, что и в Hotkeys Editor аналогичная ситуация.Avada писал(а):1. Сохранить файл меню в UTF-8 через редактор меню нельзя, только в ANSI.
Стоит спросить у автора: а может ли он в нужной кодировке отправлять весь текст в буфер обмена? Это стало бы хоть каким-то компромиссом.
А почему нельзя было просто добавить параметр на прочтение в такой кодировке? Зажимать ещё чего-то..Avada писал(а):Чтобы заставить программу нормально прочитать его как UTF-8, надо входить в меню "Файл" при нажатой клавише Ctrl
Догадываюсь, что ключевое, поскольку помню, из-за чего вообще весь сыр-бор возник. Кстати, аналогичная ситуация с вопросиками возникала при доведении до ума другой его утилиты — TC Log Viewer. Всё то же ограничение VB6. Но там хотя бы не требовалась правка, а формат UTF-8 к тому моменту уже стал для лог-файлов TC стандартным, так что с просмотром пришлось выкручиваться.Flasher писал(а):Это ключевое предложение. Куски с убитыми символами придётся править через сторонние редакторы. Жаль, если на этом всё закончится. А посмотреть на сам файл я могу и в AkelPad-e.
Но хорошо уже то, что в данном случае автор не воспринял ситуацию в штыки и, хотя явно не очень понял, нафига оно надо с UTF, немедленно занялся тестированием, запросил разъяснения и честно попытался решить проблему...
При обновлении меню с новыми клавишами? Естественно. Вдобавок там пока не предусмотрено это самое предупреждение. Надо автору непременно указать.Flasher писал(а):Не трудно будет догадаться, что и в Hotkeys Editor аналогичная ситуация.
Да спросить-то можно, конечно... Пока, как известно, это работает только для отдельной команды. И, разумеется, из буфера вставляется в ANSI.Flasher писал(а):Стоит спросить у автора: а может ли он в нужной кодировке отправлять весь текст в буфер обмена? Это стало бы хоть каким-то компромиссом.
Я могу озвучить любое внятное предложение. Куда предлагается добавлять и как использовать этот параметр? Поконкретнее, чтобы и я понял, и автору объяснить смог.Flasher писал(а):А почему нельзя было просто добавить параметр на прочтение в такой кодировке? Зажимать ещё чего-то..
Даже самая богатая фантазия
Не представит себе наши безобразия.
Не представит себе наши безобразия.
В этом отношении, конечно, согласен. Спасибо ему за попытки.Avada писал(а):Но хорошо уже то, что в данном случае автор не воспринял ситуацию в штыки и, хотя явно не очень понял, нафига оно надо с UTF, немедленно занялся тестированием, запросил разъяснения и честно попытался решить проблему...
Речь о параметре комстроки, вставляемом после пути к редактору. Использоваться будет в основном для внутренних ассоциаций ТС, кнопок и пользовательских команд. Названия, например, такие: /uc, /uc8.Avada писал(а):Я могу озвучить любое внятное предложение. Куда предлагается добавлять и как использовать этот параметр?
И такой вопрос: что автор решает насчёт проблемы с очисткой истории, обговариваемой тут ранее?
Пока он подтвердил, что что секции с историей каталогов левой и правой панели действительно требуют перезагрузки TC и должны быть описаны в документации как таковые. (Но наши с ним описания текущего поведения не совсем совпадают. Будем разбираться, почему.) И повторяю уже сказаное ранее — здесь, скорее всего, дело вообще не в редакторах, всё упирается в ограничения самого TC.Flasher писал(а):И такой вопрос: что автор решает насчёт проблемы с очисткой истории, обговариваемой тут ранее?
Даже самая богатая фантазия
Не представит себе наши безобразия.
Не представит себе наши безобразия.
Вот тут было сказано про очистку истории комстроки, а не историй каталогов панелей.Avada писал(а):И повторяю уже сказаное ранее — здесь, скорее всего, дело вообще не в редакторах, всё упирается в ограничения самого TC.
И там и там желательно.