GNOME Bugzilla – Bug 531601
Reference intltool in the docs, not ancient xgettext and friends
Last modified: 2020-11-06 22:22:27 UTC
The docs at http://java-gnome.sourceforge.net/4.0/doc/api/org/freedesktop/bindings/Internationalization.html do not mention intltool. Using intltool is the recommended (actually, the only supported) way to do to translations for Gnome/GTK+ projects. Please expand or replace the section with some basic intltool usage instead of forcing people to do tedious and laborous work themselves using old, non-automated tools.
I thought that stuff was all a bit cumbersome. I'm glad to hear there is something different to use. Vreixo, you wrote all that stuff originally. Have you used intltool? If so, do you want to fix it as Wouter suggests? AfC
I've tried intltool, but documentation continously refer to autoconf/automake. I haven't found any way to make intltool work without that. And I think java-gnome should not force applications to use a given build system. Moreover, autoconf/automake is, imho, not a good solution for java project. I have make xgettext work for java files. No success with intltool. If somebody can address this issue it would be great, as intltool has great support for non-code-source files, such as .desktop files, glade files, etc...
Intltool works without autotools as well. I use it e.g. in web projects written in PHP. The basic requirements are:: - setting up a Makefile (or the equivalent for other build systems) to: - compile .po files into .mo files - install the .mo files in the appropriate location - a POTFILES.in and (optionally) a POTFILES.skip file in the po/ directory - running intltool-update <LANG> (and -p the first time) in the po/ directory
> Intltool works without autotools as well. Great! Now the second step: how? is this documented? Do you know about any doc I can use to learn about how to use intltool without autoconf/automake? Are you sure I can do with intltool-update the same I can do with xgettext? Do intltool offer good support for Java language? Can you specify --keyword=_ --keyword=N_ as in xgettext - because we use _() with java, not the default gettext java support (very ugly)? I'd like to use intltool in java-gnome. But I don't know how! I need documentation, I have search for it during weeks without success. I you can show me good tutorial, or even answer the questions I'll have, I can take the time to update java-gnome to use intltool. At this time, I think intltool won't work ok for us. I hope to be wrong. Vreixo
FYI, This is what I use for PHP (no autotools whatsoever): http://bazaar.launchpad.net/~uws/anewt/anewt.uws/annotate/uws%40xs4all.nl-20080505212234-9y5s73m26iqigjks?file_id=i18n.make-20061228161338-qqfhbf8hswrejsey-1 Copy i18n.make to po/Makefile, create a i18n.conf with the name=value pairs grepped for at the top of the file and it already mostly works. Note the hack to find all .php files. The propery way would be to have POTFILES.in written by humans, not automatically generated.
> This is what I use for PHP (no autotools whatsoever): mmm, looks ok. I will take a look. > The propery way would be to have > POTFILES.in written by humans, not automatically generated. that is a thing I really don't like it too much... Java programs use to have lots of files, updating POTFILES.in by hand can be a pain. And that adds no value, as computer is good enought to search for strings marked with _()!! Is there any strong reason to force users to mantain POTFILES.in? Vreixo
(In reply to comment #6) > > The proper way would be to have > > POTFILES.in written by humans, not automatically generated. > > that is a thing I really don't like it too much... Java programs use to have > lots of files, updating POTFILES.in by hand can be a pain. And that adds no > value, as computer is good enought to search for strings marked with _()!! Is > there any strong reason to force users to mantain POTFILES.in? Other than control over the process, I can't think of any. Oh, perhaps excluding deprecated files or e.g. svn:external includes.
No one worked on this. Bumping to 4.0.9 AfC
I hope to take care of this in a pair of weeks. 4.0.9 is ok.
No one worked on this. Bumping to 4.0.10 AfC
Ups, I completelly forgot about this. Given I have no time to huge contributions for now, I will address this. I promise it will be ready for next release.
bugzilla.gnome.org is being replaced. We are closing all old bug reports in Bugzilla which have not seen updates for many years. If you can still reproduce this issue in a recent version of java-gnome, then please feel free to report it at https://github.com/istathar/java-gnome/issues Thank you for reporting this issue and we are sorry it could not be fixed.