Hi,
[EMAIL PROTECTED] (Carsten Hammer) writes:
> > gcc -g `gtk-config --cflags` -O2 -Wall -c fourier.c
>
> Anybody here who can help Frank? I dont know whats going on there..
what about using gimptool to get the compiler and linker flags right?
Try:
gimptool --build fourier.c
or if t
Frank Hrebabetzky wrote:
>
> Dear Carsten,
>
> I just tried to compile your Gimp/fourier package on
> a PC/K6 with SuSe Linux 6.4 and got the error
> messages in the attachment upon executing make.
>
> I know just the basics about Linux and C.
>
> Any hints? Do y
On Tue, Feb 06, 2001 at 11:15:36AM +0100, Martin Weber wrote:
> Now we could use the very very fast FreeImage (faster than Photoshop) in
> GIMP. Here the plan of the authot about FreeImage:
>
> FreeImage/FreeEffects dual license
> I am planning to dual license FreeImage and Free
Hi Hans,
Hans Breuer <[EMAIL PROTECTED]> writes:
> >> Second question:
> >> - to make Gimp compile again I needed to include some headers
> >> in other headers again (see attached patch). Yes, I've read the
> >> docs, which say not to do so, but
Simon Budig <[EMAIL PROTECTED]> writes:
> David A. Bartold ([EMAIL PROTECTED]) wrote:
> > I dug into the paint core to see what needs to be changed to support
> > drawing on textured media. Here's the basic modifications necessary:
> >
> > * enum BrushApplicationHardness:
> > Add a new va
Now we could use the very very fast FreeImage (faster than Photoshop) in
GIMP. Here the plan of the authot about FreeImage:
FreeImage/FreeEffects dual license
I am planning to dual license FreeImage and FreeEffects. People can choose
between either GPL or the FreeImage license. If anyone can
On 3 Feb, Sven Neumann wrote:
>> has the wishlist for features for gimp 1.4/2.0 been started?? If so
>> where can I find it/add to it?
> The source tree contains a file TODO which is a collection of ideas
> that have come up over the years. Actually the file should not be
David A. Bartold ([EMAIL PROTECTED]) wrote:
> I dug into the paint core to see what needs to be changed to support
> drawing on textured media. Here's the basic modifications necessary:
>
> * enum BrushApplicationHardness:
> Add a new value "TEXTURE" which applies both pressure and
> t
lementation of the same function. There is only one
>> >> version of the dll in memory, even if loaded by another process.
>> >> The code is shared across process boundaries while the data is
>> >> not.
>> >
>
>Coming back to your real problem: befor
gt; >plug-ins to one while gimp.exe links the other, that should fix it
> >right?
> >
> Yepp, but I was serching for a better way. Most of the stuff in gimpwidgets
> appears to be useful for other apps as well, but the whole lib won't be
> reusable, if there is a Gimp de
I was serching for a better way. Most of the stuff in gimpwidgets
appears to be useful for other apps as well, but the whole lib won't be
reusable, if there is a Gimp dependency. (I especially like the simplified
method to construct option menus.)
Maybe the widgets, which are using Gimp
On Mon, Feb 05, 2001 at 02:26:23AM +0100, Hans Breuer wrote:
> The windoze version of gimpwidgefts can't include two symbols for
> different implementation of the same function. There is only one
> version of the dll in memory, even if loaded by another process.
> The code is shared across proces
in Gimps and Plug-Ins
>> context. Currently I'm linking gimpwidgets.dll against
>> the functions exported by Gimp, but this probably is the
>> reason why most plug-ins aren't running ...
>>
>> I could hack up a windoze specific version for those functions,
>>
Hi,
Hans Breuer <[EMAIL PROTECTED]> writes:
> while adapting make and export definition files for the
> win32 build of Gimp 1.3, there where some questions ariseing :
>
> - what are the supposed dependency between all the libgimp*
> libraries ?
you got it right i
while adapting make and export definition files for the
win32 build of Gimp 1.3, there where some questions ariseing :
- what are the supposed dependency between all the libgimp*
libraries ?
what I have at the moment is (gimp.exe works, but most
plug-ins do not yet) :
gimp.exe
Hi,
Avi Bercovich <[EMAIL PROTECTED]> writes:
> has the wishlist for features for gimp 1.4/2.0 been started?? If so where
> can I find it/add to it?
The source tree contains a file TODO which is a collection of ideas
that have come up over the years. Actually the file should not be
hello All,
has the wishlist for features for gimp 1.4/2.0 been started?? If so where
can I find it/add to it?
meanwhile thanx for a super program!
avi
--
Avi Bercovich [EMAIL
Hello,
I installed Gimp 1.04 with NetFu and it works great. But I didn't manage
to work Gimp 1.2.0 with Net-Fu.
Is it possible to run Net-Fu with Gimp 1.2.x ?
Nicolay Mausz
Yes, that is also one of the things I wanted to add first, not only
for more colors but to save screen space and provide the user with a
visual indication of which colors are active. I coded up a
color display that shows the colors much like the way The GIMP does,
and the user may change the
looks pretty cool, but it would be nice to have full control over
color. perhaps that would be a future upgrade to it?
bex
I am pleased to announce a new plug-in that provides GIMP users with
a realistic color pencil tool. Given a pressure-sensitive graphics
tablet, it looks and feels like a real artist's pencil. You can also use
a mouse if you'd like.
The plug-in provides two new menu items: /Media/Text
Gimp-Print 4.1.3 is a development release in the 4.1 line. This
version marks a complete reorganization of the source tree.
Gimp-Print now uses the GNU build tools much more comprehensively in
the past. It builds a single shared library that the Gimp plugin and
the CUPS driver (and perhaps
On Mon, 29 Jan 2001, Edson Alves Pereira wrote:
> so busy to study the Gimp's > source nowadays. My doubt is, if Gimp is
> a Java program ( because seem Swing > ), how you keep a good layout to
gimp is written mostly in C using the gtk widget set. (www.gtk.org)
--
Blue
> I'm a Java developer and a C/C++ developer of Linux too. I use Gimp to
> create some home pages and other stuffs, as a Java developer inside Linux i
> just interesting about Gimp is a Java or a C/C++ program, i asking that
> because i don't have the Gimp source and i&
://www.tridentemonigotes.com
If you think that god idea please tell us, and any way I will put the
E-Mails in one Week
Regards
Vittorio Pirajno
Vegard Vesterheim escribió:
> I did a quick attempt at porting the psd_save plugin (allows saving in
> Photoshop format) to gimp 1.2. It appea
Gentlemen,
My apologies.
I didn't realize that the request Matt sent was to your development list.
That explains the ambiguity...
I'll pop over to Matts desk and smack him one with the proverbial cluebat.
I, and many others at Chilliware have been Gimp fans for years, so by NO
m
On Wednesday, 24 Jan 2001, Scott McDaniel wrote:
> Unfortunately, one of the responses was a tad over the top, and I
> felt I needed to reconfirm our request...
>
> Yes, we understand the license; yes, we also understand that Gimp CAN be
> distributed freely, however, we chose
Good morning Gimp guys...
My name is Scott McDaniel and I am with Chilliware Inc.
We are a software firm that is doing retail Linux apps. Our goal is to bring
Linux into the home and small office by offering everyday, useful desktop
software.
Recently, we were discussing what other software we
I did a quick attempt at porting the psd_save plugin (allows saving in
Photoshop format) to gimp 1.2. It appeared to require only minor
modifications to compile.
But the resulting plugin does not seem to save mask information.
Looking at the source code, I get the impression that this should
> Chilliware, Inc. is very interested in adding your product to our CD ROM
for
> added value to our software product-line.
GIMP is GPL licensed. You don't need anyone's permission to distribute it,
as long as you comply with the conditions of the GPL (ie make the source
availab
To Whom it May Concern,
Chilliware, Inc. is very interested in adding your product to our CD ROM for
added value to our software product-line. Our Linux products are
distributed globally, therefore providing tremendous exposure for Gimp!
Please visit our website for information about our
All users of the Epson driver should take this release, particularly
if you've had problems with the very bottom of the print not printing
out and the page not ejecting (this is accompanied by a segmentation
violation if it happens).
The next release of gimp-print will include a
Hello,
As you are talking about gradients, I have another idea about a useful kind
of gradient that maybe I could implement.
I wondered about the "shapeburst" kind of gradient, that seems
to fill a selection with a gradient depending on the distance to the border.
But you cannot choose how far t
On Wednesday, 17 Jan 2001, Nick Lamb wrote:
> On Thu, Jan 18, 2001 at 12:42:23AM +0200, Tor Lillqvist wrote:
> > (No, I don't know why duplicate PDB procedures cause strange errors
> > and not just warnings. Anyway, GIMP seems to handle this situation
> > bett
Hi,
Nick Lamb <[EMAIL PROTECTED]> writes:
> On Thu, Jan 18, 2001 at 12:42:23AM +0200, Tor Lillqvist wrote:
> > (No, I don't know why duplicate PDB procedures cause strange errors
> > and not just warnings. Anyway, GIMP seems to handle this situation
> >
Gimp crashes if I make a multi-layered image and I close it (with the "X"
button) without to save it first!
__
Do you want a free e-mail for life ? Get it at http://www.email.ro/
Hi folks
On Wed, Jan 17, 2001 at 06:51:21PM -0500, Tom Rathborne wrote:
> On Wed, Jan 17, 2001 at 06:45:18PM -0500, Christopher W. Curtis wrote:
> > [EMAIL PROTECTED] wrote:
> > > On 9 Jan, Christopher Curtis wrote:
> > > > I don't see a public rsyn
Chris;
On Wed, Jan 17, 2001 at 06:45:18PM -0500, Christopher W. Curtis wrote:
> [EMAIL PROTECTED] wrote:
> > On 9 Jan, Christopher Curtis wrote:
> > > I don't see a public rsync server for gimp, cvs or otherwise.
> > > Perhaps this might be an acceptable opt
[EMAIL PROTECTED] wrote:
>
> On 9 Jan, Christopher Curtis wrote:
>
> > I don't see a public rsync server for gimp, cvs or otherwise. Perhaps
> > this might be an acceptable option for people with modest bandwidth
> > capabilities.
>
> There are anonymo
On Thu, Jan 18, 2001 at 12:42:23AM +0200, Tor Lillqvist wrote:
> (No, I don't know why duplicate PDB procedures cause strange errors
> and not just warnings. Anyway, GIMP seems to handle this situation
> better in the current gimp-1-2.)
It's a long standing bug in Gimp. I w
[EMAIL PROTECTED] writes:
> Below is the error message i get, if there is a quick resolve to this
> problem then please direct me to the proper online documentation,
Remove either tiff_nolzw.exe of tiff.exe from your GIMP plug-ins
directory. This is explained, perhaps a bit vague
To Whom It May Concern,
I am a 3D animation student attempting to use your Win version of
Gimp. I have used it in the past with Linux and love the program. I have
installed about 4 times now, and keep running into the same error. Can you
please help me???
Below is the error
Hi,
Martin Weber <[EMAIL PROTECTED]> writes:
> We should change the behavior of the selection of gradients in gflare and
> we should allow functions to be used as gradients in GIMP like random in
> gflare.
We accept patches (or properly outlined proposals).
Salut, Sven
We should change the behavior of the selection of gradients in gflare and
we should allow functions to be used as gradients in GIMP like random in
gflare.
--
Sent through GMX FreeMail - http://www.gmx.net
mes will get
very bad when gimp supports truetype fonts but the Gtk requestor in
plug-ins doesn't know them ;)
--
-==- |
==-- _ |
---==---(_)__ __
On 10 January, 2001 - Raphael Quinet sent me these 2.1K bytes:
> Unfortunately, none of the three addresses mentioned for anoncvs
> allowed me to get any files. One of them failed because of a server
> configuration problem, another one could be reached but did not
> respond, and the last one wa
I am trying to execute gimp-perl in cgi environment
using apache webserver adn mod perl 5.6.0. however I got the following
error
[Fri Jan 12 11:07:40 2001] [error]
protocol error (1) at /usr/lib/perl5/site_perl/5.6.0/i386-linux/Gimp/Net.pm line
66.
where I can
find more information on
Now this is the
error msg I am getting
[Fri Jan 12 11:07:40 2001] [error] protocol error
(1) at /usr/lib/perl5/site_perl/5.6.0/i386-linux/Gimp/Net.pm line
66.
The following is the
source code of my perl script
#! /usr/bin/perluse CGI;use strict;use
Gimp;use Gimp::Net;Gimp::init
On Thu, Jan 11, 2001 at 06:57:55AM -0600, Rick Bradley <[EMAIL PROTECTED]> wrote:
> > wallace.pl: protocol error (1) at
> > /usr/lib/perl5/site_perl/5.6.0/i386-linux/Gimp/Net.pm line 66. (ERROR)
>
> The protocol error message makes me think you may not have a recen
* Chris Hsiang ([EMAIL PROTECTED]) [010111 06:47]:
> I've the following problem/question:
>
> when I trying to to execute the gimp-perl scripts that I wrote from apache,
> I got the following error
>
> [Fri Jan 12 02:05:50 2001] [error]
> Undefined subroutine
&g
I've the following problem/question:
when I trying to to execute the gimp-perl scripts that I wrote from apache,
I got the following error
[Fri Jan 12 02:05:50 2001] [error]
Undefined subroutine
&Apache::ROOT::index_2ecgi::gimp_file_load
called at /var/www/html/index.cgi lin
I have a perl script using the Gimp module which I am using to
generate images on the fly. Currently I am hardcoding the names of
fonts into a list in the script (or allowing them to be passed as
arguments). I run up the Gimp, run a script-fu with a font selector
(say one of the logo generators
o I tried to get the
> latest gimp from the anonymous CVS server(s).
>
> Unfortunately, none of the three addresses mentioned for anoncvs
> allowed me to get any files.
Reproduced from "Re: anonymous CVS is broken :(" thread, Jan-04-2001
Following courtesy of Tomas Ögren, s
files can also be
considered as a feature for the weakly-connected users: the patches
are much smaller because they do not contain the latest splash screen
or brushes that is included in every new version. This saves half a
megabyte for every download.
> > I don't see a public rsync serv
ven more
comfortable than patches is CVS, because they don't suffer from the problems
patches do and are much easier to get and more complicated to mess up the source.
> I don't see a public rsync server for gimp, cvs or otherwise. Perhaps
> this might be an acceptable option for pe
patch to a xxMB
download).
I don't see a public rsync server for gimp, cvs or otherwise. Perhaps
this might be an acceptable option for people with modest bandwidth
capabilities.
(Just now catching up with holiday mail...)
Chris
On Saturday, 6 Jan 2001, Orson Jones wrote:
> As I was reading 'Grokking the GIMP' I came up with some ideas.
> Unfortunantly, I don't have the skills/knowledge to implement these
> myself, So I hope I can describe them well enough that you can
> figure out wha
On 6 Jan, Sven Neumann wrote:
> The other ideas seem to be good suggestions. I think we should
> set up a web-forum where we collect ideas and suggestions like
> this.
What about the bugtracker? It's much mightier now and a good place to
keep things.
--
Servus,
Daniel
his example the gray area would be made black, and the
> transparancy would be adjusted to give the same appearance of
> gray
This is exactly what the "Color To Alpha" plug-in shipped with
Gimp-1.2 does.
The other ideas seem to be good suggestions. I think we should
set up a w
As I was reading 'Grokking the GIMP' I came up with some ideas.
Unfortunantly, I don't have the skills/knowledge to implement these
myself, So I hope I can describe them well enough that you can
figure out what I'm thinking. If I still don't make sense, I can make
s
support (long long), so perl might define I64 as __long or
something which gcc might glady ignore :(
- gcc uses different commandline syntax, so whatever gtk-config outputs might
not be soemthing that the compiler likes.
> OK, great. I will first try to get Gimp-Perl running without Gtk-
compiler for perl, gtk+ and gtk/perl is the first step
to narrow down the possible compilation problems
> > - Makefile.PL wants to use gtk-config. No such on Win32. (How could
> > there be one? On Win32, people typically don't build GTK+
> > themselves, but fetch
Hi Bennet,
maybe you did not pick up the right file. You need the file
gimp-setup-20001226.zip. This will unzip to a single file
gimp-setup-20001226.exe . Start this file to start the installation.
--Peter
[EMAIL PROTECTED] wrote:
>
> On 5 Jan, Bennett Keith Portnet wrote:
>
>
and, ehh, I might have a copy at home also.
>
>This is, of course, not solvable in any case. Changing the compiler means
>that all the autodetected stuff goes wrong. This also means that the
>compiler used to build gtk+, gimp, gtk-perl and gimp-perl must be the
>same. We have a lo
On 5 Jan, Bennett Keith Portnet wrote:
> Sorry to bug you, I found you name and email address in the GIMP files !
> I downloaded the GIMP 1.2.0 (for Windows ?!) from Tucows.
> It has been uncompressed into a file on my hard drive.
> (I am running Windows NT)
> NOW WHAT DO
nd install them in some
>> random place, and then would like to build some application.
Marc writes:
> Well, I thought that people capable of building gimp (in win32 this is not
> common ;) could build gtk+ as well, but in general (when gimp for win32 is
> being built by millions of use
Greetings, all!
I have uploaded the GIMP 1.2.0 RPM files to
http://fantasia.galaxynet.com/~casey/gimp/v1.2/
You will find both .src.rpm files and .i386.rpm files. These files were
created using the original 1.2.0 tar.gz file. The binary RPM files were
built on a Redhat 6.2 machine. At the above
ation.
Well, I thought that people capable of building gimp (in win32 this is not
common ;) could build gtk+ as well, but in general (when gimp for win32 is
being built by millions of users wordlwide) this is a hindrance.
However, when it is possible to create downloadable binary distributions
for linu
Marc Lehmann writes:
> > - Makefile.PL wants to use gtk-config. No such on Win32. (How could
> > there be one? On Win32, people typically don't build GTK+
> > themselves, but fetch the headers and libraries
> The same, of course, is true for the gimp. most peop
e.PL wants to use gtk-config. No such on Win32. (How could
> there be one? On Win32, people typically don't build GTK+
> themselves, but fetch the headers and libraries
The same, of course, is true for the gimp. most people who build gimp
would be able to build gtk as well
On 31 December, 2000 - David Kirkby sent me these 0.6K bytes:
> Hi,
> I installed Gimp 1.2 on my Sun SPARCstation 20. It built fine, but
> after a 'make install' many of the directories were read only to root.
> Hence as soon as a user tried to run it, the programm
On Tue, 2 Jan 2001, Kevin Cozens wrote:
>If anyone is desparate to have RPMs and can't wait for the files to be
[...]
>mailing list to save peoples already overflowing mailboxes.
Feel free to overflow my personal mailbox, please send me a patch vs gimp
1.2.0, so I'll add a %p
Greetings, all!
Yesterday evening I uploaded the patches, source, and binary RPMs for gimp
and gimp-data-extras to gimp.org for the 1.2.0 version of the GIMP.
They should become available sometime in the near future once they get
moved out of the 'incoming' area of the FTP serve
Greetings, all!
I now have source RPM files. I will be uploading the patches, source and
binary RPMs to gimp.org later today. These files will become available for
downloading once they have gone through whatever process contributed files
go through.
The RPMs I have are for both gimp-1.2.0 and
On 31-Dec-00 Garry R. Osgood wrote:
>> gimp: Failed to load one of the brushes in the brush pipe
>> "/usr/local/share/gimp/1.2/brushes/SketchBrush-16.gih"
> This has been observed with Silicon Graphics
> systems; add yours to the list (what is your
> platform, by
On 1 Jan, Laramie Leavitt wrote:
> I have ported a part of my iscissors patch from 1.1.25 to gimp 1.2.
> All this patch does is add a livewire boundary to the iscissors tool,
> and an option in the tool options to turn it on and off.
Yay! This is way cool. I'll checkin your chan
OOPS!!!
I forgot to change the perl script name in the shell script (both at the
bottom of my last mail) from "rot to "tests".
well doesn't make much of a difference
Thankyou
Gimper
Chetan
Marco Lamberto wrote:
> This time I've fixed the main problem related to the "prefix" var used for
> installation, now changed into "DESTDIR", and I've attached a patch vs 1.2.0.
> I've added the DESTDIR support in the subdirs that still hold the old
> installation prefix.
I tried building an RPM
On Mon, Jan 01, 2001 at 08:43:37PM -, Laramie Leavitt wrote:
>While working on iscissors, I noticed that there was an error in converting
>the
>iscissors selection to an actual selection. Has this bug been fixed or
>should I track it down?
Not directly related, this one, but I think the `win
I have ported a part of my iscissors patch from 1.1.25 to gimp 1.2.
All this patch does is add a livewire boundary to the iscissors tool,
and an option in the tool options to turn it on and off.
While working on iscissors, I noticed that there was an error in converting
the
iscissors selection
Tuomas Kuosmanen ([EMAIL PROTECTED]) wrote:
> Speaking of old stuff to be ported to 1.2.. If I remember correctly, the 0.54
> version (yes, kids. It did exist and it ruled.) had antialiased Threshold
> tool.
Hmm - i just compiled gimp 0.54 and did not manage to find *any* threshold
func
Marco Lamberto wrote:
> Good, I've attached a revised patch of mine vs the gimp.spec.in that should fix
> some stuff. It was contributed by my friend Giandomenico Di Tullio.
> I hope this will help you. ;)
Thanks, Marco. That patch shows most of the changes I have already made
myself. There are a
Marc Lehmann wrote:
> scm2scm should go into gimp-devel, as it only requires perl, not
> gimp-perl, scm2perl should go into gimp-perl-devel, so you can choose on
> your own (I recommend gimp-perl).
Thank, Marc. I was thinking that was probably how it would wind up. I'll
move scm2p
Marco Lamberto wrote:
> Please check the patch and _please_ merge those changes in order to build again
> easily and RPMmed GIMP. ;)
I've taken a look at the patch, Marco. For some reason all your patches
were rejected when I tried to apply them so I recreated the patches.
However
On Sun, Dec 31, 2000 at 05:31:24PM -0500, Kevin Cozens <[EMAIL PROTECTED]> wrote:
> should be. I am also trying to decide where scm2scm and scm2perl belong.
> Should they be in gimp and gimp-perl respectively, or gimp-devel for both?
scm2scm should go into gimp-devel, as it only r
Makefile, so
This is not good. Can you outline what needs to be changed (since I, in my
endless dumbness, can't find it and gimp does not compile for me at the
moment).
> the main Makefile would have required changes also into the perl/po Makefile,
> while my main goal was to let the pe
On Sun, 31 Dec 2000, Marc Lehmann wrote:
>> Please check the patch and _please_ merge those changes in order to build
>> again easily and RPMmed GIMP. ;)
>Instead of requiring special rpm support for each and every package, why
>not just fix the package manager? ;->
Eh, eh,
On Sun, 31 Dec 2000, Kevin Cozens wrote:
>Great timing, Marco. Yesterday and today I have been working on the .spec
>file for GIMP 1.2.0. I have a working one now.
Ohhh, good news! (My poor and overheated K6-233 takes a breath) ;))
>I'm just reviewing it as I am not sure that the
never-the-less this script also gives me the above warnings.
The script is in two part
1)Shell script in which I start gimp and Xvfb
and then call the main gimp-perl program.(tests)
Please ignore the linux server name,kosi(river in India) in this case
The next is the gimp-perl script (tests) w
;ve attached a patch vs 1.2.0.
> I've added the DESTDIR support in the subdirs that still hold the old
> installation prefix.
Great timing, Marco. Yesterday and today I have been working on the .spec
file for GIMP 1.2.0. I have a working one now. I'm just reviewing it as I
am not sur
regis rampnoux wrote:
> And another trouble, when I launch The Gimp:
>
> gimp: Failed to load one of the brushes in the brush pipe
> "/usr/local/share/gimp/1.2/brushes/SketchBrush-16.gih"
>
> What is happening?
>
This has been observed with Silicon Graphics
On Sat, Dec 30, 2000 at 03:32:21PM +0100, Marco Lamberto <[EMAIL PROTECTED]> wrote:
> Please check the patch and _please_ merge those changes in order to build again
> easily and RPMmed GIMP. ;)
Instead of requiring special rpm support for each and every package, why
not just fix
Hi,
I installed Gimp 1.2 on my Sun SPARCstation 20. It built fine, but
after a 'make install' many of the directories were read only to root.
Hence as soon as a user tried to run it, the programme complained about
a missing
/usr/local/share/gimp/1.2/user_install
Once that was
y with key commands
> so in a few minutes he sat down and wrote me a script. so i think gimp
> developers are the bestest!!
> thank you all for being so wonderful!
No kidding! :)
Tuomas
--
.---> [EMAIL PROTECTED] .|\,/| [EMAIL PROTECTED] &l
the DESTDIR support in the subdirs that still hold the old
installation prefix.
It works even with GIMP perl plug-in but without changing anything in its
subtree.
I hope someone will fix also the broken RPM specfile (the main trouble is the
file listing generation), I've tried for a whil
since we've had so much arguing on here lately, i thought everyone could
use a little positivity. i'm just HAPPY HAPPY HAPPY. i told sjburges
on irc about my floating layer to new layer difficulty with key commands
so in a few minutes he sat down and wrote me a script. so i
On Fri, Dec 29, 2000 at 05:48:07PM +0100, thus said Simon Budig:
> Martin Weber ([EMAIL PROTECTED]) wrote:
> > Now that we have the new gimp 1.2.0 out, we should think about adding
> > new plugins to the gimp. Here my proposal:
Speaking of old stuff to be ported to 1.2.. If I rem
On Fri, 29 Dec 2000, Ed Husar wrote:
> I am wondering if anyone can point me in the right direction. I would like
> to play around with letting users create graphics on line via a web form and
> GIMP. Is there any tutorial out there to get me started?
>
There's a package fo
Well, I've never played with this but I think there are
some tutorials on the Gimp site that explain using Gimp for
automatic processing of images, combining that with cgi
should give you what you want.
Sorry I can't be of more help, you can't share knowledge
you don't have :(
Lourens
Hi,
Tino Schwarze <[EMAIL PROTECTED]> writes:
> Without having looked at the code - what do we need that many FDs for?!
> We don't need to open all palettes at once, do we?
Gimp-1.2.0 leaks a filedescriptor when loading palettes. This has been fixed
in the meantime.
Salut, Sven
1 - 100 of 1014 matches
Mail list logo