gitk still interested in translations?

From: Christian Stimming <stimming@tuhh.de>
Date: Oct 21, 2007, 12:54 UTC
Message-ID: <200710211454.23143.stimming@tuhh.de>
In-Reply-To: <18090.44123.905869.974967@cargo.ozlabs.ibm.com>

Hi Paul,

in July I submitted patches to add the necessary framework for UI translations/i18n to the gitk tool [1] [2], and I'd also volunteer to provide a full German translation. As you pointed out [3], this would require some decisions on integration and installation places, which according to Junios reply [4] didn't seem too difficult.

What is the progress on your i18n plans in gitk? None of the patches had been applied to gitk, have they? If you say you *are* interested, I'd be happy to provide an up-to-date patch against gitk.git @ kernel.org for #1 Makefile rules, #2 msgcat integration, and most importantly #3 message markup.

Christian

[1] http://marc.info/?l=git&m=118554802809395&w=2 [2] http://marc.info/?l=git&m=118554865029767&w=2 [3] http://marc.info/?l=git&m=118559040716553&w=2 [4] http://marc.info/?l=git&m=118559853016496&w=2

Am Samstag, 28. Juli 2007 04:39 schrieb Paul Mackerras:

Show 29 quoted lines

> Christian Stimming writes:
> > Similar to the discussion in git-gui, all user-visible strings are
> > passed through the [mc ...] procedure to have them translated by msgcat.
> >
> > Signed-off-by: Christian Stimming <stimming@tuhh.de>
> > ---
> > @Paul: Are you interested in applying this? If yes, I'd happily
>
> Yes, it doesn't look too bad.  The patch seemed to be line-wrapped and
> whitespace-damaged, though.
>
> > provide the Makefile rules for string extraction and translation
> > catalog updates, but I'd like to hear a proposal or decision on where
> > to place them. Should the po files for translation go into the po/
> > subdirectory? And then a proposal/decision of where to install the
> > compiled .msg catalogs will be necessary.
>
> Yes indeed.  Junio?
>
> Is it possible to include the translations, or at least the more
> common translations, in the Tcl code itself?  So far I have managed to
> have gitk be self-contained, in that it doesn't need any external data
> files, which simplifies installation and is a useful attribute in some
> situations.
>
> Also I would want to be sure that gitk wouldn't crash or fail to
> function if it can't find its message catalogs.
>
> Paul.