On Sat, 15 Apr 2000, Uwe Koloska wrote:
>Because there was a suggestion that xfree86-3.3.5 can be the reason, I
>upgraded to 3.3.6 but nothing changes. The new text layer is a small
>rectangle in the upper left corner ...
I've tested gDynText with my Linux box, recently upgraded to RH 6.2, and it
This is to announce gimp-print 3.1.3. This is still a development
release. The following are the release notes for this version:
1) Completely revamped dithering algorithms. These algorithms should
be faster and easier to maintain in addition to better,
particularly on more advanced prin
The Indexed Color Conversion dialog is far too wide (~1200 pixels) because of
the warning at the bottom. For some reason the label doesn't wrap properly
despite the call to gtk_label_set_line_wrap in convert.c, perhaps because
the width is not limited. Hard-coding a width is tempting but hardly th
Michael Lee wrote:
> The current gimp_rotate procedure does not allow for rotation around an
> arbitrary point even though its code is quite capable of it. It just selects
> the center of the image and uses that as the rotation origin. I added a
> gimp_rotate_around_point procedure and use it i
Again I encounter problem when compiling, with the Perl support.
The configure stage went well. Here's an extract from the make comand:
In file included from Lib.xs:20:
/usr/lib/perl5/site_perl/5.005/i386
Hi!
The following has happened with all gimps after 1.1.18,
even 1.1.20. I have now found the cause.
After doing a successful ./configure
"make" gives the following:
Making all in po
make[2]: Entering `/home/winters/gimp-1.1.18/po'
make[2]: *** No rule to make target `en.gmo', neede
On Sun, Apr 23, 2000 at 12:57:57PM +1000, David Hodson wrote:
>Instead of just augmenting rotation, why not
>provide a 2D transform, with rotate, scale, and shift in a single op?
Hmmm... That wouldn't be too stupid... Isn't this where all the nice
matrix multiplication maths comes in and helps us