oshizelly
Gold Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Avada 21:01 17-02-2013
Цитата:| А что касаемо юникодности, то при попытке, например, упаковать в любой из трёх каталогизаторов имена с диакритическими знаками выводится сообщение о символах, которые "не поддерживаются целевой платформой". О причинах см., например, здесь. |
LonerDergunov 21:59 17-02-2013
Цитата:| А вот если в самом списке будут файлы с юникод-именами (список в формате UTF-8), то FileListViewer.net их не распознает, отобразит и экспортирует кракозябрами |
Вот именно. Так что на системах, где в именах файлов могут встречаться символы из разных кодовых страниц (скажем, кириллицы и немецкого) от всех существующих каталогизаторов толку нет 
1. При попытке включить в выходной список файл с именем, содержащим хотя бы один символ из другой кодовой страницы (не той, что указана в региональных настройках системы в качестве non-Unicode language) наступает полный облом. TC выдаёт запрос, в котором можно выбрать только [Skip]/[Skip All] или [Abort]. Например, если non-Unicode language задан русский, а в именах некоторых файлов встречаются диакртитические знаки европейских языков, вроде немецких A и U с умляутами.
2. Если список создавался на машине с одной кодовой страницей, а открывается на другой, то юникодные символы, естественно, будут отображаться некорректно даже в последних полностью юникодных версиях TC.
Если список, созданный на системе с немецкой кодовой страницей, открывать на машине с русской кодовой страницей, то это не такая уж катастрофа. Большинство символов - ANSI, и их достаточно и для просмотра, и для поиска. Надо избегать именно диакритиков в поисковых запросах. Неудобно, но терпимо. Ну и не получится сравнить содержимое папок на исходной и целевой машине при помощи команд быстрого сравнения папок (Compare Directories - Shift+F2) или синхронизации.
А вот если ситуация обратная, то есть, список, созданный на системе с русской кодовой страницей, открывать на немецкой машине, то это полный армагеддон. Кириллица в именах файлов отображается кракозябриками, понять ничего невозможно, поисковые запросы не работают.
От полного отчаяния была мысль искать имена внутри LST-архивов как внутри обычных текстовых файлов (конечно, при этом терялось бы 90% функционала LST-списков, но можно было бы хотя бы проверить наличие определённого файла на машине), но даже и это не удалось: символы кириллицы, вводимые в поля диалога поиска, не идентифицируются с кракозябриками внутри LST-архивов. А вводить поисковый запрос кракозябриками я не умею...
Кстати, и с плагином QuickSearch eXtended для инкрементного поиска на панелях такая же проблема.
Всё это касается и вышеупомянутого FileListViewer.net.
Добавлено:
Кстати, на офф-форуме Гислера просили пару лен назад сделать юникодную версию DiskDir. На что последовал ответ, что сделать нет проблем, но это было бы концептуально неверно, потому что списки, созданные новой юникод-версией, невозможно будет открыть в старой версии плагина  (именно так, а не наоборот, что действительно было бы проблемой).
По-моему, совершенно абсурдная отмазка (при всём уважении к Гислеру). Или я чего-то не понимаю? |
Всего записей: 6524 | Зарегистр. 18-09-2004 | Отправлено: 01:04 18-02-2013 | Исправлено: oshizelly, 13:02 18-02-2013 |
|
Исправил вручную, и всё стало на места. 
)