Да, я это помню, и писал именно про применение.

Ну я так понял, что чел хочет что-то наподобие, как в Тотале, языковый перевод отдельным файлом, которй можно отредактировать

Ну что-то вроде этого

со временем это будет

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

на лету нет - техническая база не позволяет.

ручками все возможно...

по трудозатратам быстрее получится сделать вторую копию программы на втором языке.

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

HikeR, еще хотелось бы узнать, какие именно изменения ожидаются от элемента? можно например добавить новое св-во LangPath, в котором указывается путь до папки lng файлов с именами языков (ru.lng, en.lng и т.д.). Соответственно при старте программы в элемент грузятся не статические строки, а содержимое файла выбранного языка. Формат lng файла может быть примерно такой

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

- выбор места хранения информации о текущем языке, либо в реестре, либо в инишнике (как положение и размеры главной формы).
- если в файле, то читать из инишника главной формы параметр Language с именем (и/или путём) файла. тогда не нужнр дополнительное свойство элемента "транслятор".
- после отметки всех элементов подлежащих переводу по двойному щелчку по транслятору открывается не текущий редактор массива, а просто текстовый редактор с выводом названий переводимых элементов, желательно с возможностью записи для дальнейшего редактирования.
- формат файла "значение=перевод" можно дополнить пониманием коментариев с разделителем "точка с запятой".
- не нужно заводить на каждый язык свой элемент "транслятор", достаточно одного с инфой о том, где лежит указатель на языковой файл. то есть для поддержки нового языка не нужен автор программы, досточно просто добавить новый языковой файл и указать его как стартовый.

------------ Дoбавленo:

смена на лету действительна нужна очень редко, поэтому фиг то с ней ;)

т.е. заменить массив текстовым редактором? Это чем-то удобнее?

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

убедительно, поменяю.
------------ Дoбавленo:

изменения внесены

эээ... а что надо добавить в инишник компонента, чтобы появились новые свойства? я так понял, что не хватает вот этого:

забыл про коммит папки base... вот так надо

не выходит аленький цветок...
отредактировал Translator.ini, в программе указал такие значения:
Place=IniFile
Key=Language
Section=Main
Value=ru
LangsDir=.

рядом лежит инишник с именем программы, в секции [Main] есть ключ Language со значением ru.
там же лежит экспортированный из редактора массива файл ru.lng.

запускаю - перевода нет.