--- Start of forwarded message ---
Date: Sun, 13 Feb 2000 09:53:37 -0500
Message-Id: [EMAIL PROTECTED]
X-Authentication-Warning: rlkppp: rlk set sender to [EMAIL PROTECTED] using -f
From: Robert L Krawitz [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
CC: [EMAIL PROTECTED], [EMAIL PROTECTED]
Hi,
So one thing that springs to mind here is if the Gimp itself were to
warn if you attempt to exit while a plug-in is in progress of
execution. Gimp folks, would that be feasible? That would seem
useful for other long-running things (and some of the filters take a
long time to run).
On Thu, 10 Feb 2000 19:50:07 +0100 (CET), [EMAIL PROTECTED] said:
Hm, couldn't we use the event handling system to automatically resize
the toolbox to a new good value on every resize event:
If you enlarge the toolbox the window size automatically snaps on the
next convenient size and vice
On Fri, 11 Feb 2000 14:05:42 -0500 (EST), Glyph Lefkowitz [EMAIL PROTECTED]
said:
It seems like this is really the only reasonable option -- I think
that there should be a 'menu' spot in the tools, like the top-left
menu in the image windows, since the toolbar is frequently too thin
for the
On Sat, 12 Feb 2000 17:32:41 + (GMT), Austin Donnelly [EMAIL PROTECTED] said:
Maybe we should make it our problem.
I think that given the number of people who are bitten by this, is
there nothing we can do in the gimp to work-around the GTK problem?
Why not just fix the problem (although I
May well be all three of my suggestions already got discussed:
Save Copy As...
with its own set of file paramaters including filename
Autosave
option to save automatically at regular intervalls
Color History
quick select from recent colors, either as popup menu in color
On Sun, 13 Feb 2000 10:06:24 -0500, Robert L Krawitz [EMAIL PROTECTED] said:
So one thing that springs to mind here is if the Gimp itself were to
warn if you attempt to exit while a plug-in is in progress of
execution. Gimp folks, would that be feasible? That would seem
useful for other
On Mon, 14 Feb 2000 14:21:39 -0500 (EST), Glyph Lefkowitz [EMAIL PROTECTED]
said:
Rather than doing this, wouldn't it be possible to do the same thing
that terminals do, I.E. make the window resizable by char cells
rather than pixels? I like the fact that I can resize the window as
I work,
My usage pattern is
Fill = Undo = Swap Colours = Fill = Swap Colours
^
+ insert a "this damnit fill braindamage e3stD%$DFZG§ gimp thing"
here.
Apart form the API changes (breaking _some_ plug-ins), I highly welcome
that change. But I'd also say it was not a bug. "but
Looking at selection.c, I think I notice that there is some dead code
in there. As USE_XDRAWPOINTS is #defined (and apparently always has
been?), the gc_in field (GdkGC*) in GSelection structs doesn't seem to
be actually used for anything. It is created, and various attributes
of it are set, but
10 matches
Mail list logo
