Замечательный компонент Translator, прекрасно работает.
Но работает он только со свойствами которые имеют тип String (правая кнопка мыши по свойству --> Перевести), а если свойство типа ListString - то (правая кнопка мыши по свойству --> Перевести) недоступно. Получается, что строки такого компонента как Menu нельзя перевести на другой язык с помощью Translator. Дальше, имхо, еще хуже - перевод панели инструментов, как?
Возможно есть кокой-то специальный символ, тег для пометки строк ListString на перевод???
Очень удобно использовать один файл с переводом для определенного языка без всякой дополнительной обвязки компонентов, которые имеют свойство типа ListString.
Прочитал:
http://forum.hiasm.com/forum.html?q=3&p=145812
http://forum.hiasm.com/forum.html?q=3&p=114739#p114739
http://forum.hiasm.com/forum.html?q=3&p=94079
и другие темы в которых хоть что-то сказано о локализации интерфейса.

Как-то случайно надыбал на форуме пример по локализации интерфейса, и потерял...
Уже третий день рою форум на предмет темы, и пока безрезультатно (Поиск на форуме ужаснейший....)
Я плакать....

Никому нечего сказать...

Печально.

Неужели все так плохо?

http://forum.hiasm.com/forum.html?q=3&p=213348
Авось поможет, мне помогает

Не совсем. В HiAsm жмем F1, выбираем Оболочка->Локализация и внимательно читаем до конца.
И примерная наколка в придачу:
code_31375.txt
------------ Дoбавленo в 17.35:
В StrList загружаешь нужный файл - выйдет проще.

Tad
Это конечно выход, но согласитесь - подход не рациональный и не совсем правильный.
При таком варианте для каждого меню в программе (для разных окон) нужно иметь отдельный файл локализации, а также для каждого списка, что необходимо перевести. И количество этих файлов нужно умножить на количество языков, которые будут использоваться в программе.
Как вариант использования единственного файла локализации для каждого языка:
code_31378.txt
Доп. файлы в прещепке
Прищепка:http://forum.hiasm.com/forum_serv.php?q=56&id=3553

Редактировалось 3 раз(а), последний 2021-05-22 06:38:45

Не понял вопрос.

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

А разница? Что так, что єтак...
В данном случае файл локализации выступает в роли базы. Базу переводить сложней - нужно доп. ПО.
И потом, снова упираемся в тоже меню, списки, панели инструментов, как указать что их нужно переводить, пусть и перевод в базе?

Я так понимаю - компонент Translator работает со свойством помеченным для перевода, а нужно помечать для перевода непосредственно строки. И скорее всего, это есть проблема.

Никаких проблем - вот один из методов организации перевода листов и меню:
lang.rar
А можно загружать List-ы по doAdd с помощью Str_Enum

Отлично, Ваш вариант значительно быстрее моего.

Как на меня то, это все (выше описанные способы) через одно место. Это есть выверт для выхода из ситуации.
Есть компонент, который занимается переводом интерфейса. При чем делает это замечательно, что ему указали перевести то и он переводит. С другой стороны, пользователь ограничен в выборе переводимых строк. И это ограничение накладывается средой.
И чтобы дать пользователю возможность помечать для перевода любые строки - нужно ломать среду. А этого никто делать не будет.

Как мне видится работа Translator:
1. Помещаем на схему компон. Translator
2. Нажимаем в свойствах компонента LangWords
Компонент шерстит всю схему на наличие вероятных строк для перевода
Заполняет табличку с вероятными строками с "птичкой" перевести
3. Пользователь снимает/устанавливает птички напротив необходимых строк
4. Жмет кнопку AddLang, появляется еще одно поле для перевода на нужный язык
Если нужно, еще жмет AddLang дабавляя следующие поле для языка и т.д
5. Редактирует переводы.
6. Жмакает кнопочку Экспорт, и получает готовые файлы локализации

Сразу хочу сказать, я ни кого не прошу это сделать и делать сам не буду (потому как не знаю ни Делфи на Паскаля, тока Бейсик в институте учил) Потому и выбрал ХиАсм.
Я, лиш изложил свое мнение и видение данной проблемы.

sashaoli, для этого нужно среду дорабатывать, а она заморожена, и плюс исходников ни у кого (кроме Автора) нет.

А сделать программку, открыть в ней sha-файл, выбрать что нужно и создать lng-файл ?
Подумать надо.
Что-то подсказывает, что "не так страшен черт..."

Интересненько.

Только одна проблема, помечается для перевода не строка, а свойство компонента такой меткой - MakeTrans(Caption)
------------ Дoбавленo в 21.54:
Открываем sha, помечаем нужные свойства меткой MakeTrans(....)......

Например с ListBox такой номер не пройдет, потому как в свойстве Strings= используются служебные символы:

Не вникал, но проблем не вижу.
мы должны получить
(если программа пишется на русском)
Потом этот файл загоняешь в Google переводчик, корректируешь перевод и получаешь lng-файл на любом языке
И где проблемы.

Проблема - в отсутствии времени.