Dave Neary wrote:
A GIMP plug-in is a completely different process space than the GIMP
core. Information is passed via a wire protocol which is implemented at
both ends using LGPL code. I don't see how this is different from
viewing the GIMP as a server, and the plug-in as a client. Or
Manish Singh wrote:
I was asking more in terms of an API should look like. Interactive
paint is more involved than say, a bucket fill, which is easily translated
into to call PDB bucket fill function on button release.
Especially when you consider the airbrush, which has time sensitivity as well
David Neary wrote:
Perhaps I'm being over-simplistic, but couldn't we go for the
partial solution of just recording plug-in events, via the
existing PDB interface, and get ourselves most of the
functionality that people need for very little effort?
It's really not all that useful if we don't have
Michael Natterer wrote:
Actually no. GimpDrawable is a GimpItem is a GimpObject. It should
*have* a GeglImage, not be one.
Yes, this is probably correct. Tempbufs should probably also be replaced by
GeglImages, and the entire paint core replaced by GeglOp-related operations.
As I see it,
Simon Budig wrote:
Ok, thinking some more about it: What about using symbols as parameter
identifiers?
(script-fu-foo-bar 'imageimage
'drawable drawable
'radius 5.5
'size 300)
passing symbols to the PDB doesn't make sense,
Kevin Myers wrote:
(script-fu-foo-bar image=myimage size=300)
Defining syntax macros for such a syntax in Scheme is less than straightforward,
and is also very un-Scheme-like.
Kelly
___
Gimp-developer mailing list
[EMAIL PROTECTED]
Kevin Myers wrote:
You seem to know what you're talking about Kelly, so I'll have to accept
your word that my suggestion is un-Scheme-like. However, please verify one
thing regarding your suggestion: How do you handle parameter values with
imbedded blanks or other special characters?
(True)
Kevin Myers wrote:
Hi Kelly,
I understand your basic points, but...
Admittedly, the Windows command prompt (not simply Explorer) is less capable
than most *nix command shells. However, there are also a very large number
of Windows based GIMP users, and one of the requirements of GIMP 2.x is
Dave Neary wrote:
Daniel Rogers wrote:
Avoid self-dealing.
What's this?
Self-dealing is whenever the people who control the organization command the
organization to do business with themselves in their personal capacity.
Self-dealing tears the veil and makes the director or officer who
Nathan Carl Summers wrote:
If you are a board member you must:
Attend board meetings.
Is this required to be in person, or is conference call/irc/email/etc
sufficient? Furthermore, is it possible for board members to be
reimbursed for expenses? I can see this being a major obstacle for non-us
Daniel Rogers wrote:
1. I heard that some people have been asked to be on the board, why
weren't the developers consulted? I'm a developer, why wasn't I asked?
Who are these board members?
Keep in mind that developers will not necessarily make good board members. The
sort of decisions that a
Sven Neumann wrote:
If sueing copyright violators is the main goal, I'd rather let the
Free Software Foundation do this job. It is probably in a lot better
position when it should ever come to a law-suit.
The FSF can't sue someone unless it owns at least some part of the code in
question. The
Carol Spears wrote:
1) do we still keep Spencer Kimball and Peter Mattis as the authors and
everyone else as a contributer? Or everyone could be an AUTHOR or
everyone could be considered a CONTRIBUTER. I am unable to have an
opinion on this and would really like to hear the opinions of a few
Patrick McFarland wrote:
I am one of these active users that have been lead to believe that gimp 2.0
will use GEGL. So, all the developers out that think 2.0 is yet another small
gimp release, or something else (imho) stupid, can just go away or something.
Im actually kind of sick of listening
Sven Neumann wrote:
The ball is rolling now and any further discussion about it is only
hurting GIMP's reputation.
You're going to do what you're going to do. I'm just offering my
counsel. Claiming that offering my counsel is hurting GIMP's
reputation is a hamfisted way of telling me to shut
Please read HACKING first. INSTALL is for people installing from a
distribution tarball. Instructions on how to proceed are in there.
Kelly
- Original Message -
From: Jean-Claude Gervais [EMAIL PROTECTED]
To: Gimp Developers [EMAIL PROTECTED]
Sent: Tuesday, September 24, 2002 1:32 PM
The G in GIMP stood, once upon a time, for General. It was changed to
GNU at Richard Stallman's insistence (but with the consent of SP, so it's
not like it was completely hijacked). See the SP interview at
http://www.xach.com/gg/1997/1/profile/1/.
Yet another case where Stallman's zealous
On Wed, Dec 05, 2001 at 01:11:56AM +0100, [EMAIL PROTECTED] wrote:
I say using a type that represents the actual type of the value
closely is a feature and not a bug. What wrong about seing:
Hey, this value is supposed to be unsigned?
Because that's not what unsigned does in C. Unsigned is
On Tue, Dec 04, 2001 at 07:35:55AM -0500, Leonard Rosenthol wrote:
Don't you have to maintain backwards compatibility with your own
user base? I certainly expect that you will change things to support new
features (CMYK, etc.), but since old GIMP users have to be able to read
On Tue, Dec 04, 2001 at 11:34:59AM +0100, Sven Neumann wrote:
the side effects of unsigned integers are not what people are used to
think about when designing an algorithm. You are changing the
mathematical base in an unneeded and hardly foreseeable way. Code that
looks correct and used to
On Tue, Dec 04, 2001 at 01:39:36PM +0100, [EMAIL PROTECTED] wrote:
I'm talking about nested function calls. If a function deep inside fails
it should be handled as quickly as possible instead of propagating it
through the code.
Uh, this is C, not Scheme. We don't throw exceptions. Calling
On Tue, Nov 27, 2001 at 02:33:22PM +0100, Lourens Veen wrote:
Yes, but then we're still talking about printers here. The colour posters I
designed were printed as well (on a digital press as they called it, which
from what I gather is just an industrial strength printer), but that only
On Tue, Nov 27, 2001 at 02:10:47PM +0100, Avi Bercovich wrote:
CMYK, halftoning etc. would be nice indeed, but possibly a Photoshop xcf
plugin might be easier?
I don't know of any GIMP developer willing to spend the $$$ to get the
SDK for Photoshop.
--
I love
On Tue, Nov 27, 2001 at 02:48:33PM -0700, Laramie Leavitt wrote:
Is anyone actively working on GIMP 2?
Insofar as there is activity on GIMP 1.4, yes.
Kelly
___
Gimp-developer mailing list
[EMAIL PROTECTED]
On Mon, Nov 26, 2001 at 10:20:35AM +0100, Sven Neumann wrote:
Hi,
Kelly Martin [EMAIL PROTECTED] writes:
Maybe I'm just losing it, but it looks very much to me like
gimp_image_construct_layers in app/core/gimpimage.c leaks the
reverse_list.
very well spotted indeed. I'll check
Maybe I'm just losing it, but it looks very much to me like
gimp_image_construct_layers in app/core/gimpimage.c leaks the
reverse_list.
--
I love catnip mice.
It's why I chew their heads off.
They're good for breakfast.
On 02 Oct 2001 16:44:18 -0500, Federico Mena Quintero [EMAIL PROTECTED] said:
It is physically impossible to synchronize clocks.
Sounds like a fundamental problem with the design of the universe.
Indeed. We should return the universe for a refund.
Kelly
On 29 Aug 2001 10:59:06 +0200, Sven Neumann [EMAIL PROTECTED] said:
One more thing to consider: Localisation in GIMP HEAD is considerably
broken since we have to switch all the po files to UTF-8. You can
create some nice crashes if you try to start GIMP from CVS HEAD with
LC_ALL != C since
On Fri, 27 Jul 2001 22:18:32 +0200, Lourens Veen [EMAIL PROTECTED] said:
I may be misunderstanding, I'm not a project expert, but if the Gtk
API is frozen, the only difference between the CVS HEAD branch and
the latest developer release is bugfixes right? So then there should
be actually less
On Wed, 25 Jul 2001 17:57:50 +0100, Adam D. Moss [EMAIL PROTECTED] said:
* What are pango and atk, and why do we suddenly require them (if
indeed we do)?
* Are there compelling advantages to using CVS-GTK which outweigh the
cons of forcing developers and users to upgrade? Is GTK 1.3 not
On 26 Jul 2001 00:17:03 +0200, Sven Neumann [EMAIL PROTECTED] said:
you are obviously not well informed about the current state of
GTK+-2.0.
No, I don't _care_ about the current state of the development of an
unreleased package. We should not be using unreleased code.
Why can't we just use
On Wed, 23 May 101 10:23:57 -0500 (CDT), [EMAIL PROTECTED] (Miles O'Neal) said:
I know, I know. Since we're probably going to rewrite the site in
something less arcane and more known, now is the ideal time to revamp
the look and feel.
I hate it when sites change things. (My credit card
On Wed, 23 May 2001 18:21:16 +0200, Christoph Rauch [EMAIL PROTECTED]
said:
Many sites have never changed since 1995. Some are changing too
frequently. With gimp.org we have sort of the first one (even if its
not THAT old). With a redesign in both content and structure we can
be more flexible
On Fri, 13 Apr 2001 16:06:22 +0100, David Kirkby [EMAIL PROTECTED] said:
Hi, I'm trying to do something with Gimp that is perhaps a little
unusual. This is causing me a problem, but I'd like to know if it
can be overcome easily. I'm using Gimp 1.2.0 on a Sun SPARCstation
with Solaris 8.
I
On Mon, 9 Apr 2001 23:02:44 +0200 (CEST), [EMAIL PROTECTED] said:
On 5 Apr, Kelly Martin wrote:
Tiles are 64x64 by default, and changing them is a bad idea because
it makes your .xcf files nontransportable.
Not to forget that this size is more or less hardcoded.
It's a #define, yes
On Thu, 5 Apr 2001 12:36:05 -0500, Kelly Martin [EMAIL PROTECTED] said:
I have modified whirlpinch slightly to use "blocking", ie. doing
all calculations in small squares (32*32). With that technique very
common in numerical computing, the CPU caches (and for GIMP) the
tile cache h
36 matches
Mail list logo