| View previous topic :: View next topic |
| Author |
Message |
Surveyor
Joined: 08 Feb 2008
Posts: 86
Location: British Columbia, Canada
|
 Posted: Mon Oct 26, 2009 3:41 pm Post subject: IDEA - 'Universal' translation method |
 |
|
Instructor,
Current translations are compiled into resource files (English/Russian are built-in), but plugins are only in English(?). I have seen a method used by some programs which uses a text file for each language similar to:
| Code: | English - translation strings
str001="&File"
...
str013="Pa&ge setup..."
etc. |
Strings are loaded at startup (or as needed?) from the appropriate language flie. If this method were used, plugins could also be incorporated and additional translations or corrections could be EASILY made by anyone, without a re-compile! Text file would have to be 1200 UTF-16 LE (or similar) to allow foreign language characters.
Problem is, of course, that this would mean a major(?) change to AkelPad and plugin structure. Might be just too much work, or not practical...
Just a thought for possible future versions... Comments, anyone?
_________________
"My work is so secret, even I don't know what I'm doing!" - Surveyor |
|
| Back to top |
|
 |
VladSh
Joined: 29 Nov 2006
Posts: 632
Location: Киев, Русь
|
| Posted: Thu Nov 19, 2009 12:59 pm Post subject: |
|
|
EN (sorry... it's Google-translate text  )
This idea is already hovering in the brain ...)
1. Create a list of all the phrases used by the program, save them to file for a particular language.
For example it can be done in the image and likeness of INI-file:
| Code: | | IDC_COMMANDNAME = "name of command" or IDN_COMMANNUMBER = "name of command" |
example: | Code: | | IDC_NEW = "New" or IDN_4101 = "New" |
------------
| Code: | | IDL_LABLE = "lable" |
example: | Code: | | IDL_MENU_FILE = "File" |
------------
| Code: | | IDMC_MESSAGECAPTION = "title of the message box" |
example: | Code: | | IDMC_AKELPAD = "AkelPad message ..." |
------------
| Code: | | IDMT_MESSAGETEXT = "text message" |
------------
etc. ..
2. Put in folder AkelFiles\Langs these files for different languages.
If files are missing, the program takes the English (probably need to keep fnutri, as now).
3. Use in the program, plugins, scripts defined messages from lng-files.
Add to Scripts-plug method, which returns to the text on ID._. .., respectively, the current language, for example:
| Code: | | var txt = AkelPad.GetLangString (IDMT_QREPLACEFILE); |
txt enrolled in the variable value to the message: "File already exists, replace it it?"
By the way, could be in the messages indicate variables, such as:
| Code: | | IDMT_QREPLACEFILE = "File %VAR1% already exists, replace it?" |
and then, having received the message already in the program/plugin/script to replace %VAR1%...n on corresponding values.
In my opinion, not a bad idea 
P.S. Here, I once suggested that the format of the menu ... but this work is more serious and global.
RU
Подобная идея уже витала в мозгу...)
1. Создать список всех фраз, используемых программой, сохранять их в файле для определённого языка.
Например это можно сделать по образу и подобию INI-файлов:
| Code: | | IDC_COMMANDNAME = "Имя команды" или IDN_COMMANNUMBER = "Имя команды" |
т.е. это выгледело бы так: | Code: | | IDC_NEW = "Новый" или IDN_4101 = "Новый" |
------------
| Code: | | IDL_LABLE = "надпись" |
пример: | Code: | | IDL_MENU_FILE = "File" |
------------
| Code: | | IDMC_MESSAGECAPTION = "заголовок окна сообщения" |
пример: | Code: | | IDMC_AKELPAD = "AkelPad message..." |
------------
| Code: | | IDMT_MESSAGETEXT = "текст сообщения" |
------------
и т.д...
2. Положить в папке AkelFiles\Langs эти файлы для разных языков.
Если файлов нет, то программа берёт английский (видимо надо хранить фнутри, как и сейчас).
3. Использовать в программе, плагинах, скриптах установленные сообщения из lng-файлов.
Добавить в Scripts-плагин метод, который возвращал бы текст по ID._..., соответственно текущему языку; например:
| Code: | | var txt = AkelPad.GetLangString(IDMT_QREPLACEFILE); |
в переменную txt записалось бы значение сообщения: "Файл уже существует, заменить его?"
Кстати, можно было бы в сообщениях указывать переменные, например:
| Code: | | IDMT_QREPLACEFILE = "Файл %VAR1% уже существует, заменить его?" |
а затем, получив текст сообщения, уже в программе/плагине/скрипте заменять %VAR1%...n на соотвтетствующие значения.
По моему, неплохая идея |
|
| Back to top |
|
|
FeyFre
Joined: 07 Aug 2007
Posts: 149
Location: Vinnitsa, Ukraine
|
| Posted: Thu Nov 19, 2009 2:45 pm Post subject: |
|
|
VladSh, подобным приемом пользуется Миранда, только значительно гибким.
Ты предлагаешь давать текстовым надписям идентификаторы, а внутри искать по ним подгружать строку, а в случае отсутствия такой - брать где-то строку по умолчанию. Значит нужно хранить и идентификатор, и значение по умолчанию. Не экономно это.
Потому Миранда делает так: она не хранит никаких идентификаторов вообще. Если ей нужно вывести какой-то локализированный текст, ключом для поиска перевода этого текста служит сам текст, и если он в переводе не найдет - подставляется оригинал. Таким образом не хранятся нигде лишние данные. Файлы локализации - обычные текстовые файлы лежащие в корне приложения, и имеющие простой ini-подобный формат. |
|
| Back to top |
|
|
VladSh
Joined: 29 Nov 2006
Posts: 632
Location: Киев, Русь
|
| Posted: Thu Nov 19, 2009 3:53 pm Post subject: |
|
|
FeyFre
Таким принципом пользуются почти все проги, в которых есть локализация.
Более гибким или менее - это смотря с какой стороны посмотреть.
Конечно, только для целей локализации непонятно, зачем идентификаторы... если разобрать, к примеру, меню AutoCAD'а, то видно, что за идентификаторами команд идут не только наименования (они - только малая часть общего механизма), а и связь с соответствующим лейблом (как здесь), с текстом описания, выводимым в строке состояния при наведении курсора мыши, когда пункты меню становятся недоступными, также можно напротив идентификатора команды писать лёгкие скрипты на макроязыках или указывать вызов внешних скриптов/прог. Потом для вызова команды не надо ничего искать, - она просто вызывается по единственному идентификатору, а весь этот "паровоз" тянется следом.
Всё это становится понятным, когда пункты меню со своей кучей настроек используется в разных меню.
Если же смотреть с точки зрения удобства, то оперирование в программном коде огромными "стрингами" вместо идентификаторов - сомнительное удовольствие.
P.S. Кроме AutoCAD'а можно посмотреть как устроены файлы lng во многих прогах: Opera, KMPlayer и т.п., просто у него они лучше всего проработаны. |
|
| Back to top |
|
|
FeyFre
Joined: 07 Aug 2007
Posts: 149
Location: Vinnitsa, Ukraine
|
| Posted: Thu Nov 19, 2009 5:09 pm Post subject: |
|
|
VladSh
| Quote: | | Если же смотреть с точки зрения удобства, то оперирование в программном коде огромными "стрингами" вместо идентификаторов - сомнительное удовольствие. |
А $define зачем? C - без препроцессора в практичном применении не возможен. Поэтому оперирование огромными "стрингами" сводится к оперированию дефайнов их заменяющих.
Дэфайны ложатся в отдельном H-файле, в котором только они и находятся, типа этого: | Code: | #ifndef __TRANSLATE_H__
#define __TRANSLATE_H__
#define MESSAGE_NOMOREFOUND _T("No more found")
#define MESSAGE_NOFILEFOUND _T("File not found. Create?")
....
#endif //__TRANSLATE_H__ |
Это файл инкладится в исходник и компилируется.
Также этот же файл является входящим файлом для утилиты генерации шаблонов файлов перевода(файл структурирован и распрасить его не проблема для составления шаблона в который осталось ввести перевод) |
|
| Back to top |
|
|
pvagner
Joined: 27 Jul 2008
Posts: 47
Location: slovakia
|
| Posted: Sat Nov 21, 2009 5:57 pm Post subject: |
|
|
I am not sure your approach considers it but I think if we are about to introduce kind of language files, then they should be stored in UTF-8 encoded files and then they can be properly displayed on any operating system.
Currently even russian plugins need seperate language strings for unicode and ansi versions of Windows.
_________________
NVDA (NonVisual desktop access) |
|
| Back to top |
|
|
|
|
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
|
Powered by phpBB © 2001, 2005 phpBB Group
|
FAQ
Search
Memberlist
Usergroups
Register
Profile
Log in to check your private messages
Log in
