Страница 1 из 2

Поддержка многоязычности

Добавлено: Пн фев 27, 2006 11:09
Dmitry
Вопрос: пишу утилиту на Delphi для Total Commander. Планирую реализовать поддержку многоязычности через lng-файлы, но пока не знаю, как лучше, т.к. никогда этим не занимался. Подскажите, как лучше и быстрее это организовать :) Может у кого-то есть готовые наработки/шаблоны для поддержки многоязычности?

Добавлено: Пн фев 27, 2006 12:09
Athari
Если делаешь через LNG-файлы, то ничего гениального не придумаешь. Просто вместо константных строк читаешь строки из LNG...

Добавлено: Пн фев 27, 2006 20:16
Dmitry
Athari писал(а):Если делаешь через LNG-файлы, то ничего гениального не придумаешь. Просто вместо константных строк читаешь строки из LNG...
Если можно по-подробнее. Я ведь сюда и обратился, чтобы не изобретать велосипед :) Есть же, наверное, какие-нибудь компоненты для Delphi для автоматического создания lng-файлов по свойствам Caption, Text... элементов управления формы?

Добавлено: Пн фев 27, 2006 23:58
Volniy
Dmitry писал(а):Есть же, наверное, какие-нибудь компоненты для Delphi для автоматического создания lng-файлов по свойствам Caption, Text... элементов управления формы?
InqSoft Translation Tool
InqSoft Translation Tool - инструмент, при помощи которого осуществляется поддержка иностранных языков во всех проектах автора. Кроме утилиты AutoTranslator, способной автоматически генерировать LNG-файлы и программный код для подключения к тексту программы, в состав пакета входит пример модуль для Delphi 5-7 в исходных текстах, позволяющий легко добавить поддержку иностранных языков в Ваши программы, а также пример, демонстрирющий использование InqSoft Translation Tool.

Добавлено: Вт фев 28, 2006 18:38
Dmitry
2Volniy

Благодарю, посмотрел и думаю, что мне это поможет

Добавлено: Чт мар 02, 2006 19:03
Nik
Имхо, самый надежный способ - ручная загрузка строк из ini-файла. При написании, конечно, много геморроя, но зато скорость и гибкость - на высоте (проверено временем; я перепробовал десяток компонентов и от всех отказался)...

Для самых одаренных - пример:

Код: Выделить всё

procedure LoadLanguage(File: string);
begin
 Button1.Caption:=GetIniString('main', 'Button1Caption', 'Отмена', File);
[/quote]

Добавлено: Пт мар 03, 2006 08:25
Sam Dark
Nik
Одобряю. Самый лучший способ.

Добавлено: Пт мар 03, 2006 09:01
Parcan
Nik
аналогично, быстрее чем сам никакие сторонние программы не сделают.

Добавлено: Пт мар 03, 2006 09:13
Моторокер
Button1.Caption:=GetIniString('main', 'Button1Caption', 'Отмена', File);
это же всё в цикле делается

Добавлено: Пт мар 03, 2006 11:29
Volniy
Nik писал(а):Имхо, самый надежный способ - ручная загрузка строк из ini-файла. При написании, конечно, много геморроя, но зато скорость и гибкость - на высоте (проверено временем; я перепробовал десяток компонентов и от всех отказался)...

Для самых одаренных - пример:

Код: Выделить всё

procedure LoadLanguage(File: string);
begin
 Button1.Caption:=GetIniString('main', 'Button1Caption', 'Отмена', File);
Я балдею от Вас ребята, ну чес слово. Даже не посмотрев, что там по ссылке (там же 200 килобайт всего), обо***ть то, что сделано качественно и с умом. Какие там на хрен компоненты? Человек написал программу, которая генерирует сама готовые к переводу lng-файлы. А пример кода загрузки этих lng-файлов в вашу программу прост как 5 копеек, но при этом оптимизирован чтобы работать быстро. В отличие от предлагаемой тут работы с ini-файлом, когда за один раз считывается по одной строке, чтение секциями ускоряет этот процесс в десятки раз, особенно на NT-шных системах.

Добавлено: Пт мар 03, 2006 15:01
Parcan
Volniy
тение секциями ускоряет этот процесс в десятки раз
я бы так не горячился

Добавлено: Сб мар 04, 2006 15:03
Dmitry
Вручную, может и надежнее, но не факт. Поискал я все-таки еще и вот, что нашел для Delphi 7:

DKLang Localization Package (~85Kb) freeware
http://www.torry.net/vcl/vcltools/multi ... ge-2.1.zip

Balmsoft Polyglot (~1Mb) freeware
http://www.torry.net/vcl/vcltools/multi ... lyglot.exe

MH Translation Package (~75Kb) freeware
http://www.torry.net/vcl/vcltools/multi ... pack70.zip

Здесь только то, что я проверил на работоспособность.

Добавлено: Сб мар 04, 2006 15:26
Volniy
Parcan писал(а):Volniy
тение секциями ускоряет этот процесс в десятки раз
я бы так не горячился
Я вполне спокоен. Это мои личные наблюдения - когда ждать закрытия окна диалога нужно несколько секунд только потому что код производит запись в ини-файл, это не очень радует глаз и нервишки. Возможно, на очень быстром компе это и не заметно. Насколько мне известно дело тут в некоторых антивирусниках с их специфическими настройками проверки файлов. Ведь одно дело проверить файл однократно при чтении секции целиком и совсем иное дело проверять этот файл столько раз, сколько имеется в этой секции считываемых параметров.

Если я и горячился, то только по поводу высказываний в стиле "Никогда этого не видел, но уж точно дерьмо." (с) :)

Добавлено: Сб мар 04, 2006 23:33
Nik
Volniy
Я пробовал все (!!!) упомянутые выши компоненты и утилиты. Ни одна из них не смогла обеспечить должную гибкость!
Что касается скорости, что здесь тоже все не так просто. Такие вот локализаторы считывают строки для каждого элемента интерфейса отдельно. А если в моей программе есть элементы, имеющие одинаковые имена? В моем AmpView, например, есть строки, которые используются по три-четыре раза! А если нужно делать составные строки? Вписывать в lng-файл локализаторы их все равно придется, но для них нужно объявлять константы, а это лишние строки

Моторокер
Button1.Caption:=GetIniString('main', 'Button1Caption', 'Отмена', File);


это же всё в цикле делается
Ничево подобного! Для каждой строки пишется своя команда. Да, это лишний код и приходится регулярно дописывать процедуру. Но зато ты точно знаешь, почему та или иная строка не переведена. А искать баги в чужом коде... Увольте... :)

Добавлено: Вт мар 07, 2006 20:57
vserd
Nik
А если нужно делать составные строки?
Хотя я сам в своих проектах использую ini в качестве Lng, но рекомендации по локализации крайне не рекомендуют использование составных строк. И я исходя из собственного опыта с ними согласен. Это мои грабли которыми я получил шишку.
Так что крайне не рекомендую использовать составные строки в проектах которые по крайней мере ВОЗМОЖНО будут локализовываться. Это черевато.
Но зато ты точно знаешь, почему та или иная строка не переведена.
Это высказывание зависит от принятого способа загрузки данных о переводе. Иногда способ приемлим, иногда нет.
А искать баги в чужом коде... Увольте...
Смотря как сделана и опубликована система тестирования...
Иногда баги в сторонних компонентах даже приятно искать, это как спортивное состязние. Но опять же это на вкус и цвет...

Volniy
Я балдею от Вас ребята, ну чес слово. Даже не посмотрев, что там по ссылке (там же 200 килобайт всего),
при всем уважении, но в данном вопросе, код который написан собствено ручно, обычно более отвечает потребностям, не факт что он лучшее чем решение которое нашел автор компонента. Если вы заявите автору ситуацию, которую он сможет воспроизвести и решить что это стоит потраченного на разбирательства времени, тогда обычно идет исправление ошибки/переоценка принятого решения.

А 200 К это не так уж и мало.... IMO, если нет нужды особо не полезешь.
всем
А в общем, на вкус и цвет, товарища нет. Если компонент устраивает, значит его можно использовать, если нет, либо писать свой, либо код прямой загрузки. И не надо быть фанатиками, каждой проблеме свое решение. Только автор знает устраивает его это или нет, но альтернативы и уже наработанные возможности нужно озвучить, покрайней мере для того чтобы посмотреть на возможные способы решения.