Поддержка многоязычности
Select messages from
# through # FAQ
[/[Print]\]
Goto page 1, 2  Next  :| |:
Total Commander -> Написание плагинов для Total Commander

#1: Поддержка многоязычности Author: Dmitry PostPosted: Mon Feb 27, 2006 12:09
    —
Вопрос: пишу утилиту на Delphi для Total Commander. Планирую реализовать поддержку многоязычности через lng-файлы, но пока не знаю, как лучше, т.к. никогда этим не занимался. Подскажите, как лучше и быстрее это организовать Smile Может у кого-то есть готовые наработки/шаблоны для поддержки многоязычности?

#2:  Author: AthariLocation: Казань PostPosted: Mon Feb 27, 2006 13:09
    —
Если делаешь через LNG-файлы, то ничего гениального не придумаешь. Просто вместо константных строк читаешь строки из LNG...

#3:  Author: Dmitry PostPosted: Mon Feb 27, 2006 21:16
    —
Athari wrote:
Если делаешь через LNG-файлы, то ничего гениального не придумаешь. Просто вместо константных строк читаешь строки из LNG...


Если можно по-подробнее. Я ведь сюда и обратился, чтобы не изобретать велосипед Smile Есть же, наверное, какие-нибудь компоненты для Delphi для автоматического создания lng-файлов по свойствам Caption, Text... элементов управления формы?

#4:  Author: VolniyLocation: Местный PostPosted: Tue Feb 28, 2006 00:58
    —
Dmitry wrote:
Есть же, наверное, какие-нибудь компоненты для Delphi для автоматического создания lng-файлов по свойствам Caption, Text... элементов управления формы?

InqSoft Translation Tool

Quote:
InqSoft Translation Tool - инструмент, при помощи которого осуществляется поддержка иностранных языков во всех проектах автора. Кроме утилиты AutoTranslator, способной автоматически генерировать LNG-файлы и программный код для подключения к тексту программы, в состав пакета входит пример модуль для Delphi 5-7 в исходных текстах, позволяющий легко добавить поддержку иностранных языков в Ваши программы, а также пример, демонстрирющий использование InqSoft Translation Tool.

#5:  Author: Dmitry PostPosted: Tue Feb 28, 2006 19:38
    —
2Volniy

Благодарю, посмотрел и думаю, что мне это поможет

#6:  Author: NikLocation: Киров PostPosted: Thu Mar 02, 2006 20:03
    —
Имхо, самый надежный способ - ручная загрузка строк из ini-файла. При написании, конечно, много геморроя, но зато скорость и гибкость - на высоте (проверено временем; я перепробовал десяток компонентов и от всех отказался)...

Для самых одаренных - пример:
Code:

procedure LoadLanguage(File: string);
begin
 Button1.Caption:=GetIniString('main', 'Button1Caption', 'Отмена', File);
[/quote]

#7:  Author: Sam DarkLocation: Voronezh, Russia PostPosted: Fri Mar 03, 2006 09:25
    —
Nik
Одобряю. Самый лучший способ.

#8:  Author: ParcanLocation: Russian PostPosted: Fri Mar 03, 2006 10:01
    —
Nik
аналогично, быстрее чем сам никакие сторонние программы не сделают.

#9:  Author: МоторокерLocation: г. Пермь (читается Перьмь) PostPosted: Fri Mar 03, 2006 10:13
    —
Quote:
Button1.Caption:=GetIniString('main', 'Button1Caption', 'Отмена', File);


это же всё в цикле делается

#10:  Author: VolniyLocation: Местный PostPosted: Fri Mar 03, 2006 12:29
    —
Nik wrote:
Имхо, самый надежный способ - ручная загрузка строк из ini-файла. При написании, конечно, много геморроя, но зато скорость и гибкость - на высоте (проверено временем; я перепробовал десяток компонентов и от всех отказался)...

Для самых одаренных - пример:
Code:

procedure LoadLanguage(File: string);
begin
 Button1.Caption:=GetIniString('main', 'Button1Caption', 'Отмена', File);
Я балдею от Вас ребята, ну чес слово. Даже не посмотрев, что там по ссылке (там же 200 килобайт всего), обо***ть то, что сделано качественно и с умом. Какие там на хрен компоненты? Человек написал программу, которая генерирует сама готовые к переводу lng-файлы. А пример кода загрузки этих lng-файлов в вашу программу прост как 5 копеек, но при этом оптимизирован чтобы работать быстро. В отличие от предлагаемой тут работы с ini-файлом, когда за один раз считывается по одной строке, чтение секциями ускоряет этот процесс в десятки раз, особенно на NT-шных системах.

#11:  Author: ParcanLocation: Russian PostPosted: Fri Mar 03, 2006 16:01
    —
Volniy
Quote:
тение секциями ускоряет этот процесс в десятки раз

я бы так не горячился

#12:  Author: Dmitry PostPosted: Sat Mar 04, 2006 16:03
    —
Вручную, может и надежнее, но не факт. Поискал я все-таки еще и вот, что нашел для Delphi 7:

DKLang Localization Package (~85Kb) freeware
http://www.torry.net/vcl/vcltools/multilanguage/dklang-package-2.1.zip

Balmsoft Polyglot (~1Mb) freeware
http://www.torry.net/vcl/vcltools/multilanguage/BalmsoftPolyglot.exe

MH Translation Package (~75Kb) freeware
http://www.torry.net/vcl/vcltools/multilanguage/mhtranspack70.zip

Здесь только то, что я проверил на работоспособность.

#13:  Author: VolniyLocation: Местный PostPosted: Sat Mar 04, 2006 16:26
    —
Parcan wrote:
Volniy
Quote:
тение секциями ускоряет этот процесс в десятки раз

я бы так не горячился

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

Если я и горячился, то только по поводу высказываний в стиле "Никогда этого не видел, но уж точно дерьмо." (с) Smile

#14:  Author: NikLocation: Киров PostPosted: Sun Mar 05, 2006 00:33
    —
Volniy
Я пробовал все (!!!) упомянутые выши компоненты и утилиты. Ни одна из них не смогла обеспечить должную гибкость!
Что касается скорости, что здесь тоже все не так просто. Такие вот локализаторы считывают строки для каждого элемента интерфейса отдельно. А если в моей программе есть элементы, имеющие одинаковые имена? В моем AmpView, например, есть строки, которые используются по три-четыре раза! А если нужно делать составные строки? Вписывать в lng-файл локализаторы их все равно придется, но для них нужно объявлять константы, а это лишние строки

Моторокер
Quote:
Quote:
Button1.Caption:=GetIniString('main', 'Button1Caption', 'Отмена', File);


это же всё в цикле делается

Ничево подобного! Для каждой строки пишется своя команда. Да, это лишний код и приходится регулярно дописывать процедуру. Но зато ты точно знаешь, почему та или иная строка не переведена. А искать баги в чужом коде... Увольте... Smile

#15:  Author: vserd PostPosted: Tue Mar 07, 2006 21:57
    —
Nik
Quote:
А если нужно делать составные строки?

Хотя я сам в своих проектах использую ini в качестве Lng, но рекомендации по локализации крайне не рекомендуют использование составных строк. И я исходя из собственного опыта с ними согласен. Это мои грабли которыми я получил шишку.
Так что крайне не рекомендую использовать составные строки в проектах которые по крайней мере ВОЗМОЖНО будут локализовываться. Это черевато.

Quote:
Но зато ты точно знаешь, почему та или иная строка не переведена.

Это высказывание зависит от принятого способа загрузки данных о переводе. Иногда способ приемлим, иногда нет.

Quote:
А искать баги в чужом коде... Увольте...

Смотря как сделана и опубликована система тестирования...
Иногда баги в сторонних компонентах даже приятно искать, это как спортивное состязние. Но опять же это на вкус и цвет...

Volniy
Quote:
Я балдею от Вас ребята, ну чес слово. Даже не посмотрев, что там по ссылке (там же 200 килобайт всего),

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

А 200 К это не так уж и мало.... IMO, если нет нужды особо не полезешь.
всем
А в общем, на вкус и цвет, товарища нет. Если компонент устраивает, значит его можно использовать, если нет, либо писать свой, либо код прямой загрузки. И не надо быть фанатиками, каждой проблеме свое решение. Только автор знает устраивает его это или нет, но альтернативы и уже наработанные возможности нужно озвучить, покрайней мере для того чтобы посмотреть на возможные способы решения.



Total Commander -> Написание плагинов для Total Commander


output generated using printer-friendly topic mod. All times are GMT + 4 Hours

Goto page 1, 2  Next  :| |:
Page 1 of 2

Powered by phpBB © 2001, 2005 phpBB Group