Dear all,
In a number of cases we have stumbled upon a shortcoming of the
translation framework. It is my understanding that generator.py scans
class files for tr*() and marktr() calls in order to extract relevant
translation message ids. It then looks up these ids in the .po files to
compile the final JS file.
While this behavior is generally fine, there a lot of cases where we
need to include message ids that do not appear in class files, the most
prominent being:
- message ids that are dynamically generated by adding a prefix to a
server response
- messages appearing in XML files that are parsed at runtime (Qookery)
- message ids as values of static maps that are lazily replaced by their
translation only on first use at runtime
Right now we resort to workarounds such as:
__uglyHackForQooxdooAggressiveTranslationOptimization: function() {
// TODO There must be a better way to achieve this!
this.marktr("waffle.common.code.gender.M");
this.marktr("waffle.common.code.gender.F");
}
Is there a better way to achieve this?
An option in generator.py that includes all .po file content regardless
of message id existence would be perfect.
--
George Nikolaidis (gnikolai...@ergobyte.gr)
MEng, MSc Information Systems
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Ergobyte Informatics S.A.
Innovative Software Development
21 Aristotelous str., 54624 Thessaloniki, Greece
Tel: +302310288434, Fax: +302310288134
Website:www.ergobyte.gr
------------------------------------------------------------------------------
BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
Develop your own process in accordance with the BPMN 2 standard
Learn Process modeling best practices with Bonita BPM through live exercises
http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF
_______________________________________________
qooxdoo-devel mailing list
qooxdoo-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
