hi everybody!
i'm using gimp in network and in --no-interface and
--batchmode !
i never exit gimp, and it generate me too many
swapfiles !
how can i do to purge ths files without exiting Gimp ?
thank you !
Fethi, Simply.
___
Do You Yahoo!?
On Sun, Sep 10, 2000 at 10:39:26PM -0500, "Michael J. Hammel"
[EMAIL PROTECTED] wrote:
Not in the current architecture. The caller is blocked until the called
plug-in has finished.
That would be the preferred design, but my tests don't seem to bear this
out. Again, I could be
On Sat, 9 Sep 2000, Marc Lehmann [EMAIL PROTECTED] wrote:
On Thu, Sep 07, 2000 at 06:13:07PM +0200, Raphael Quinet [EMAIL PROTECTED] wrote:
the user installing the package is not the same as the one building
it. Some of these problems have been mentioned by Michael J. Hammel
two weeks ago
On Mon, Sep 11, 2000 at 01:15:18AM +0100, Nick Lamb [EMAIL PROTECTED] wrote:
If the abovce is true and the file format indeed supports this (in the
spec, if any), then this is not an "error" but "valid but uncommon".
Ah no, writing images to TGA with "flip-vertical" flag set is both valid
Thus spoke Marc Lehmann
script_fu_old_photo($drawable, 0, 1, 1, 1, 0);
Ah, now it's clear: script_fu_old_photo _destroys_ the layer that is
passed in. Using the drawable after that was a bug in your (original) code
(this is a very common bug).
True. Still, I fixed that bug and still
[EMAIL PROTECTED] (2000-09-11 at 1538.29 +0200):
wacky things you legally _can_ write to a TGA file, I am offering the
opinion that we should generally shield users from the dozens of valid
yet unimportant TGA options, and set them for our convenience, as we
do with TIFF.
This is windows
Thus spoke Raphael Quinet
almost everybody. Actually, I would like to know if there is anybody
who does *not* have this problem.
Here is how to test it:
- Type "make" once.
- Type "make" a second time. If *anything* is rebuilt (specifically,
libgimp/libgimpi.a and app/gimp), then you
On Mon, Sep 11, 2000 at 04:33:13PM +0200, "Guillermo S. Romero / Familia Romero"
[EMAIL PROTECTED] wrote:
can not be a bug (varies with personal opinion, and even if you say it
is a bug, a new release would be cool anyway). But I would like to see
the options in future versions.
This is a
On Mon, Sep 11, 2000 at 05:20:13PM +0200, Raphael Quinet [EMAIL PROTECTED] wrote:
of June), because all Perl scripts crashed with a dynamic linking
error (missing symbol) due to the changes in libgimp.
This had been caused by the upgrade to the newer API, not by changes in
the header files (or
[EMAIL PROTECTED] (2000-09-11 at 1933.24 +0200):
is a bug, a new release would be cool anyway). But I would like to see
the options in future versions.
This is a wonderful case for "he who needs it sends a patch2 ;)
He send them first. ;]
GSR
On Mon, Sep 11, 2000 at 07:33:24PM +0200, Marc Lehmann wrote:
This is a wonderful case for "he who needs it sends a patch2 ;)
*ahem* I thought the initial message _did_ have a patch included?
/* Steinar */
--
Homepage: http://members.xoom.com/sneeze/
I just tried to reproduce it again (make distclean/configure/make, with
enabled perl), and indeed, I got this on the second make run:
Makefile:594: warning: overriding commands for target `makefile.mingw'
Makefile:322: warning: ignoring old commands for target `makefile.mingw'
rm -f
On Mon, Sep 11, 2000 at 03:38:29PM +0200, Marc Lehmann wrote:
Ah! ;) Still gimp would not support uncommon errors by giving the user more
freedom.
Allowing users to needlessly create bizarre image files that will then
cause them trouble in other packages is just _asking_ for trouble.
This is
Including a nine yard long list of options in every dialog is bad.
But let us not forget that we have a rich legacy of Unix heritage to
uphold. What that means to me is giving the power user the option of
taking enough power to burn out every synapse in her body, if she so
desires... just don't
14 matches
Mail list logo