Hi,On Thursday 23 May 2013 15:47:41 Yuri Chornoivan wrote:Thu, 23 May 2013 15:36:05 +0300 було написано meik michalke > RKWard plugins define their UI in XML and generate output with > JavaScript, do > these methods cover that as well? > > > viele grüße :: m.eikI hope they should. Most of KDE Applications define UI in XML and many has translatable JS parts now. So it should be feasible for RKWard. There werevery hard localization cases in KDE but they had found good solutions until now. It may happen that even minimal changes can work [1].well, this really is a neglected area. Basically, what it comes down to is- for the xml-files (and .rkh-file) gather a list of which attributes and contents need to be translated (mostly "label"s). Turn that into a script using extractrc or other techniques.- for the js-files: define a function i18n() in common.js, and use it aroundtranslatable strings.After that, some - moderate - work will be needed on the C++-side to actuallylook up and show the translated strings. The somewhat more difficult questions are:- How to make sure that the extracted .pot-file contains enough context to make a usable translation possible? What should be extracted? Element names,name of plugin, etc.? Is further markup needed to provide context info, manually? - What's the translation unit (for which a .pot-file should be created)?Single plugins? One .pluginmap? How will the translation workflow be managed?
Guessing on the catalog sizes and their numbers, it would better to have one catalog for every pluginmap.
The structure of the translation palette can be similar to Scilab [1].
Most of this can be adjusted later on. However, any changes to the extracted context information will invalidate any translations. So at least this step will require some careful thinking, preferrably by an experienced translator.
I guess you are talking about Rossetta feature to invalidate translations for one-letter changes, right? This can be mitigated by the fact that RKWard is likely translated by the people that are experienced in computer sciences and have some knowledge in translation memory and its usage. ;)
So - if e.g. you could provide a sample .pot-file for one or two actual plugins, that would be very valuable as a basis for further discussion / implementation.
A test script for analysis.pluginmap is attached (has some troubles with extracting from .js). The results are uploaded to this file:
https://dl.dropboxusercontent.com/u/55247264/plugin_analysis.pot Can we just skip js as a first step? Thanks for your answer. Best regards, Yuri
Messages.sh
Description: Binary data
------------------------------------------------------------------------------ Try New Relic Now & We'll Send You this Cool Shirt New Relic is the only SaaS-based application performance monitoring service that delivers powerful full stack analytics. Optimize and monitor your browser, app, & servers with just a few lines of code. Try New Relic and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_may
_______________________________________________ RKWard-devel mailing list RKWard-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rkward-devel
