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
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,
On Wed, 9 Feb 2000 19:47:42 -0500, Robert L Krawitz [EMAIL PROTECTED] said:
CMYK is a bit of an oddball subject. Partly this is because there
are so many variants (CMY, CMYK, CcMmYK, CcMmYy, CcMmYyK), and partly
because (to the best of my knowledge) this color space is really only
useful in the
On Sat, 05 Feb 2000 23:50:56 -0800, "Martin Weber" [EMAIL PROTECTED] said:
Here a list of buggy plugins in GIMP-1.1.16:
tileable blur plugin:
the status bar is appearing in an extra window
--
color exchange / color mapping plugins:
color selection: you
On Sun, 06 Feb 2000 19:04:12 -0500, "Garry R. Osgood" [EMAIL PROTECTED] said:
Personally, I think similiar tricks may be pulled fully in the confines
of the Curve tool, but as Marc pointed out, not everyone is a copy of me
(or is it 'a copy of Daniel Egger'? I forget ... ;), so some people
may
On Fri, 28 Jan 2000 01:38:32 +0100, Marc Lehmann [EMAIL PROTECTED] said:
Ok. I've just enabled automatic mirroring from the sourceforge cvs
back to the gimp cvs.
FWIW, I think this should be used sparingly. It is my belief that
we should try to move plugins into a separate package from the
On Fri, 28 Jan 2000 12:40:32 -0500, Zach Beane - MINT [EMAIL PROTECTED] said:
Count this as a cry out against it. I suggest waiting for a logical
pause in development, such as the release of GIMP 1.2, to begin
making these not-insubstantial changes in source management.
My position is
On Sat, 5 Feb 2000 11:45:16 +0100 (CET), [EMAIL PROTECTED] said:
I think it's time to remove that useless pencil before the release
of the magic version 1.2. Did anyone use it in the last time? It
contains no functionality that paintbrush doesn't have except of hard
edges (anyone needing that
On Sat, 5 Feb 2000 21:00:19 -0700 (MST), "Michael J. Hammel"
[EMAIL PROTECTED] said:
The last comment I saw under this story said that a $2K award was
given to "Wilbur the Gimp". Since Gimp has no non-profit (or for
profit) organization, who got that money? Just curious.
It goes to Yosh, who
On Sat, 5 Feb 2000 12:33:38 -0800, "Michael J. Hammel" [EMAIL PROTECTED]
said:
I'm curious why any new plug-ins should be added to the core *at
all*. Gimp's distribution is fairly large as it is. Isn't it
getting time to limit additional plug-ins to the core distribution to
plug-ins which are
On Fri, 4 Feb 2000 09:52:30 +0100 (MET), [EMAIL PROTECTED] (Raphael Quinet) said:
I disagree. This would only encourage some users to re-compile their
own version of the Gimp in a private directory in order to get around
the hardcoded limits.
Frankly, I disagree. Systems where admins are
On Thu, 3 Feb 2000 19:33:31 +0100 (CET), [EMAIL PROTECTED] said:
If you have a shared maschine the best would be to let the
administrator choose how much memory each user will get because
users'll ALWAYS try to get what they can even if it makes no
sense
It might be a good idea to have a
On Tue, 01 Feb 2000 13:19:03 +0100, Torsten Rahn [EMAIL PROTECTED]
said:
Of course I read on the
Gnome-Office-site that Gimp would be part of Gnome-Office. Well I was
quite surprised to read that as I didn't see any discussions about
this topic here.
GNOME claims GIMP as part of GNOME because
On Tue, 1 Feb 2000 13:15:17 -0600 (CST), Tim Mooney [EMAIL PROTECTED]
said:
I agree that would be the best solution, but I'm afraid it's not that
easy. I've submitted quite a few very small portability patches
against ORBit from as far back as the 0.3.X days, and virtually every
one of my
On Tue, 1 Feb 2000 15:11:13 -0500 (EST), Glyph Lefkowitz [EMAIL PROTECTED]
said:
No, and it's their right not to. If you believe this should be a
requirement, it should be part of the license. GIMP is a part of Red
Hat Linux, why shouldn't it be a part of the GNOME office suite?
If I recall
On Tue, 1 Feb 2000 17:24:35 -0600, "Shawn T . Amundson" [EMAIL PROTECTED] said:
But hasn't Mozilla basically given up on this idea and just used
their own toolkit? Mozilla certainly looks crappy on the Mac at any
rate.
I was referring to the commercial Netscape product, rather than
Mozilla. I
On Mon, 31 Jan 2000 08:57:59 +0100 (CET), [EMAIL PROTECTED] said:
additional plug-ins. Some things, like translations, must be part
of the distribution currently.
This needs to be fixed. :)
Do you volunteer?
I don't understand translations at all. :)
Kelly
On Mon, 31 Jan 2000 16:33:53 -0500, Federico Mena Quintero [EMAIL PROTECTED]
said:
Kelly, please don't spread FUD. People build gnome-libs on Debian
boxes, old broken Slackware boxes, FreeBSD, Solaris, and other
beasts. What library are you talking about?
popt. If you read gnome-hackers
On Tue, 1 Feb 2000 01:18:54 +, Nick Lamb [EMAIL PROTECTED] said:
From the user's perspective The Gimp is part of GNOME.
There's no good reason for users to have this perception, though,
since the only relation GIMP has with GNOME is that GNOME uses GIMP's
custom-developed widget set, and
On Sun, 30 Jan 2000 21:53:25 +0100, Marc Lehmann [EMAIL PROTECTED] said:
As long as they do not claim that their code is ANSI-C. I can
remember my first (and last) patch to the KDE developers that
converted their code to real C++, and they told me "F*ck off! Get a
real c++ compiler!". Ever since
On Sat, 29 Jan 2000 11:27:16 -0600 (CST), Dean Johnson [EMAIL PROTECTED] said:
EVERY gui developer (casual or not) should be required to read
Tufte's design books before being allowed to code.
Heh. Send me copies and I'll gladly read them. :)
Kelly
On Sat, 29 Jan 2000 21:53:47 +, Nick Lamb [EMAIL PROTECTED] said:
All the existing plug-ins that work with palettes (INDEXED images
would be even more useless than they already are if no plug-ins could
work with them) use calls like:
I guess it's GIMP palettes that are badly exposed. IIRC,
On Sun, 30 Jan 2000 00:11:47 +0100, Marc Lehmann [EMAIL PROTECTED] said:
If there were a way of adding a prominent notice like "DO NOT USE
THIS BUG-TRACKER TO REPORT GIMP BUGS, INSTEAD, GO TO http..."...
Have you asked Sourceforge?
Kelly
On Sun, 30 Jan 2000 01:31:52 +, Nick Lamb [EMAIL PROTECTED] said:
Gimp palettes are files :)
Yes, but when you have LOTS of custom palettes, having "Reload" as the
only way to get a new palette into the GIMP is NOT pleasant. (I have
hundreds of custom palettes and have had, at times,
On Sat, 29 Jan 2000 10:59:23 +0100, Sven Neumann [EMAIL PROTECTED] said:
This is handled much better after Mitch overworked most plug-ins UI
once again. If you still find places that should be changed, please
provide a patch.
If Mitch has gone to the effort to normalize existing plug-ins, I
I can find no evidence that this is actually used anywhere in the
GIMP. Anybody know what it's for and whether it even works?
Kelly
On Fri, 28 Jan 2000 21:40:56 +0100, Marc Lehmann [EMAIL PROTECTED] said:
One possible reason is that it is a pain in the ass to install
additional plug-ins. Some things, like translations, must be part of
the distribution currently.
This needs to be fixed. :)
Kelly
On Fri, 28 Jan 2000 18:03:32 -0500, Federico Mena Quintero [EMAIL PROTECTED]
said:
(As for footprint, well, the GIMP is not terribly lightweight either)
:-)
GIMP's a lot lighter than gnome-libs. I would substantially oppose
any serious dependence on gnome-libs in GIMP. Especially since
On Fri, 28 Jan 2000 23:47:25 +0100, Marc Lehmann [EMAIL PROTECTED] said:
Most (but of course not all) of the problems are related to the fact
that the menus are too full and can'T be changed, not necessarily
that too many plug-ins are installed (which is mostly a diskspace
problem).
One of the
On Wed, 26 Jan 2000 14:31:52 +, "Steinar H. Gunderson" [EMAIL PROTECTED]
said:
Better yet, a GIMP interface. If we are to change the entire plug-in
architecture anyway, we should make a single way of compiling and installing
them.
I've thought about this somewhat. I had a vague idea in
On Tue, 25 Jan 2000 20:53:30 +0100, Marc Lehmann [EMAIL PROTECTED] said:
As a matter of fact, I couldn't. Why do you think I could?
Anybody can do anything, with enough effort. :)
Kelly
Anybody understand what the guy in #2355 is asking for? It looks like
he wants DynText layers to rerender on layer scale, which would be
a major architectural change (not impossible, just not something that
should be squeezed in under a freeze). Is this just a user
misunderstanding?
Kelly
On Fri, 21 Jan 2000 00:44:36 +0100, Sven Neumann [EMAIL PROTECTED] said:
Hi,
tonight two new plug-ins were checked into the tree. I now that we have not
officially declared a plug-in freeze, but I think it was somehow clear that
it is too late to add new plug-ins. The CVS ChangeLog claims:
On Mon, 10 Jan 2000 18:43:23 +, alex [EMAIL PROTECTED] said:
Maybe the earlier splash images were only distributed in GIF format,
but then they moved to PPM after Burn All GIFs? Just a guess.
The splash images have always been PPMs.
You can retrieve all of them (at least since 1.00) from
On Sat, 15 Jan 2000 22:22:05 +0100, Marc Lehmann [EMAIL PROTECTED] said:
I don't see the problem (yet)? Plug-ins do not need to be GPL'ed (at
least not when the last rmeaining license bits have been resolved
;-)
They do, however, have to be compatible with LGPL. That's not saying
very much. :)
On Thu, 13 Jan 2000 09:45:50 -0800 (PST), Arcterex [EMAIL PROTECTED] said:
I personally like both the balloon and brush image. Maybe both can
fit in somewhere? I understand I'm just a lurker here and have no
real clout, but maybe one can be the splash (I'm thinking balloon)
and the brush one
On Tue, 11 Jan 2000 00:55:10 +0800, Ian McKellar [EMAIL PROTECTED] said:
For each of the frame parts create a separate layer in the way
described above, but call each of these "PART: name" where name will
be used in the image name. To set frame part attributes append "name
= value" pairs to the
On Fri, 7 Jan 2000 23:40:02 +1100 (EST), Paul F Harrison [EMAIL PROTECTED] said:
I have made a plug-in that does some interesting things, like applying
a theme taken from one image and applying it to another, or making an
image tilable. More details at
http://yoyo.cc.monash.edu.au/~pfh/fixer/
41 matches
Mail list logo
