José Arcángel Salazar Delgado kirjoitti keskiviikko 14 huhtikuu 2010 19:34:30: > > Hi there. > > > > I still have a problems with internalization of qtjambi applications. As a > > qtjambi maven plugin author, I am looking for people who are translating > > their qtjambi apps to see how they do that and if they have a problems with > > it. Because I have ... > > > > I've asked qt-interest with simple question - is .ts extraction by lupdate > > for .java files supported after discontinuing qtjambi by nokia? But no > > response until now. > > > > My idea ( if trolls will not support that ) is to abandon lupdate binary > > and to handle translation extractions myself in qtjambi plugin. I already > > have a java code which do the same stuff like lupdate ( but still without > > saving anything into xml/ts ). Of course, .qm will not be then supported > > and we will need to implement it or to invite our native format ( now I am > > using custom Translator which uses .ts files instead of .qm ). > > > > Benefit of this will be complete independency from lupdate binary, faster > > response for bugs, no c++ for this ... ) > > > > What do you thing? > Well, I think that we must be sure about the deprecation of the lupdate for > .java files. If that is true, we should have three options: > > 1.- Create or own version of lupdate, compatible with Qt. > 2.- Create a new whole translation system only for jambi. > 3.- Use the internationalization of java (works well in eclipse). > > For now, a will check the code of lupdate, to see if I can figure what happed. > > PD: I'm currently working with the mac tests, but I'm very slow with that > because I'm new in that platform. > _______________________________________________ > Qt-jambi-interest mailing list > [email protected] > http://lists.trolltech.com/mailman/listinfo/qt-jambi-interest >
If this case is same than with uic, let’s just take copy of lupdate from qt-4.6 to jambi for now. Or qt-4.5, if 4.6 one is already fixed. I don’t know whether lupdate is used in same manner, but with uic it is only feasible option. This way(and doing one refactor) we could even free nokia to remove java stuff from their uic... it looks little strange now. Java’s properties system is bad for translating, do Qt offer fuzzy strings and any kind of history? AFAIK Qt pins against actual string translation, not a symbol, which makes it easier to coordinate the translation without tools which tries to guess strings from different files. http://wiki.smar.fi/phase3/index.php?title=Toiminnot:K%C3%A4%C3%A4nn%C3%A4&group=freenet&language=fi I made this kind of translation page for Freenet to overcome those limitations of properties based translations... -- Terveisin, Samu Voutilainen http://smar.fi
signature.asc
Description: This is a digitally signed message part.
_______________________________________________ Qt-jambi-interest mailing list [email protected] http://lists.trolltech.com/mailman/listinfo/qt-jambi-interest
