Marc Lehmann wrote:
On Fri, Nov 26, 1999 at 09:45:21PM +0100, Sven Neumann [EMAIL PROTECTED]
wrote:
It seems your latest commit fixed the problem! Great work! Now it's
time for the translators to update the po files and there are still
a lot of plug-ins that need to be
Michael Natterer wrote:
But apart from the fact that the current implementation works, I'd still
vote for putting _all_ translations (not only the menus but just any string)
into _one_ gimp.mo file. (I don't see another way to correctly translate
string which are defined in libgimp (e.g.
On 23 Nov, Michael Natterer wrote:
I did some debugging there and noticed that gettext() returns
"/Datei/tearoff1" for _any_ string which has the form "*/tearoff1"
().
This is either a bug in our po-files, a bug in gettext or a feature of
gettext which allows to do some magic by
On 27 Nov, Marc Lehmann wrote:
PS: does gimp now translate by component or still using the whole
path?
Componentwise...
BTW: Is there any special reson I can't unsubscribe from this list and
subscribe again with another address? Quite annoying
--
Servus,
Daniel
On 23 Nov, Marc Lehmann wrote:
(btw, can anybody tell me why redhat ignores LANG? and what is this
LINGUAS thing anyway? maybe because other variables like LC_ALL are
also set and take precedence?)
LANG will be just used if no other LC_* is set to something... and
LINGUAS are all possible
Nick Lamb wrote:
On Fri, Nov 26, 1999 at 01:03:08AM +0100, Sven Neumann wrote:
In French I can say "Fichier-New"
and then choose "Type d'image RVB, OK"
Resulting image is called "SansTitre-0.0"
Well, if would be working correctly, it would say "Fichier/Nouveau...".
... but
Mitch wrote:
My installation suffered from the old problem and still is not able to
look up translations from "gimp-std-plugins"
So my question to the deveopers: Does anyone have the plugin names
(not the paths) correctly translated in the menu hierarchy???
It seems your latest commit
On Fri, Nov 26, 1999 at 09:45:21PM +0100, Sven Neumann [EMAIL PROTECTED]
wrote:
It seems your latest commit fixed the problem! Great work! Now it's
time for the translators to update the po files and there are still
a lot of plug-ins that need to be internationalized. Any volunteers?
We
On Sat, Nov 27, 1999 at 03:23:02AM +0100, Marc Lehmann wrote:
We still need to work the perl plug-in names in. The problem is that
gettext does not support this (and I see no way to modify the makerules
without re-writing them totally. Just another reason why automake is
evil).
Doesn't
Sven Neumann wrote:
The string gets passed through menu_translate when the labels are build, so
it should work for all menus. Hmm, I have now changed this.
A problem is that there is no table for "Image/Filters/Blur/tearoff1"
or "Image/Filters/Blur" in gimp.pot or gimp-std-plgins.pot.
On Wed, Nov 24, 1999 at 06:10:29PM -0500, Federico Mena Quintero [EMAIL PROTECTED]
wrote:
Please note that "LANG=de" will not work
Really? It works fine on all my systems (and also some non-linux systems)
;) It does not work, though, on the redhat systems I recently saw.
Please read the libc
For me at least, i686 based RH 6.1 on two machines (one more "out of box"
than the other, but neither of them's been extensively hacked) builds a
working and i18n'd Gimp no problem.
In French I can say "Fichier-New"
and then choose "Type d'image RVB, OK"
Resulting image is called
On Tue, 23 Nov 1999, Marc Lehmann wrote:
On Tue, Nov 23, 1999 at 03:27:54PM -0500, Glyph Lefkowitz [EMAIL PROTECTED]
wrote:
(btw, can anybody tell me why redhat ignores LANG? and what is this
LINGUAS thing anyway? maybe because other variables like LC_ALL are also
set and take
Still, nothing is different! However,
[glyph@helix ~]$ ls -al /opt/gimp/share/locale/
Ok... have you compiled gimp yourself to this location? If yes, maybe gimp
errornously installs its locale files somewhere else (and doesn'T find it
anymore).
That can't be good. I've checked out a
Hi all,
I just studied the GtkItemFactory code...
It seems we're doing _many_ useless translations in the menu system.
For example all calls to menus_set_sensitive() et.al. are using strings
which are marked with N_().
However it's totally sufficient to pass the untranslated (english)
Sven Neumann wrote:
Hi all,
I just studied the GtkItemFactory code...
It seems we're doing _many_ useless translations in the menu system.
For example all calls to menus_set_sensitive() et.al. are using strings
which are marked with N_().
However it's totally sufficient to
BTW: I came to the conclusion that plug-ins should register their menu
entries using the N_(...) macro, not the _(...) macro. This is now done
inconsistently.
I agree that for the plug-ins placed out of Image/Filters
hierarchy like "Image/Layers/Rotate/180 degrees". But how will we
treat menus
On Tue, Nov 23, 1999 at 06:29:42PM +0100, Michael Natterer [EMAIL PROTECTED]
wrote:
I did some debugging there and noticed that gettext() returns "/Datei/tearoff1"
for _any_ string which has the form "*/tearoff1" ().
Hmm.. ;) this could explain the problems we encounter (at least it gives
18 matches
Mail list logo