Total Commander

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

Avada
Я предлагаю самому попробывать перевести файлы по описанному в ветке методу, чтобы убедиться в правдивости ситуации. Плагинов, названия идентификаторов которых не отображаются после перевода в UTF8 достаточно много. Я уже тогда вернул файлы на место, потому что без этого не мог обходиться. Сейчас на длительный срок не могу получить доступ к своей машине, поэтому быстро сделать самому мне это не удастся. Вследствие чего список выдам не сразу.

Flasher
Тогда я подожду. Тем более, что сейчас на собственные сколь-либо длительные эксперименты с UTF-8 времени нет — есть гораздо более приоритетные дела.

Выдаю обещанный список:
media, audioinfo, cdrinfo, cda_file_info, images, dirsizecalc, ooinfo, torrent, secinfo, nl_info, filedesc, wdx4i, xpinfo, group, streams, ntlinks.
У всех этих плагинов присутствует русская локализация, кириллические символы не отображаются, хотя, например, в таких плагинах, как shelldetails, wdx_xml, где также задействованы меню с русским переводом, текст в их пунктах ТС показывает отрадно.

Не знаю, что может не отображаться, наверное, я делаю неправильно, раз у меня работает. Пересохранил файл NTLinks.lng в Unicode (=UTF-16 LE) с BOM, все поля и идентификаторы NTLinks с русскими символами прекрасно видны.

Да, пожалуй я погорячился.

Может какие изменения вступили с новой беты, делал всё тоже самое с 7.50а, не показывало. Сейчас поменял плагинные файлы lng, всё работает. Ещё я с другой машины проверяю на 7.55 pb3, и шрифт с Arial Unicode поменял на Lusida Sans Unicode, вообщем когда вернусь домой(это будет не скоро), выясню в чём была загвоздка.

Запустил экзешник ТК 7.50a с теми же настройками, абсолютно такая же картина, всё прекрасно отображается.

Любой INI-файл на уровне операционной системы читается в форматах ANSI и Unicode и приложению возвращается строка в том или ином формате, в зависимости от типа вызываемой API-функции. Приложению совершенно не требуется как бы то ни было обрабатывать случаи с той или иной кодировкой INI-файла. Но это работает только для чистого Unicode (UTF-16 LE), для UTF-8 не работает.

MVV писал(а):Приложению совершенно не требуется как бы то ни было обрабатывать случаи с той или иной кодировкой INI-файла. Но это работает только для чистого Unicode (UTF-16 LE), для UTF-8 не работает.

Про обработку ini понятно, я его и не трогал. А кодировка у меня по прежнему UTF8, в этом смысле ничего не менял, работает и без перекодировки ini.

Под INI-файлами я подразумевал все файлы ТК, которые имеют формат INI-файлов. LNG-файлы контентных плагинов входят в это множество. А файлы MNU и LNG-файлы локализации самого ТК - нет.

MVV писал(а):LNG-файлы контентных плагинов входят в это множество.

Благодарю за справку, не имел понятия об этом.

Добавлено: Только у меня вопрос: к чему было это, раз такие дела?:

MVV писал(а):Пересохранил файл NTLinks.lng в Unicode (=UTF-16 LE) с BOM

Или я опять что-то неправильно понял?

Flasher писал(а):Только у меня вопрос: к чему было это, раз такие дела?:
MVV писал(а):Пересохранил файл NTLinks.lng в Unicode (=UTF-16 LE) с BOM
Или я опять что-то неправильно понял?

А может, я? Какие файлы ты пытаешься перекодировать в юникод? Я так понял, что файлы локализации плагинов:

Flasher писал(а):У всех этих плагинов присутствует русская локализация, кириллические символы не отображаются

MVV писал(а):А может, я? Какие файлы ты пытаешься перекодировать в юникод? Я так понял, что файлы локализации плагинов:

Минуточку, тыж пишешь:

MVV писал(а):Приложению совершенно не требуется как бы то ни было обрабатывать случаи с той или иной кодировкой INI-файла........Под INI-файлами я подразумевал все файлы ТК, которые имеют формат INI-файлов. LNG-файлы контентных плагинов входят в это множество.

Исходя из написанного, как я это понял, lng-файлы контентных плагинов (при конвертации основных файлов локализации ТС в UTF-16 LE) переводить не нужно.

Как и в случае с любым файлом конфигурации ТК, файлы локализации плагинов нужно переводить в Юникод, если ты хочешь видеть в них символы не из локальной кодовой страницы.

MVV
Тогда объясни мне вот эту строку

MVV писал(а):Но это работает только для чистого Unicode (UTF-16 LE), для UTF-8 не работает.

Я так и не въехал по всей видимости, о чём ты.

Добавлено: кстати, попробовал перекодировать wcmd_rus.mnu в UTF-16 LE с ВОМ, при перезагрузке ТС гл. меню пропадает полностью.

Выношу часть обсуждения из этого топика:

Avada писал(а):
Flasher писал(а):Странно, у меня почему-то это свойство на английском (path), хотя локализация русская.
А вот это совсем интересно. Речь идёт о свойстве именно встроенного плагина tc? Где именно там path вместо Путь? Везде, где доступен список свойств? Скрин можно увидеть?

Flasher
Судя по скрину, это что-то запредельно кривое.
Прежде всего, там несколько нерусифицированных строк, причём таких, которые у нас давным давно-переведены. Плагин tc берёт сроки из разных мест LNG. Основная часть — строки 1579 и 1580, а также 1732 (Случайное число). Легко посмотреть и проверить.
С нашей русификацией к 7.55(a) (да и раньше) всё отображается по-русски.
Кроме того, часть строк на скрине идёт не в том порядке, части стандартных строк (по атрибутам) нет ни на каком языке, строка "Время последнего доступа" отображается лишь частично, а размерные единицы вообще не должны отображаться на этом уровне меню. Советую переключиться на встроенный английский и посмотреть, как то же самое выглядит там.

Flasher писал(а):Хочу в очередной раз напомнить, что файлы локализации переведены у меня в UTF8. Причина скорее кроется в этом.
Да, я тоже так думаю. Тем не менее, всё это очень странно. Однако страности эти, видимо, надо обсуждать в какой-то более подходящей теме.

MVV выслал пару репортов (1, 2) на ряд багов, которые с тех пор никак не правились. Если кому есть что высказать по теме, пишите.

Total Commander

Перекодировка пользовательского меню wcmd_ext_rus.mnu