I had sent the following mail to gimp user mailing list
HI!!!
I have been using perl for scripting and gimp 1.1.04, with no problems.
Recently I upgraded Gimp to ver 1.1.29 and all my perl-gimp programs went
for
a toss,I am lost as no errors are thrown at me.(Starting gimp or running
perl
' will lose all
Sorry, I meant "non undoable".
changes including undo stack" "Revert" "Cancel" (two lines + two
buttons, the important part is the buttons labels).
This is clearly a cool idea but it's also clearly a fat feature :(
[...]
Maybe a go
[EMAIL PROTECTED] (2000-11-09 at 1830.06 +0100):
I just found out the hard way that File-Revert is not undoable (I slipped
with the pen). Shouldn't that be either undoable OR an action that the user
had to acknowledge?
Yes, one of those two. I would like undo, see below.
I think "revert"
On Tue, Oct 10, 2000 at 07:52:10AM +, thus said Brendan Byrd/SineSwiper:
After using ldd on gimp and realizing that steps #1-8 were useless (though
somewhat informative for the GTK installation procedure), I looked for an
updated BlueSteel at gtk.themes.org. Nope. I've tried a few other
All this searching of linking and such is silly; this is a well-known
bug in the pixmap-engine theme system, which is a dynamically loaded
object that won't show up in "ldd". Look for old copies of
libpixmap.so. This bug is very old; see
On Wed, Sep 06, 2000 at 06:18:38AM -0700, pixel fairy wrote:
ive been using opengl for most graphics stuff, but now i want to write a
simple app (gui for scarse, a scanner calibrater) and i think opengl is
overkill here.
whats the simplest method of displaying an image with some interface
ive been using opengl for most graphics stuff, but now i want to write a
simple app (gui for scarse, a scanner calibrater) and i think opengl is
overkill here.
whats the simplest method of displaying an image with some interface
elements over it, in this case a loaded tiff (probably using
On Wed, Aug 30, 2000 at 05:16:48PM -0500, Michael J. Hammel wrote:
Is there a way to open an image in Gimp Perl and run filters on it without
opening a Canvas window?
IIRC, you don't get a canvas window when you call image_new unless you
deliberately create a new display (that's a seperate
Hi Guys,
I've got a GIMP precompiled binary tarball that is supposed
to be installed in /opt
Because I do not have root access to my machine I've installed
it in /space/opt.
Naturally it does not seem to work properly (can't find brushes and
plugins etc).
Is there anyway to modify
Anton Enright wrote:
I've got a GIMP precompiled binary tarball that is supposed
to be installed in /opt
Because I do not have root access to my machine I've installed
it in /space/opt.
[snip]
Is there anyway to modify post-install the prefix directory that
gimp looks for scripts plugins
On Thu, Aug 03, 2000 at 10:41:03AM -0400, Kevin Cozens wrote:
Anton Enright wrote:
I've got a GIMP precompiled binary tarball that is supposed
to be installed in /opt
Because I do not have root access to my machine I've installed
it in /space/opt.
[snip]
Is there anyway to modify
Bonjour,
quelcun pourrat il me dire comment faire pour lancer
un script-fu en mode console, sans avoir a lancer ni
le serveur X ni Gimp lui meme? sachant que beaucoup de
scripts sont à lancer en meme temps.
Merci.
Hello,
is there any one to say me how to make to launch a
script-fu in text-mode,
From: Tor Lillqvist [EMAIL PROTECTED]
Date: Sun, 30 Apr 2000 23:02:43 +0300 (FLE Daylight Time)
I got now several emails from users with the wish to add XCF reading
support in my viewer.
I don't know if that is a good idea. XCF is really the GIMP's own
private format for
Date: Sun, 30 Apr 2000 23:21:35 +0200
From: Marc Lehmann [EMAIL PROTECTED]
And, in the future, when the format *might* (or might not...) be extended
so it is easily mmapable (large images) or aquires other similar features,
the idea of "reading/writing xcf images form outside the
On Sun, Apr 30, 2000 at 05:39:45PM -0400, Robert L Krawitz [EMAIL PROTECTED] wrote:
the idea of "reading/writing xcf images form outside the gimp" might
become totally unfeasible.
Why? If the format's specified well enough
the format is and will always be specified well enough..
Hello all,
I have a very simple question about some plug-ins. Why are some not
included (as part of CVS or otherwise)? (The one that comes to mind is
Guash). Is it because they are seen as unstable? I really like some of them
and I have had no problem with then so far (Although that may
I can find this?
Thanks.
Pierre
P.S.: If it's a silly question, you can reply directly to me ;-)
Through some mechanism I have managed to set up my tool box to fill my
whole screen. I'd like to back to the simple set of tools that occupy
the right hand corner of my screen (approximately). This is very
embarassing to someone who make biologicial drawing with the sphere
brush and can actually
On Sun, Jan 09, 2000 at 06:08:32AM -0800, Steve Kudlak [EMAIL PROTECTED] wrote:
Through some mechanism I have managed to set up my tool box to fill my
whole screen. I'd like to back to the simple set of tools that occupy
brush and can actually write albeit flkaeely in scheme. Any suggestions
Ian Boreham said...
|
|The Wilberworks FAQ (http://www.wilberworks.com/faq.html) claims that its
|name is Wilber, but that it is a Gimp. Unfortunately this does not clear up
|its taxonomy in relation to canines and rodents.
Since it's neither canine nor rodent
(though rumors persist that it is
On Mon, Dec 20, 1999 at 05:45:57PM -0800, Won Ju Hee [EMAIL PROTECTED] wrote:
Which GIMP's logo is fox or mouse.
I think it is a Wilber ;)
--
-==- |
==-- _ |
---==---(_)__ __
At 09:12 21/12/99 +0100, Marc Lehmann [EMAIL PROTECTED] wrote:
On Mon, Dec 20, 1999 at 05:45:57PM -0800, Won Ju Hee
[EMAIL PROTECTED] wrote:
Which GIMP's logo is fox or mouse.
I think it is a Wilber ;)
The Wilberworks FAQ (http://www.wilberworks.com/faq.html) claims that its
name is Wilber,
I just got a bug report that contained this:
/usr/local/lib/libgimpui.so: undefined reference to `dcgettext__'
Can a makefile guru tell me wether this is a bug with i18n on the target
system, or ist libgimpui just not linked against -lintl (as it should)?
--
-==-
On Sun, Nov 21, 1999 at 09:55:10PM +0100, Marc Lehmann wrote:
/usr/local/lib/libgimpui.so: undefined reference to `dcgettext__'
Can a makefile guru tell me wether this is a bug with i18n on the target
system, or ist libgimpui just not linked against -lintl (as it should)?
To fill you inn, Marc,
On Sun, Nov 21, 1999 at 09:47:56PM +, "Steinar H. Gunderson"
[EMAIL PROTECTED] wrote:
On Sun, Nov 21, 1999 at 09:55:10PM +0100, Marc Lehmann wrote:
/usr/local/lib/libgimpui.so: undefined reference to `dcgettext__'
Can a makefile guru tell me wether this is a bug with i18n on the target
libintl is only distributed as a static library. You can't portably
link static libraries into shared libraries.
Isn't --with-included-gettext pretty useless (and very dangerous) then?
At the very least we should --disable-shared when a user selects that
option.
--
-==-
On Mon, Nov 15, 1999 at 03:29:39PM -0700, Greg Walters [EMAIL PROTECTED]
wrote:
How do you delete the image? I *know* that $image-delete sufficed to delete
an image totally, but this was some months ago.
That is what I essentially did using the gimp_image_new() and
gimp_image_delete()
. However, this did not stop the memory grabbing.
I can't answer your main question, but I'd like to comment on the fact the
LC dialogs image preview shows all images regardless if they have a display
or not. This can be quite useful for debugging sometimes, but I think this
behaviour should be changed
. However, this did not stop the memory grabbing.
I can't answer your main question, but I'd like to comment on the fact the
LC dialogs image preview shows all images regardless if they have a display
or not. This can be quite useful for debugging sometimes, but I think this
behaviour should be changed. Do
On Mon, Nov 15, 1999 at 09:20:22AM -0700, Greg Walters [EMAIL PROTECTED]
wrote:
During the testing of my programs I noticed that the Layers Channels
palette had every image created still listed in the Image: pull-down
list. This got me to thinking, is this information being kept around
even
not retain the image
created. However, this did not stop the memory grabbing.
I can't answer your main question, but I'd like to comment on the fact the
LC dialogs image preview shows all images regardless if they have a display
or not. This can be quite useful for debugging sometimes, but I think
31 matches
Mail list logo