On Tue, Feb 01, 2000 at 09:12:31PM +0100, Daniel.Egger@xxxxxxx wrote:
> > users want translated plug-ins! wether they come with the gimp or not.
>
> Well, yes, but I guess they wouldn't want to translated them
> themselves, so why personal i.e. with catalog in the home directory?
Because it's the only user-writable place on a machine. I only talk about
installing plug-ins _seperately_ from the gimp.
The reason for a personal translation file is the same reason as for a
personal brushes, plug-ins and session files...
> GIMP itself uses two and a plugin uses also two.
So this means there is no problem, no?
> That would be possible... you can even use the .mo files which are
(gmo == mo, I assume, since I have no idea what I am talking about all the
time ;)
If that's possible (which commands do I need), then there would be no
need to deliver the .po files. However, the .mo file format is not
standardized, so I doubt that it is possible to idsassemble them portably.
> you can use gettext... the only drawback: This would imply that all
> users have the gettext package installed...
I think it's not too unreasonable to requre gettext for installing
plug-ins. It's a bit awkward when you only want to install binary
plug-ins, but since gettext itself is rather inadequate I don'T aim for
the perfect solution, just something that works.
> > (I estimate this to be under 3MB diskspace)
>
> yes..... we could even compress them...
That would require yet another dependency to a compression library/program
that might not be available. OTOH, we might just as well require gzip,
since the plug-in packages are most probably packed with it anyway.
Daniel, do you know how to modify the Makefiles to do that, and where
a good place to store these files is (probably just besides the .mo
files)? There must be a simple way to find them though (a gimptool switch,
maybe)?
Sven??
--
-----==- |
----==-- _ |
---==---(_)__ __ ____ __ Marc Lehmann +--
--==---/ / _ \/ // /\ \/ / pcg@xxxxxxxxxxxxx |e|
-=====/_/_//_/\_,_/ /_/\_\ XX11-RIPE --+
The choice of a GNU generation |
|
