I have a question: what standard do the po-filenames follow? In the
current gimp, we have a en_GB translation, however, GB is not a toplevel
domain, but the iso-3166 code for the UK.
On the other hand, we also have uk (which is a toplevel domain, but not
for ukraine), however, the iso-3166 code
On Mon, Feb 21, 2000 at 01:37:39PM +0100, Marc Lehmann wrote:
I have a question: what standard do the po-filenames follow?
[Sleepy misunderstanding deleted]
Just in case anyone else is as tired as Marc was when he wrote that,
we're using the same convention as everyone else in gettext-land,
On 21 Feb, Marc Lehmann wrote:
I have a question: what standard do the po-filenames follow? In the
current gimp, we have a en_GB translation, however, GB is not a
toplevel domain, but the iso-3166 code for the UK.
On the other hand, we also have uk (which is a toplevel domain, but
not for
Tom Rathborne wrote [Sun Feb 20, 20:27 ]:
snipped...
Yes, but you haven't gone far enough.
Each colour at a gradient node should be customizable through an
expression language (like in MathMap), so instead of gradients like
'Tube_Red', there would just be 'Tube'. The highlight for 'Tube'
On Sat, 19 Feb 2000 [EMAIL PROTECTED] wrote:
On 18 Feb, Blue Lang wrote:
did someone take that out of cvs? i just did an update from the
anon-cvs tree (the one hosted by debian,) and cvs axed pathsP.h from
the app/ dir. now gimp won't build.
rerun autogen.sh
did that. :)
if
Hi,
if you have time, would it be possible to get someone with better
bandwidth than i to download a clean copy of CVS gimp and see if it
builds? i've done distclean and autogen, etc, etc - apps/pathsP.h is still
not in CVS (and there still seem to be dependancies on it,)
I'm pretty sure
On Mon, Feb 21, 2000 at 01:37:39PM +0100, Marc Lehmann wrote:
I have a question: what standard do the po-filenames follow? In the
current gimp, we have a en_GB translation, however, GB is not a toplevel
domain, but the iso-3166 code for the UK.
On the other hand, we also have uk (which is a
On 21 Feb, Blue Lang wrote:
did that. :)
if you have time, would it be possible to get someone with better
bandwidth than i to download a clean copy of CVS gimp and see if it
builds?
Yes, it builds it's in our SuSE internal database
i've done distclean and autogen, etc, etc -
I'm just waiting right now for Michael J. Hammel to sign off on a
couple of bug fixes (which isn't absolutely a sure thing), then I'll
release 3.0.7. To whom should I send the patch when it's ready?
I'm hoping to do 3.1.0 this evening; I'll also send that announcement
to this list. I'll be
Ludovic Poitou wrote:
Hi there,
I've had trouble compiling gimp 1.1.17 on Solaris 8 with the native
compiler (Workshop 5.0).
Here's the list of problem :
In plug-ins/common/ both gauss_iir.c and gauss_rle.c fail compiling
because of G_MAXDOUBLE.
Hi,
G_MAXDOUBLE might be *slightly*
I've had trouble compiling gimp 1.1.17 on Solaris 8 with the native
compiler (Workshop 5.0).
Here's the list of problem :
Fixed in CVS together with a few more places that had the same problem.
Thanks for the report. If you have access to CVS, please update your tree
and give it another
11 matches
Mail list logo
