I'm working with a lot of small grayscale images with transparency. The
grey-on-grey checkerboard that gimp displays for "transparent" pixels
camoflauges the actual image pixels almost perfectly, making things hard
to work with. Is there a preference somewhere to set the transparent-bg
to some t
I'm having problems compiling gimp 1.2.1 on Solaris 8.
uname -a: SunOS hostname 5.8 Generic_108528-05 sun4u sparc SUNW,Ultra-5_10
gtk-config --version: 1.2.10 (compiled from source)
gcc --version: 2.95.2
the configure makes the CC and LD in plug-ins/perl/*/Makefile be cc.
I want gcc. If I change
http://www.mail-archive.com/gimp-user%40xcf.berkeley.edu/msg03034.html
http://www.mail-archive.com/gimp-developer%40scam.xcf.berkeley.edu/msg04181.html
___
Gimp-user mailing list
[EMAIL PROTECTED]
http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-user
On Wed, 23 May 2001, Kelly Martin wrote:
> Unfortunately, there is no "5. Add more processors"; GIMP does not
> multithread.
I enable multi processor when I compile gimp. I don't have the exact
switch on me but I keep it in a text file at home. If you've got an SMP
box you should compile accor
On Wed, 23 May 2001 08:19:54 -0500 (CDT), ebi5 <[EMAIL PROTECTED]> said:
>Are there ways to speed up handling of large files? i.e. zooming and
>refresh rate.
1. Increase the tile cache size.
2. Add more memory.
3. Use faster hard drives.
4. Use a faster processor.
Unfortunately, there is no "5.
* Carol Spears <[EMAIL PROTECTED]> [010523 15:08]:
> To my understanding, the gimp was build with quality images as a first
> priority and speed second.
>
> Someone told me, good things take time.
:)
Maybe, but why not throw more RAM at it.
That fixes nearly everything GUI-related...
Isn't the
To my understanding, the gimp was build with quality images as a first
priority and speed second.
Someone told me, good things take time.
ebi5 wrote:
>
> Are there ways to speed up handling of large files? i.e. zooming and
> refresh rate.
>
> Thanks,
>
> : Gene Imes h
