Простой и 100% рабочий совет:
Никакие приблуды для локализации НЕ НУЖНЫ. Они как правило неудобны и нефункциональны.

Вам нужна всего 1 процедура получающая на входе номер языка: в нужной форме/модуле пробегаете циклом по контролам, имеющим текст. Ищите в ИНИ файле в секции [MyDLLName.FormXX] имя контрола и зачитываете из него значение. Помещаете это значение в контрол.
Имя файла можно принять как langXXX.ini Где ХХХ=номер языка.
Если такого контрола в файле нет - создаёте с текущим текстом, взятым из контрола.

пример:
[MyDLLXXX.FormYYY]
lblNumber.caption=Номер Документа
lblNumber.hint=Здесь указан номер документа
Grid1.Column1.Title=Номер
Grid1.Column2.Title=Дата
...

Таким образом файл(ы) самопополняется списком текстов контролов. Остается их гуглем перевести на нужный язык.

Список типов контролов должен быть известен обходящей процедуре.

Там же можно хранить всякие прочие тексты модуля. Доставать их аналогично.
Работает быстро.
(профит)

UnHolyDayschi, Гансмокер уже как прикроватная книжка =)
LSV, не вариант. Велика вероятность что продукт будет передаваться переводчикам, поэтому очень желателен внешний редактор (хотя желателен, не значит нужен на 100%). Более того, при таком подходе встает проблема с переводом диалоговых окон, ресурсных строк. Может кто-нибудь подсказать, может ли ITE в принципе работать с длл. Судя по исходникам classes проблема встает в том, что при поиске ресурсной библиотеки из загруженной длл, система пытается грузить рабочую библиотеку.Ресурсные строки тоже можно переопределить (я такое делал). Диалоги тоже можно пропустить через ИНИ.
Все в ваших руках. Отладить можно за полдня.

зы: прочие решения еще более кривые. Причем намного.

UnHolyDayLSV, как вариант не инишник, а xml использовать... Черт знает, надо думать. Ручная забивка объектов и свойств рассматривалась в последнюю очередь...Чем ХМЛ лучше ИНИ ? Ничем. Но ИНИ проще.
Вручную не нужно заполнять. Оно само заполнится при первом открытии.
Осталось только перевести.
Гуглом отлично переводит. Имена контролов не трогает.
Проверяешь, чуть правишь(если надо) и через 2 минуты - готово.
ИНИ можно и в нотпаде поправить.

softwarerLSVОстается их гуглем перевести на нужный язык.
Это инструкция про то, как выставить себя клоуном?Откуда такой вывод ? Между родственными языками (рус-укр-бел-поль) гуглоперевод делается очень даже качественно. Ну конечно всегда есть что подправить или сократить, но это менее 5% строк. Гуглоперевод экономит до 95% времени на перевод.

1) не у всех контролов названия статичны, Проблема решаема: Если динамичные названия берутся из ресурсов или констант, то достаточно перевести их, а сам контрол из списка исключить.
Хуже, если текст берется из БД. Но даже для этого случая можно что-то придумать, н-р парсить пары Hello/Привет, где нечетный токен - из БД, а четный - его перевод. Разумеется придется учесть все варианты. Чаще всего их число конечно.

Код "локализатора" полностью под контролем разработчика. Можно реализовать что угодно. И вставить практически в любой проект.

softwarerLSVМежду родственными языками (рус-укр-бел-поль) гуглоперевод делается очень даже качественно.
Мне сразу вспомнилось, как я попробовал гуглем выяснить, о чём одна классическая еврейская песня. Из тех перлов, что он выдал, мне больше всего запомнилась строка Земля декоративного оргазма .по сабжу: даже если гуглоперевод ошибается в 30% случаев, то все равно это экономит много времени. Поправить намного быстрее, чем перевести все с нуля самому.
И речь не идет про онлайн-перевод (через вебсервисы).

AriochТо же самое с опенсорсным или купленным с исходниками локализатором. Чушь. Там кода в 50 раз больше. И он может быть вообще на другом языке и меть возможностей в разы меньше, чем указанный простой метод.

Коллега, хочу услышать Ваш вариант решения сабжа. С простым добавлением языка за 2 минуты. Без перекомпиляций, с динамической сменой языка. С возможностью легкого встраивания в готовый проект.

Сразу скажу, что когда-то попробовал неск. "готовых" решений. Все до одного - полнейшее, в реале непригодное УГ.

Н-р одно из них предлагало на каждый язык делать отдельную папку с копией всего проекта.
5 языков= 5 копий всего проекта ! Пять, Карл ! С крайне неудобным добавлением нового языка.
Без малейших удобств для перевода. Перевод = просто по всей ветке проекта меняешь тексты. Ручкаме !
Без возможности переключения языка на лету. Просто получаешь ЕХЕ/ДЛЛ на нужном языке.

ДокLSV Коллега, хочу услышать Ваш вариант решения сабжа.
а как проблему решают разработчики Лазаря или та же Эмбаркадера?А хз. :)
Наверно модули с ресурсами.

В некот. проектах есть тхт-файл локализации, а сам проект сделан на переменных, которые зачитываются из этого файла.
На самом деле вариантов немного.

Ariochи тут пользователь переключил язык.И ничего смертельного не произойдет. В следующую отрисовку контрола попадет уже новый язык. Или пусть жмёт F5 :)

95% случаев можно "покрыть" совсем простыми решениями.

А ваш вариант решения так и не прозвучал. :)

YuRock,

Именно так. После смены языка просто переоткрываю новый ини. У меня это Lang1/2/3...
На гл. форме перечитывается гл. меню.

Процедура и не знает, какой именно файл открыт. Просто читает из него при открытии формы.
Можно предусмотреть перечитку текстов всех открытых форм. Не суть.

Главное, что это всего одна простая процедура на весь проект. А ее гибкость довольно высокая.

softwarerLSV Коллега, хочу услышать Ваш вариант решения сабжа. С простым добавлением языка за 2 минуты. Без перекомпиляций, с динамической сменой языка. С возможностью легкого встраивания в готовый проект.
Лично я скажу, что без моих layout-ов либо аналогичных средств эта задача заведомо обречена на провал. То есть, для перевода с русского на украинский, возможно, "варианты решения" ещё и годятся, а для перевода с русского, например, на иврит - подсказать, в каком направлении следуют?Речь про смену направления чтения и расположений контролов ?? :)
Да. В случае иврита или арабской вязи это гораздо более сложная локализация во всех аспектах.

зы:
(осмотр у врача)
- Ой, как хорошо ! ...Ой, как хорошо !
- Доктор, что именно хорошо ?????
- Хорошо, что этого у меня нет.
(с) анек

softwarerLSVРечь про смену направления чтения и расположений контролов ?? :)
Как вишенка на торте. А более обще - про резкое изменение длин надписей, вызывающее необходимость переверстки. Ну и ещё моменты типа шрифтов и размеров. Скажем, русский мы читаем свободно, а вот надпись עולם הדוגמניות того же размера выглядит не лучшим образом, детали мелковаты, особенно если с огласовками.Думаю такие сложные случаи вообще стандартными инструментами не решаются.
Сам проект быть остро заточен под подобные локализации с подменой шаблонов, форм, шрифтов, всех системных сообщений, ошибок и т.д.