23 решения для локализации и интернационализации приложений.

Этот пост — попытка систематизировать всю имеющуюся на данный момент у меня информацию, касающуюся локализации приложений.

Пока мы пишем программы «для себя», то о локализации, интернационализации и пр. заморочках мы как-то и не задумываемся. А зачем? Врядли кому-то в здравом уме придет в голову мысль «А не перевести ли мне свою утилиту на иврит, чтобы потом с такой программой работать?» Совсем другое дело, когда программа «вырастает из коротких штанишек» и на неё появляется спрос в других странах. Тогда, если спрос достаточно большой, можно (и нужно) взяться за локализацию — найти подходящий инструмент, нанять переводчиков (или переводить самому) и работать, работать, работать.  Решение типа «Сделаю INI-файлик» вполне может подойти для небольших программок, но никак не для серьезных проектов с развитым интерфейсом, большим количеством форм, русурсов и т.д. — в этом случае стоит подыскать подходящее готовое решение. Собственно, основные цели поиска решения для локализации, которые были мне поставлены — это найти решение, которое позволит:

1. проводить локализацию руками не-программистов
2. работать с собственными словарями для перевода
3. поддержка XE2

ну и, как обычно, решение должно быть удобным в использовании, дешевым, по возможности, простым в освоении и т.д. и т.п. А так как я все равно решил пройтись в своем поиске по всем возможным вариантам (а точнее по максимально возможному количеству вариантов), то решил весь найденный материал систематизировать и оформить вот этим самым постом. Здесь Вы сможете узнать и о существующих компонентах Delphi и о библиотеках и о программах — в общем о всем, чего только душа пожелает. В общем, если Вы тоже задались целью отыскать во всем множестве предложений для локализации то, которое придется по душе именно Вам, то читайте далее :)

Содержание

• TsiLang components suite
• DKLang Localization Package
• EMS Advanced Localizer
• Korzh Localizer
• GNU gettext for Delphi and C++ Builder toolkit
• i18n Package
• Kryvich’s Delphi Localizer
• JVCL (JEDI Visual Component Library)
• CnPack Component Package (CnVCL)
• TLang для FireMonkey
• Multilizer
• SDL Passolo
• Radialix
• Integrated Translation Environment
• Другие компоненты, библиотеки и программы.

TSILang components suite

• Разработчик: SiComponents
• Официальный сайт: www.tsilang.ru
• Цена: от $259 до $399. Пакет за $259 не содержит исходников (только DCU и OBJ)
• Наличие ознакомительной версии: имеется.
• Дата последнего релиза: 05 мая 2012
• Поддержка Delphi XE2: имеется 

Что говорят о своем продукте разработчики:

TsiLang^® Components Suite позволяет добавлять поддержку для неограниченного количества языков, а также, создавать полностью локализованные версии продуктов, основанные на базовой версии проекта. Автоматически находятся и заносятся в список для перевода все необходимые элементы интерфейса пользователя, предоставляются удобные способы сохранения и управления переводами, и конечно, переключение языка интерфейса осуществляется «налету» как во время работы приложения, так и в режиме дизайнера, что позволяет тестировать интерфейс даже без компиляции и запуска приложения.

Мой тест.

Для тестирования TsiLang я скачал и установил последнюю версию компонентов (6.5.4.7) и создал простенькое приложение на котором разместил Button, Label, OpenDialog, добавил ресурсные строки и константы.  Специально на OnClick кнопки был создан такой «кривой» обработчик:

procedure TForm19.Button1Click(Sender: TObject);
begin
ShowMessage('Привет, мир!');
end;

Локализация с TsiLang проводится следующим образом:

1. Запускаем TsiLang expert из меню Delphi: Tools ->TsiExpert

Здесь отображаются все формы проекта, а также компоненты TsiLang, расположенные на этих формах. Теперь выбираем в меню File->Languages и редактируем список языков для нашего приложения. По умолчанию все языки имею названия типа Language1, Language2 и т.д. я переименовал их так:

После того как была нажата кнопка «Ok» на главной (и единственной) форме приложения появился компонент TsiLang:

Теперь находим в эксперте кнопку «Save Project» и сохраняем наш проект. В TsiLang используется два типа файлов проекта:

1. *.sib  — бинарные файл с переводами. Этот тип файла разработчики рекомендуют использовать, т.к. загрузка таких файлов происходит значительно быстрее, чем при использовании второго типа файлов
2. *.sil — текстовые файлы. Преимуществом этого типа файлов является то, что мы можем передать этот файл с утилитой «SIL Editor» другому человеку для перевода.

Теперь, находясь в эксперте дважды щелкаем мышкой по названию формы в списке — откроется окно редактора перевода:

В левой части окна (в дереве) редактора содержатся группы переводимых свойств компонентов и строк и, соответственно, справа — таблица для перевода. TsiLang может локализовать не только свойства компонентов типа Caption, Hint, Text и т.д., но также и строки из диалогов, например, на рисунке ниже представлены все строки для перевода из различных диалоговых окон, которые могут использоваться в приложении:

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

В принципе, назначение этого информационного окошка понятно — можно контролировать ситуации, когда переводимый текст не будет вписываться в границы компонента. Хотя, как по мне, так было бы удобно добавить в это окошко ещё и ширину самого компонента — что б было с чем сравнивать ширины строк.

После того, как все строки переведены снова сохраняем наш проект. Теперь sil-файл должен содержать примерно такой текст:

последовательность символов ~!@#$ — это разделитель, который мы сами можем определить при сохранении файла. В процессе перевода строк в редакторе можно заметить, что TsiLang ни коим образом не учёл, что в pas-файле формы есть и секция resourcestring и const и даже строка текста в обработчике OnClick. Чтобы добавить эти строки к переводу необходимо выбрать в меню эксперта TsiLang:

• File -> Source -> With Form — чтобы выбрать строки из секции implementation модуля,
• File -> Source -> With Form — чтобы выбрать все строковые константы и ресурсные строки

В итоге откроется окно с результатами поиска в котором Вы можете добавить строку в список исключений или заменить её на вызов функции TsiLang:

Жмем в этом окне кнопку «Modify Source» и получаем такое сообщение:

Открываем pas-файл и видим следующую странную картину:

Мне показалось странным то, что TsiLang прекрасно определяет строковые константы в pas-файле и даже изменяет самостоятельно исходник, но почему-то «ленится» сам определить var — ну сделали бы доп.опцию в настройках проекта перевода типа «Определять VAR для констант со строками» и «Изменять настройки компилятора». Но это ладно — окно с сообщением есть и то хлеб. Вот, что мне действительно не понятно, так это откуда TsiLang нашел в моем проекта непонятные иероглифы? Думал, что это может быть по причине того, что pas-файл сохранен в ANSI, но нет — сменил на UTF8, а проблема с иероглифами осталась…В общем странно это.

После того как строки были помещены в перевод можно снова открыть редактор перевода и провести перевод группы Strings (благо в редактор строки попадают без искажений):

После того, как все строки переведены, а sil-файл сохранен, можно организовать переключение языков в своей программе. В TsiLang каждый язык имеет свой идентификатор типа integer. Например, в моем случае идентификаторы были такими:

• Russian = 1
• English = 2

Теперь, чтобы интерфейс моей программки переключился на английский язык достаточно где-нибудь вставить вот такой код:

siLang_Form19.ActiveLanguage:=2

Это приведет к тому, что TsiLang подгрузит из sil-файла строки на необходимом языке.
Что касается работы со словарем переводов, то TsiLang может передавать в словарь (предварительно созданные) только уже переведенные строки. Для этого можно воспользоваться все тем же редактором переводов — жмем в редакторе кнопку «Add All», которая предназначена для передачи в словарь всех переводов и получаем вот такое окошко для выбора необходимых опций передачи:

выбираем здесь файл словаря, жмем «Ok» и получаем все переведенные строки в свой словарик, который, кстати, выглядит вот так:

Впоследствии этот словарь можно будет использовать для автоматических переводов строк в своих программах. Ну и, как я уже говорил выше, для работы с SIL-файлами имеется отдельная утилита под названием SIL Editor, которая предназначена для переводчиков. Для чистоты эксперимента я скопировал папку с SIL Editor на флэшку и запустил программу с виртуалки «Windows XP Mode»:

SIL Editor позволяет производить переводу по словарям и вручную, а также, если необходимо, добавлять новые языки в перевод.

Другие возможности TsiLang:

1. Импорт словарей из doc-, html-, xls-, csv-, po-файлов
2. Импорт ресурсных строк из исполняемых файлов
3. Наличие собственных компонентов — диалоги открытия файлов, метки, списки и т.д.
4. Ведение статистики по переводам

Довольно большой получился обзор, но инструмент того стоит. Подведем небольшой итог:

Достоинства:

1. Просто подключается к проекту — бросили компонент на форму, вызвали 1 метод и интерфейс переведен
2. Удобный редактор перевода — все строки разложены, что называется «по полочкам», можно быстро ориентироваться по дереву в поиске нужных строк для перевода
3. Поддерживает как бинарные так и текстовые файлы с переводами. Создали sil-файл, отдали переводчику, потом пересохранили в sib и все готово — и программа быстрее будет работать и никто больше в перевод не залезет.
4. Наличие инструментов для переводчиков (SIL Editor, словари)

Недостатки:

1. «Корежит» русские строки в pas-файле. Пусть они и заключаются в комментарии, но, тем не менее, факт на лицо.
2. В процессе работы обнаружились непонятные ошибки при работе со словарями. Например, при переносе переведенных строк в словарь через раз появлялась ошибка выхода за границы диапазона.
3. Небольшие проблемы с окнами TsiLang. Они, конечно, жить не мешают, но тем не менее, не хорошо, когда ты вызываешь словарь, а он какого-то лешего сворачивается в панели управления.

В принципе, указанные выше недостатки (за исключением второго) не такие уж и критичные.

DKLang Localization Package 

•  Разработчик: DKSoftware
• Официальный сайт: www.dk-soft.org
• Цена: бесплатно
• Дата последнего релиза: 25.12.2008
• Поддержка Delphi XE2: нет

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

Во-первых, настораживает дата последнего релиза — 2008 год — не факт, что компоненты заработают в XE2 без проблем.

Во-вторых пакет требует дополнительной установки компонентов Tnt Unicode Controls 2.3.0, которые в 2012 году уже как бы и лишние — юникод и так поддерживается.

Поэтому, если у Вас есть, что сказать по этому решению — хорошего или плохого — отпишите в комментах, а я добавлю отзывы в обзор.

UPDATE: Отзыв про DKLang Localization Package.  Кратко и понятно.

UPDATE 2: работоспособность DKLang в XE2

EMS Advanced Localizer

• Разработчик: EMS
• Официальный сайт: www.sqlmanager.net
• Цена: 2 900,00 руб.
• Наличие ознакомительной версии: имеется
• Дата последнего релиза: 13 января 2012
• Поддержка Delphi XE2: имеется

Что говорят о своем продукте разработчики:

Advanced Localizer™ — это незаменимый пакет компонентов для Borland® Delphi®, позволяющий добавлять языковую поддержку Вашим Delphi® приложениям. Широкие возможности пакета Advanced Localizer позволяют быстро и просто локализовать свойства компонентов каждой формы, создавать языковые файлы с текущими значениями свойств компонентов, управлять файлами локализаций, а также назначать компоненты и их свойства, подлежащие локализации. Язык приложений, использующих Advanced Localizer, может быть переключен на другой непосредственно во время работы без последующего перезапуска приложения. Advanced Localizer также предусматривает возможность написания приложений-потомков, использующих языковые файлы, заданные пользователем.

Так как «незаменимых» у нас нет, то я провел свой небольшой тест этих компонентов все на том же маленьком приложении в 1 форму.
Мой тест
Скачал и установил пакет компонентов в Delphi XE2, открыл проект. В палитре компонентов Delphi появилась новая вкладка — EMS Advanced  Localizer. С этой вкладки бросам на форму компоненты:

1. TQLanguageSource
2. TQFormLocalizer

У TQFormLocalizer в свойстве Source указываем TQLanguageSource и приступаем к работе.

Первым делом создаем файлы для локализованных строк — делаем два пустых файлика с расширениями *.lng (расширение по умолчанию для EMS Localizer) и называем их просто — rus и eng.

Теперь дважды щелкаем мышкой по компоненту TQLanguageSource для вызова менеджера языковых файлов:

Жмем единственную активную кнопку и добавляем файлы:

Теперь, по идее разработчиков, в списке менеджера должна появиться новая запись…однако её нет. Вот значения, которые содержатся в свойстве Languages компонента:

Однако список визуального редактора девственно чист. Ну да Бог с ним со списком — пробуем перевести наше приложение. Дважды щелкаем по второму компоненту (TQFormLocalizer) для вызова редактора перевода:

В редакторе мы можем помимо перевода строк также добавить новый языковой файл, отредактировать имеющийся язык или выбрать язык, используемый по умолчанию. Как можно видеть на рисунке — в редактор попадают только строки, содержащиеся в свойствах компонентов, а ресурсные строки и константы остаются незамеченными, что можно записать в недостатки этих компонентов.

После перевода всех строк можно добавить в программу опцию для переключения языка интерфейса. Делается это примерно также как и в TsiLang — указанием индекса активного языка:

QLanguageSource1.ActiveLanguage:=1;

При этом, если используется язык по-умолчанию (отмечен как «Original»), то у него индекс равен -1, а у остальных — начинается с нуля и наращивается по порядку в списке Languages.

Другие возможности EMS Advanced Localizer:

1. Загрузка переводов из базы данных

Подведем итог.

Достоинства:

1. Компоненты просты в использовании — на то, чтобы разобраться что и как работает ушло от силы минут 5.
2. Достаточно дешевые
3. Есть возможность хранить переводы в БД

Недостатки:

1. Нет поддержки словарей и, соответственно, авто-переводов
2. Проблемы в простеньком менеджере языков
3. Не поддерживается перевод констант и ресурсных строк
4. Нет инструментов для сторонних переводчиков

В целом мое мнение по поводу  EMS Advanced Localizer — достаточно удобные компоненты для работы с небольшими проектами, но для более менее крупных проектов где требуется поддержка многих языков, работа нескольких человек над переводом и т.д. этот набор компонентов, к сожалению, слабоват.

Korzh Localizer

• Разработчик: KORZH developers tools
• Официальный сайт: devtools.korzh.com
• Цена: от 149.0 EUR до 649.0 EUR
• Наличие ознакомительной версии: имеется
• Дата последнего релиза: 23 июля 2012
• Поддержка Delphi XE2: имеется.

Что говорят о своем продукте разработчики:

Один EXE-файл может поддерживать несколько языков. Дополнительные языки могут быть добавлены без перекомпиляции. Нет необходимости создавать множество exe-файлов
Строковые данные могут храниться как в стандартных ресурсных DLL, так и в специальных языковых файлах
При локализации код программы либо изменяется очень мало (буквально пару строк), либо не изменяется вообще. Localizer не меняет проект приложения, т.к. не используются какие-либо дополнительные компоненты
Локализованный проект можно запускать на компиляцию без установленного Localizer
Localizer переводит как ресурсы из VCL, так и любые другие ресурсы
Поддерживается хранение переводов в стандартном Хранилище переводов (Translation Repository) и их повторное использование в будущем
Поддерживает все сторонние компоненты и пакеты (например, DevExpress, TurboPower, ElPack, RX и т.д.)
Процесс перевода можно осуществлять с помощью встроенной утилиты Language Manager, свободно доступной для закачки переводчиками
Простой переход из Borland ITE (Integrated Translation Environment — интегрированная среда перевода)

Мой тест

Скачал триал, отличие которого от полной версии заключается в том, что Localizer переводит только первые 30 строк из каждой формы/файла. Установил После чего в главном меню Delphi XE2 появился новый пункт:

Выбрал в меню «Start project localization» в итоге меня попросили выбрать основной язык для проекта и указать папку для хранения языкового файла:

После нажатия «Localize mu project!» была запущена перекомпиляция проекта, а в dpr-файле проекта добавились необходимые модули и вызов методов Korzh Localizer’а:

uses
  {....}, LocOnFly,
  {Form18};
 
{$R Project16.KLR}
 
{$R *.res}
 
begin
  LocalizerOnFly.InitReg;
  {...}
end.

Также, сразу же после информационного сообщения о том, что мой проект локализован запустился Language Manager:

В диалоге выбора нового языка для локализации есть замечательная опция — «Try to automatically translate via Google». Однако опция эта в настоящий момент не работает:

Связано это не стем, что разработчики там чего-то не так сделали. Причина кроется в том, что Google перевел API Translate на коммерческие рельсы и, если не ошибаюсь, сделали доступ только по OAuth 2.0. Так, что, видимо в следующих редакциях Korzh Localizer’а эта опция пропадет либо будет использоваться для более доступных API, например, для Bing Translator API.

После добавления языка для локализации в Language Managere появляется таблица для перевода найденных в проекте строк. Помимо того, что непосредственно находится в проекте, Korzh Localizer также позволяет локализовать и строки, содержащиеся в других модулях Delphi:

После перевода Localizer может показать вам статистику — сколько строк переведено, процент перевода и т.д., однако и тут обнаружилась ошибка при переключении на вкладку «External Items»:

Мелочь, конечно, но не приятная. Далее мне необходимо было проверить то, как Korzh Localizer умеет вытаскивать из исходников жестко закодированные строки. Для этого в главном меню была выбрана опция:

Помощник (назовем его так) предлагает выбрать модули для сканирования на наличие строк, а также, предлагает два варианта хранения строк — в ресурсном файле или в pas-файле:

Я оставил все настройки по умолчанию. В модуле было три строки — одна в секции resourcestring, вторая — в const и третья — в обработчике OnClick кнопки. В итоге Korzh Localizer определил следующее:

После нажатия «Next»  IDE выдала сообщение:

После нажатия «Yes» в uses был добавлен новый модуль, содержащий секцию resourcestring в которой находилась одна найденная строка. Также изменился и обработчик OnClick кнопки, который стал выглядеть так:

procedure TForm19.Button1Click(Sender: TObject);
begin
ShowMessage(SIgeaaoIeg);
end;

В Language Manager’е строка не появилась — может предполагается, что такие строки переведутся и без менеджера, а может они как-то хитро добавляются в менеджер — с этим я не разбирался детально. Мне осталось только проверить как происходит локализация. Для того, чтобы проект «заговорил» на другом языке достаточно было выбрать в главном меню необходимый язык:

После чего IDE снова сообщила, что файл был изменен и попросила его перезагрузить. Перезагрузил, собрал проект и получил приложение на английском языке:

Другие возможности Korzh Localizer:

1. Создание/импорт/экспорт репозиториев. Импорт и экспорт осуществляется в XML или TMX-форматах.
2. Поддерживает несколько языков для локализации — на каждый язык создается отдельный файл
3. Умеет работать с EXE- и DLL-файлами.

• Разработчик: Kambiz R. Khojasteh
• Официальный сайт: www.delphiarea.com
• Цена: бесплатно
• Дата последнего релиза: 19 августа 2012
• Поддержка Delphi XE2: нет (согласно информации на оф.сайте)

i18n Package v1.10 for Delphi представляет из себя целую библиотеку компонентов, предназначенных для локализации и интернационализации проектов. Несмотря на то, что официально поддержка Delphi XE2 не заявлена эта библиотека без проблем установилась в Delphi XE2, поэтому я решил немного её протестировать.

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

Итак, работа по локализации с помощью i18n Package происходит следующим образом:

1. Бросаем на главную форму компонент TLocalizer
2. На все остальные формы (включая и главную) бросаем компонент для перевода — TTranslator
3. Для локализации диалогов также необходимо уложить на главную форму форму компонент TMessageBox и указать в нем необходимые заголовки, иконки и т.д.

Теперь надо создать файл с переводами строк. Для этого дважды кликаем мышкой по компоненту TTranslator — откроется редактор в котором необходимо выбрать свойства и строки, которые мы будем переводить:

После того, как необходимые элементы выбраны преходим на вкладку Export, указываем язык на котором наши строки написаны (т.е. Русский) и экспортируем строки в файл *.i18n:

Файл создан — можно приступать к переводам. В папке Bin библиотеки находится специальная утилита под названием i18n Editor, которая и предназначена для переводов.

Программка довольно простая в использовании и, думаю, Вы с ней очень быстро освоитесь. Скажу только, что i18n Editor способен «обучаться» — для этого программе необходимо указать папку в которой лежат уже готовые файлы *.i18n и программа автоматически их просканирует и вытащит из них новые для себя фразы.

После того, как все необходимые строки переведены возвращаемся в Delphi и указываем в свойстве URI компонента TLocalizer наш файл с локализациями. Теперь добавляем на форму компонент TCultureBox и в его свойстве Localizaer указываем Localiwer1 (если компонент не переименовывался).

Теперь можно запустить программку и убедиться, что перевод интерфейса происходит успешно:

Достоинства:

1. Очень простая в использовании библиотека
2. Для своей цены — $0.0 достаточно качественная (в Delphi XE2 работает отлично)

Недостатки:

1. Парсер не обнаруживает resourcestring и строковые константы, а обнаруженные и переведенные строки из кода программы все равно не локализуются.
2. Для каждой формы/модуля необходимо использовать свой TTranslator, что не совсем удобно. Логичнее было бы сделать небольшой сканер всего проекта на наличие строк как это сделано, например, у DXGetText

Общий вывод по библиотеке можно сделать следующий — для соотношения «цена/качество» замечательная библиотека, позволяющая практически без проблем сделать мультиязыковую поддержку в небольших проектах. Немного портит впечатление работа бибилотеки со строками не из свойств компонентов, думаю, что если проект живет (а судя по релизу — проект вполне себе живой), то эта досадная проблема решится.

Kryvich’s Delphi Localizer

• Разработчик: Kryvich
• Официальный сайт: sites.google.com/site/kryvich/localizer
• Цена: бесплатно
• Дата последнего релиза: 7 января 2012
• Поддержка Delphi XE2: имеется

FreeLocalizer.AutoTranslate:=True;
FreeLocalizer.LanguageDir:=ExtractFilePath(Application.ExeName);
FreeLocalizer.LanguageFile:='english.lng';

Первые две строки можно записать в dpr-файле и там же подключить модуль локализатора. Все. Можно запустить программу и проверить работу.

Достоинства:

1. Очень простая в использовании библиотека
2. Компактная

Недостатки:

1. Нет словарей
2. Сканер не определяет жестко закодированные строки и константы

В целом библиотека вполне подойдет для проектов с небольшим количеством строк для локализации. Всё-таки работа через ini-файл даст о себе знать при большом объеме данных.

JVCL (JEDI Visual Component Library)

• Разработчик: JEDI Project
• Официальный сайт: jvcl.delphi-jedi.org
• Цена: бесплатно
• Дата последнего релиза: 11 апреля 2011
• Поддержка Delphi XE2: имеется

CnPack Component Package (CnVCL)

• Разработчик: CnPack
• Официальный сайт: www.cnpack.org
• Цена: бесплатно
• Дата последнего релиза: 5 ноябра 2011
• Поддержка Delphi XE2: имеется

Ещё один достаточно разработчик, получивший заслуженную популярность своим продуктом под названием cnWizards, предоставил нам набор компонентов для локализации приложений. Эти компоненты входят в состав отдельного пакета — cnVCL и распространяются бесплатно.

Сразу отмечу, что на текущий момент последняя доступная для скачивания версия компонентов помечена как Alpha, поэтому ждать от этого набора компонентов безупречной работы не приходится. Но, тем не менее, небольшой обзор компонентов локализации я зделаю.

Итак, после установки пакета cnVCL в палитре компонентов появляется сразу несколько новых вкладок:

на влкадке cnMultiLang расположены 4 компонента для локализации. Три из них: TCnLangManager, TCnLangTranslator и TChHashLangFileStorage или TChIniLangFileStorage должны быть размещены в приложении.

Надо сказать, что Alpha-версия дает о себе знать. Чтобы по-быстрее разобраться с работой этих компонентов я решил запустить небольшую демку, которая идет в комплекте с исходниками компонентов…она, конечно, открылась в Delphi XE2, но что-то уж как-то совсем странно:

Ну да это, в принципе, терпимо — исходник-то, вроде бы не сильно «покорежин» и разобраться с тем, что и как работает более-менее удалось. Суть работы такова:

1. Бросаем на форму приложения три вышеобозначенных компонента (я выбрал TCnLangManager, TCnLangTranslator и TChIniLangFileStorage)

2. Теперь выбираем TChIniLangFileStorage и добавляем в коллекцию Languages новые языки. Выглядеть это должно примерно так:

3. У TCnLangManager в свойстве LanguageStorage указываем наш компонент CnIniLangFileStorage1

4. Делаем двойной клик по TCnLangTranslator — откроется редактор для перевода строк:

5. Выбираем в дереве необходимый язык и жмем «Gen All» — должна собраться таблица со строками для перевода. У меня она оказалась вот такой:

6. Переводим необходимые строки, ненужные строки — удаляем, сохраняем полученную таблицу в файл. Получаем в итоге ini-файл, который надо бросить рядом с exe-файлом нашего проекта.

7. Пишем в любом удобном месте программы одну строку:

  CnLangManager1.CurrentLanguageIndex:=0;

В итоге это действие приведет к тому, что программа будет «переведена» на язык, который в LangugeStorage имеет индекс 0, т.е. в моем случае — на английский язык. Скрин приводить не буду, просто скажу, что компонент сработал.

Что можно сказать по поводу достоинств и недостатков этих компонентов? Думаю, что пока какие-либо выводы делать не стоит — всё-таки Alpha-версия и тут неизбежны всякого рода баги, странности поведения и т.д. и т.п. Если работа над компонентами продолжится, то скорее всего мы должны получить в свое распоряжение простенькие и легкие в использовании компоненты для локализации и интернационализации проектов. Пока же использовать эти компоненты в серьезных приложениях очень и очень рано.

TLang для FireMonkey

• Разработчик: Embarcadero
• Официальный сайт: embarcadero.com
• Цена: входит в стоимость Delphi
• Дата последнего релиза: 03 сентября 2012
• Поддержка Delphi XE2: имеется

Про этот компонент и работу с ним я рассказывать подробно не буду, т.к. в блоге уже есть статья, касающаяся работы именно с TLang в FireMonkey. Статья называется «Локализация приложений Firemonkey. Компонент TLang» — в ней же Вы найдете достоинства и недостатки этого компонента. В Delphi XE3 работу компонента не проверял.

Multilizer

• Разработчик: Finnish technology company
• Официальный сайт: www2.multilizer.com
• Цена: 299 — 2900 EUR
• Дата последнего релиза: неизвестно
• Поддержка Delphi XE2: имеется

Несмотря на довольно не маленькую цену продукта я все же решил посмотреть, что из себя представляет данных продукт. Multilizer — это специализированный продукт, позволяющий локализовать  различные типы приложений, файлов, dll и т.д. Также в комплект поставки входит набор компонентов для Delphi 5 — XE2. Компоненты я устанавливать не стал, а вот само приложение Multilizer решил испробовать на своем приложении.

Все начинается с тог, что мы создаем новый проект для локализации:

Выбираем первый вариант. Следующий шаг — выбор парсера:

На третьем шаге Multilizer просит нас указать ему файл для парсинга (указал exe), проводит парсинг и выводит результат сканирования:

Следующий шаг — это определение нативного языка приложения и добавление новых языков для локализации:

Multilizer позволяет также определять язык автоматически, но при этом почему-то просит логин и пароль к аккаунту Google 0_O (хоть не ключи от квартиры где деньги лежат). Эту функцию программы я проверять не стал.

После того, как проект создан, открывается окно редактора переводов, которые выглядит вот так:

Надо отметить, что редактор этот довольно навороченный и в течение 5-10 минут разобраться с ним будет сложно (скорее даже — невозможно), поэтому отмечу только то, что мне запомнилось. Например, визульный редактор, с помощью которого можно посмотреть как будет выглядеть переведенная программа:

Также довольно удобно организована работа над самим переводом — можно использовать память переводов, сразу же на виду вся статистика перевода. Также удобно «на лету» смотреть как выглядит переведенная программа — для этого в Multilizer есть опция «Run Translated» (запускается знакомой нам клавишей F9). В общем впечатления от работы с программой остались положительные. Подведу небольшой итог.

Достоинства:

1. Удобный и понятный интерфейс (с основами работы разобрался быстро, дальше просто не полез)
2. Есть память переводов
3. Проекты можно группировать и автоматически переводить более новые версии программы, основываясь на переводах предыдущих версий
4. Удобный визуальный редактор с возможностью просмотра форм приложения без запуска exe
5. Просмотр переведенного exe «на лету»
6. Есть возможность работы с Google Translator Toolkit (работу не проверял — просто видел, что есть такая опция)

Недостатки:

1.  Недостаток один, но, критичный — цена. 2900 европейских рублей за программу, пусть и такую замечательную — это, по-моему, слишком дорого. Тем более, что есть и более экономичные аналоги.

SDL Passolo

• Разработчик: SDL
• Официальный сайт: www.sdl.com
• Цена:  1840 EUR
• Дата последнего релиза: неизвестно

В Radialix есть возможность «выдирать» жестко закодированные строки, для настройки  которой предусмотрена целая вкладка опций:

Другие компоненты, библиотеки и программы

Кроме перечисленных выше библиотек и компонентов для локализации интернационализации ваших Delphi-проектов в Сети есть ещё достаточно много больших и маленьких компонентов для решения этой задачи. Я просто приведу список с перечнем компонентов и ссылками на официальные сайты — вполне возможно, что среди этих решение найдется именно то, которое окажется для Вас наиболее удобным по цене и качеству.

Часть этих компонентов живет и развивается, часть — находится в полумёртвом состоянии, но, вполне возможно, что заработает под XE2. Вот такой у меня получился список решений. Сюда можно было бы добавить ещё ряд компонентов/программ, но, думаю, и из этого списка можно будет выбрать что-нибудь стоящее. Что касается лично моего мнения, то проведя этот обзор я бы склонился к следующим вариантам:

1. Для интернационализации программы я бы выбрал TsiLang — достаточно мощные компоненты. Хоть они и не без греха, но работать с ними вполне можно.
2. Для локализации готовых программ — Radialix.

Ну, а чем бы Вы воспользовались (или уже пользуетесь) я бы хотел прочитать в комментариях :).