From: jerome <rom...@ya...> - 2012-03-20 09:50:53
|
> work that's already been done. True, there is plethora of nice tools for a cross platform translation support. Also, as said by Benny, with distutils support/implementation (setup.py). We just have a direct relation without *bugs_unrelated_to_Gramps*! https://bugs.launchpad.net/intltool http://babel.edgewall.org/query http://hg.python.org/cpython/file/default/Tools/i18n/pygettext.py http://bugs.python.org/issue8502 http://sourceforge.net/projects/eviltrans/ http://translate.sourceforge.net/wiki/virtaal/development_plans http://translate.sourceforge.net/wiki/toolkit/index#tools etc... Otherwise, if you look at 'make.py' under Addons SVN repository, there is less chances that contributors under Windows OS are able to provide a complete translation support for addons, without error on first run. :( I did not try to write gettext tools into python (I am not able to do that). Also, scripts copied from 'cheerytree' and added into Gramps' po directory should generate the new template (even possible issues related to intltool...). I only grouped all actions, which are sometimes *specific* to Gramps, currently done with shell and command line, and which could be a large sequence of pipe or a classical python script! We do not need a GUI for handling messages/strings. But if GObject/Gtk.TreeModel issue is not fixed on next months https://bugzilla.gnome.org/show_bug.cgi?id=653151 then no need C + GObject layer, and no need Gnome dependencies any more !!! I was always a Gnome user, but if Gramps becomes unstable with last 'default' libs (Gtk3, python3, etc ...), my solution will be to try to run Gramps with CLI and maybe a simple EFL/XFCE desktop ؟ //joke, irony// Regards, Jérôme |