Простой и 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% случаев, то все равно это экономит много времени. Поправить намного быстрее, чем перевести все с нуля самому.
И речь не идет про онлайн-перевод (через вебсервисы).