Total Commander

Loopback
Теперь порядок. Сворачиваемся.

Loopback писал(а):если нет юникодных имен, и в загружаемом файле нет юникодных символов - разрешена запись в ANSI

Вот это "разрешена" нельзя заменить на "установлена"? А то ты даже параметр такой не предусмотрел.

Loopback писал(а):при удалении символа снова появляется возможность сохранить в ANSI

Не подтверждаю. Вставляю в поле юникод, потом удаляю, UTF-8 обратно на ANSI не меняется.

Flasher писал(а):Вот это "разрешена" нельзя заменить на "установлена"?

Исходник открыт - всё можно. А я вообще не вижу какого-то смысла сейчас хранить в ANSI.

Flasher писал(а): Вставляю в поле юникод, потом удаляю, UTF-8 обратно на ANSI не меняется

А где написано, что должно меняться? Появляется "возможность", т.е. можно снова переключиться на ANSI. Возврат делать лень.

Loopback писал(а):Возврат делать лень.

Получается концептуальный отход от ТС-шного подхода. Это плохо. Пользователь сознательно по Ctrl+Z создавал ion в ANSI, а прога без обоснования принудительно перекодировала его в UTF-8. Да и параметр MCE_MULTI_ONLY в таком случае становится просто бессмысленным...

Flasher писал(а):Получается концептуальный отход от ТС-шного подхода. Это плохо. Пользователь сознательно по Ctrl+Z создавал ion в ANSI, а прога без обоснования принудительно перекодировала его в UTF-8.

Я уже говорил, что сторонняя утилита не обязана полностью повторять поведение ТС. И каких-либо доводов в пользу необходимости сохранения в ANSI, кроме "концептуального отхода от традиционного подхода" не услышал. Но спорить уже устал. Добавил флаг для предпочтения ANSI и возврат. Поведение теперь повторяет все варианты ТС, кроме сохранения всегда в ANSI, которое бессмысленно совсем, т.к. на юникодных файлах даже в ТС не работает.

Лежит здесь.

Flasher писал(а):MCE_MULTI_ONLY в таком случае становится просто бессмысленным

Да он во всех случаях бессмысленный, его вообще не нужно было делать.

Loopback писал(а):Я уже говорил, что сторонняя утилита не обязана полностью повторять поведение ТС.

А где я пишу о полном повторении?

Loopback писал(а):И каких-либо доводов в пользу необходимости сохранения в ANSI

Я уже писал о соответствии. Комменты читает ТС (подсказки, колонки). Комменты читаются другими скриптами (через FSO, например, я UTF-8 не прочту, приходится через ADO, который может отсутствовать на WinPE). Что ТС быстрее выводит в подсказки — ANSI или UTF-8? У тебя есть ответ? А поиск по [=tc.Комментарий] он с какой кодировкой быстрее производит? Не всё утыкается только в твой скрипт.

Loopback писал(а):Добавил флаг для предпочтения ANSI и возврат.

Спасибо. Что-то инклудов понадбавилось. Аж 13 штук помимо 4 вложенных. Aux вырос с 57 до 76 Кб.
àéÿüĄ — эти символы не читает как Юникод и коцает при сохранении.

Loopback писал(а):Да он во всех случаях бессмысленный

При наличии TCFS2 — конечно.

Flasher писал(а):Я уже писал о соответствии.

Ок. Спорить больше не собираюсь.

Flasher писал(а):Что-то инклудов понадбавилось.

Во всех последних версиях новых не добавлялось, в чём легко убедиться, сравнив исходник.

Flasher писал(а):àéÿüĄ — эти символы не читает как Юникод и коцает при сохранении.

А, ну да, по умолчанию WideCharToMultiByte считает, что конвертация àéÿ -> aey - это норма. Исправил, по той же ссылке.

Loopback писал(а):Во всех последних версиях новых не добавлялось, в чём легко убедиться, сравнив исходник.

Откуда тогда такая разница в 19.2 Кб?

Loopback писал(а):Исправил, по той же ссылке.

Ага, сейчас порядок.

Flasher писал(а):Откуда тогда такая разница в 19.2 Кб?

Не знаю, если ты Autoit не обновлял в последнее время (новая версия библиотеки функций могла растолстеть), то нет объективных причин такого изменения. У меня размер a3x выходит около 76-77кб, что со старым кодом, что с новым. Да это и по размеру экзешника видно, он почти не меняется.

Где-то на оффсайте Autoit выкладывали скрипт, собирающий из инклудов только используемые константы/функции. Но помнится, работал он кривовато. Я же этим вообще не заморачиваюсь, т.к. в плане скриптов вся моя сборка ТС построена исключительно на Autoit, соответственно, логично держать в ней все стандартные библиотеки. Только некоторые скрипты, для которых критична скорость, отвязаны от библиотек.

Loopback писал(а):если ты Autoit не обновлял в последнее время

Было бы с чего обновлять. С последнего релиза уже больше 2-х лет прошло.

Loopback писал(а):новая версия библиотеки функций могла растолстеть

Мда. А я то думал, что конвертер (я уже и старый пробовал) тащит только нужное...
Как же прежний вариант в 58 Кб ужался, не понимаю...

Loopback писал(а):Где-то на оффсайте Autoit выкладывали скрипт

А как называется-то хоть? Не этот ли? Там ссылки мёртвые. Может, у тебя в закромах завалялся?

Народ, вбейте filelist:"Au3PP.zip|Au3PP.exe" в Everything, может, найдёт что.

Flasher писал(а):Было бы с чего обновлять.

Актуальные беты есть. Так или иначе, исправлений библиотек там много.

Flasher писал(а):Как же прежний вариант в 58 Кб ужался, не понимаю...

Аналогично.

Flasher писал(а):Не этот ли?

Да, кажется этот. У меня не остался. Но я бы все равно от него многого не ожидал, последняя версия от 2010 года, с тех пор было много изменений.

Еще вспомнил, в комплекте родного редактора Scite есть утилита AU3Stripper, актуальная, по идее должна делать то же самое. Попробовал, сходу не заработала, что-то с окружением наверно не то.

Loopback писал(а):Актуальные беты есть. Так или иначе, исправлений библиотек там много.

А, так они появились только в прошлом месяце в той же линейке 3.3.15. И там совсем незначительные изменения у Array.au3 и ArrayDisplayInternals.au3. Остальные инклюды, считай, те же.

Loopback писал(а):в комплекте родного редактора Scite есть утилита AU3Stripper

Там снизу она отдельно выложена. Эта у меня была, забыл про неё. Спасибо, что напомнил. )

Loopback писал(а):Попробовал, сходу не заработала

У меня сработала, только с 3-мя ошибками в логах. Вот код. В итоге a3x ужался в 23 Кб.
С /RM вообще ужалось до 17-ти, но, к сожалению, lng не смог подхватиться.

Loopback
Я записал в комментариях пути к файлам – была необходимость, чтобы не забыть откуда что взял. И вдруг обнаружил, что при сохранении descript.ion утилитой у меня обратные слэши в комментариях удваиваются. После трёх сохранений получилась такая вот картина:

Родной Тоталовский редактор комментариев слэши не удваивает. Посмотрел в исходниках и, кажется, нашёл виновника: в DescrIon.au3 строка 206: Но ведь зачем то эта строка понадобилась? Может глянете? Может можно и без неё обойтись? Чтобы обратные слэши в комментах не удваивались при каждом сохранении.

yozhik писал(а):Но ведь зачем то эта строка понадобилась? Может глянете? Может можно и без неё обойтись? Чтобы обратные слэши в комментах не удваивались при каждом сохранении.

Обойтись без нее нельзя: в многострочных комментариях используется символ переноса строки \n, а для ввода собственно слеша он должен экранироваться вторым. Однако это необходимо только для многострочных комментариев, а применялось и для однострочных.

Спасибо, поправил, исправленная версия на сайте.

Loopback
Спасибо, теперь всё в порядке. И новый значок зачётный .