Re: [Gimp-developer] Re: Gimp usability tests

2004-05-05 Thread Christopher Curtis
Juhana Sadeharju wrote: From: "Christopher W. Curtis" <[EMAIL PROTECTED]> Would it be possible to solve this issue by placing "transient corners" on the image? It perhaps would not be a good idea if the original corner would move when the equivalent transient corner is moved. I agree ... did I su

Re: [Gimp-developer] plug-in preview widget (another try)

2004-05-21 Thread Christopher Curtis
Hello, This is just a random thought off the top of my head, but maybe it will inspire someone... It would probably be very cool if the "preview" functionality could be implemented so that it could also act as a filter. Such that, for instance, someone could grab a "looking glass" and "attach

Re: [Gimp-developer] Refactoring code from GPL to LGPL

2004-05-23 Thread Christopher Curtis
Manish Singh wrote: snipped out: the fact that clueless Robin completely missed the point that there was plenty of refactoring done into GPL libraries, quite independent of the PDB infastructure. [...] misinformation about the GIMP project. He completely deserves to be called on his lack of underst

Re: [Gimp-developer] Blur plug-in

2004-06-07 Thread Christopher Curtis
Sven Neumann wrote: I'd like to get some feedback on the following plan for the Blur plug-in (details are in http://bugzilla.gnome.org/show_bug.cgi?id=142318): The plan is to remove the randomize and repeat functionality. [...] So the question is, is anyone actually using this functionality? Are th

Re: [Gimp-developer] Should the checkerboard be linked to the window or to the image?

2004-09-01 Thread Christopher Curtis
Sven Neumann wrote: It would still be interesting to hear about people's preferences. So please ignore my technical comments and tell us what which behaviour you would prefer from a user's point of view. I personally like the image preview fixed-checkerboard method, at least on the preview. I don

Re: [Gimp-developer] gimp GUI

2004-10-24 Thread Christopher Curtis
Jakub Friedl, adresa do konferenci wrote: Flash is an absolute essential - we have no tools at all at present for Flash is, to my best knowledge, closed proprietary format. So there is only a little hope we can make our own Flash creating application. Hi, I've never looked at any of this stuff per

Re: [Gimp-developer] first impressions of GIMP 2.0

2004-10-26 Thread Christopher Curtis
[EMAIL PROTECTED] wrote: I don't think a lot of people would prefer a scrolling menubar over the ability to always reach the image menu using the right mouse button. Those who are new wouldn't know to right-click, and their voice is not heard here. If we want GIMP to gain popularity, it has to ap

Re: [Gimp-developer] Re: [Inkscape-devel] common interface for graphics apps on the"free desktop"

2005-02-07 Thread Christopher Curtis
Sven Neumann wrote: Michael Natterer <[EMAIL PROTECTED]> writes: Perhaps we should just swap the Shift and Ctrl modifiers for display scrolling to be consistent with the HIG and across graphics apps. Sounds like a good idea. Let's do this for 2.4. Two questions about the current GIMP behavior (unre

Re: [Gimp-developer] Tool statusbar error messages

2006-10-01 Thread Christopher Curtis
I hope I'm not showing my lack of UI skills here, but: On 9/26/06, Carol Spears <[EMAIL PROTECTED]> wrote: On Tue, Sep 26, 2006 at 02:17:34PM -0700, William Skaggs wrote: > From: Michael Natterer <[EMAIL PROTECTED]> > > >While doing so I noticed they are all bad and inconsistent. > >"Indexed ima

Re: [Gimp-developer] Moving selection contents with the move tool?

2006-10-03 Thread Christopher Curtis
On 9/27/06, Raphaël Quinet <[EMAIL PROTECTED]> wrote: This is a different issue from what was discussed here. You can toggle between moving layers, selection masks or paths by using the modifiers: Ctrl or Alt (this will soon be indicated in the status bar). I don't How will this be indicated?

Re: [Gimp-developer] Color management preferences not working and other CM stuff

2007-01-17 Thread Christopher Curtis
On 1/16/07, Sven Neumann <[EMAIL PROTECTED]> wrote: > 2.6 has an even minor version number so it's obviously a stable release Obvious only to people who don't need to ask. > series. It will most probably use GEGL at a few places internally, but [...] > 2.6 is to finish some stuff that wasn't com

Re: [Gimp-developer] kdevelop and gimp

2007-01-29 Thread Christopher Curtis
On 1/26/07, Michael Natterer <[EMAIL PROTECTED]> wrote: > On Fri, 2007-01-26 at 10:33 +0100, [EMAIL PROTECTED] wrote: > > > This was pretty trivial but not obvious at first since gimp uses autotools > > in a non-standard way. > > Where exactly was the problem in using a different --prefix and > how

Re: [Gimp-developer] Rudeness on gimp devel and bugzilla - was:?Re: Tools

2007-03-22 Thread Christopher Curtis
Hi, general comments: The tone of the GIMP mailing list has improved dramatically over the years (long time lurker here) and I would assert that it is generally very reasonable. However, language barriers can cause problems and special care should be taken when this is obviously the case. Also,

Re: [Gimp-developer] [Gimp-Developer] One-click binary downloads via the gimp website

2007-03-31 Thread Christopher Curtis
On 3/30/07, David Marrs <[EMAIL PROTECTED]> wrote: > We already get Gimpshop users coming to the mailing lists asking for help and, Would it be a good idea to embrace these users as well? Gimpshop may be a non-supported hack, but hosting a Gimpshop-specific list may provide insight into a larger

Re: [Gimp-developer] Save Changes Integrated

2007-05-20 Thread Christopher Curtis
On 5/20/07, Thorsten Wilms <[EMAIL PROTECTED]> wrote: > I will try to raise this with the Metacity project. > http://thorwil.wordpress.com/2007/05/20/save-changes-integrated-3/ I don't think you want to go too far down this path. A significant portion of GIMP users run Windows and WMs other than

Re: [Gimp-developer] 2.6 roadmapping, the UI part of it...

2007-10-28 Thread Christopher Curtis
On 10/28/07, Robert Krawitz <[EMAIL PROTECTED]> wrote: >Date: Sun, 28 Oct 2007 12:03:57 -0700 (PDT) >From: Micahel Grosberg <[EMAIL PROTECTED]> > >>As an alternative, I'd like to suggest a UI setup I filched from >>Erdas Imagine (a GIS app). It sort-of emulates the Mac OS idea of >>

Re: [Gimp-developer] 2.6 roadmapping, the UI part of it...

2007-10-29 Thread Christopher Curtis
On 10/28/07, Robert Krawitz <[EMAIL PROTECTED]> wrote: > From: "Christopher Curtis" <[EMAIL PROTECTED]> >>From: Micahel Grosberg <[EMAIL PROTECTED]> >>>here's the mockup (I made it long ago): >>>http://www.g

Re: [Gimp-developer] Requesting advice for solving bug #325564

2007-11-30 Thread Christopher Curtis
On Nov 26, 2007 2:26 PM, Sven Neumann <[EMAIL PROTECTED]> wrote: > On Mon, 2007-11-26 at 20:15 +0100, Jesper de Jong wrote: > > I have been looking into bug #325564 the past few days and I know how > > this should be solved, and I'm looking for advice on how best to > > implement this in GIMP. > >

[Gimp-developer] TIFF plugin deficiency

2001-03-22 Thread Christopher Curtis
I'm not sure if anyone was aware of this, but the TIFF plugin does not (seem to) support multiple pages. I notices this when I converted a .pdf to a .tiff (for HylaFAX usage) and the Windows 98 viewer saw all 12 pages, but looked horrible (of course); so I fired up the GIMP and it was beautiful,

Re: [Gimp-developer] Re: availibility of Gobe source code

2002-03-28 Thread Christopher Curtis
On Thu, 2002-03-28 at 05:59, Branko Collin wrote: > On 28 Mar 2002, at 11:02, Sven Neumann wrote: > > > I heard that Gobe Productive (http://www.gobe.com/) ships with > > plug-ins based on source code from The GIMP and sent them a letter > > asking for source code. I'm forwarding their answer h

Re: [Gimp-developer] Re: [CinePaint-dev] GIMP GBR format spec

2003-07-10 Thread Christopher Curtis
Sven Neumann wrote: We actually had something else in mind but since you don't seem to be interested I won't waste my time explaining our ideas. It is very sad to see that Sven thinks that Robin Rowe is the only person to whom his ideas should be told. Pity the rest of the GIMP developers (curr

Re: [Gimp-developer] Re: new-xcf

2003-07-17 Thread Christopher Curtis
Sven Neumann wrote: "Christopher W. Curtis" <[EMAIL PROTECTED]> writes: The nice thing about this is that it should be fully parseable by XML parsers (up until the first NULL [1 is required, the rest are optional I don't think the format you proposed is valid XML. There might be XML Rule #1 in br

Re: [Gimp-developer] Re: new-xcf

2003-07-17 Thread Christopher Curtis
Manish Singh wrote: On Thu, Jul 17, 2003 at 12:06:12PM -0400, Christopher Curtis wrote: Rule #1 in brainstorming: don't criticise any idea, no matter how silly. So much for rules... Another downside: needing a special tool to manipulate it. Well, now, I want to end this silliness right

Re: [Gimp-developer] Re: new-xcf

2003-07-17 Thread Christopher Curtis
Sven Neumann wrote: Hi, But you couldn't use any generic XML tools like validators or XSL transformations. If we go for XML we should really make sure that we make it proper XML, otherwise XML doesn't make sense at all. We could then as well go for a sexp syntax. Actually the latter would be a lot

Re: [Gimp-developer] Re: new-xcf

2003-07-17 Thread Christopher Curtis
Ok .. I want to apologise to everyone for overreacting. After a brief moment of reflection, a simple container has notable advantages over a single file, not to mention that a one of my assumptions didn't make sense. Where is there documentation on the ar format? I can't seem to find any. I

Re: [Gimp-developer] Re: new-xcf [Re: Gimp-developer Digest, Vol10, Issue 18]

2003-07-17 Thread Christopher Curtis
Alan Horkan wrote: It is far better not to XML at all than to break XML. (incidentally this is similar to what has been suggested for Cinepaint). Just for the record ... I read the CinePaint file format, and it doesn't even resemble XML. My "PREAMBLE" is valid XML. If they implement what they

Re: [Gimp-developer] tentative GIMP 2.0 release plans

2003-07-18 Thread Christopher Curtis
Nathan Carl Summers wrote: Yes, calling the new release 2.0 is a LIE. I cannot emphasize this strongly enough. It is a lie because we have told many, many people what 2.0 will do. To release a 2.0 without these features is pure misrepresentation. It is much too late to put the worms back into

Re: [Gimp-developer] Costs estimates

2004-02-24 Thread Christopher Curtis
Sven Neumann wrote: Nathan Carl Summers <[EMAIL PROTECTED]> writes: For funding requests for GIMPCon in Norway, it will be very useful to have cost estimates for the event for the GIMP. Could everyone planning to go to Kristiansand send an estimate of how much money they will need to get there? I

Re: [Gimp-developer] Re: Re: Gimp usability tests

2004-04-22 Thread Christopher Curtis
GSR - FR wrote: [EMAIL PROTECTED] (2004-04-22 at 2052.21 +0200): This would, of course, make selection CSG operations more difficult. Simon said that implementing CSG operations on vectors would be not feasible. Ok, maybe you misunderstood me or I expressed it the wrong way: It would of course wou

Re: [Gimp-developer] misleading / missing install instructions on website

2009-01-24 Thread Christopher Curtis
On Sat, Jan 24, 2009 at 2:32 AM, Michael Grosberg < grosberg.mich...@gmail.com> wrote: > Is there a way to install 2.6.4 (or any other bugfix version or developer > snapshot) on Ubuntu? Are there alternate software sources that should be > specified? If so, what are they and can they be added to t

Re: [Gimp-developer] cant save image with new comment

2009-08-03 Thread Christopher Curtis
On Mon, Aug 3, 2009 at 5:12 PM, Martin Nordholts wrote: > Please let's not bombard the UI with modal dialogs. They are excellent > for interrupting workflows and annoying users. The proper solution is to > make changing the comment dirty the image, it is not to show a modal While I agree, what a

Re: [Gimp-developer] Color management dataflow [was: Color management (UI perspective for GIMP 2.8)]

2010-02-12 Thread Christopher Curtis
On Fri, Feb 12, 2010 at 11:55 AM, yahvuu wrote: > here are some diagrams depicting selected configurations for colormanagement: > http://yahvuu.files.wordpress.com/2009/08/dataflow.png What happens in a multi-head setup when I maximize an image over (say) a CRT and an LCD? Does "monitor profile

Re: [Gimp-developer] Color management dataflow [was: Color management (UI perspective for GIMP 2.8)]

2010-02-13 Thread Christopher Curtis
On Sat, Feb 13, 2010 at 5:39 AM, yahvuu wrote: > Christopher Curtis wrote: >> What happens in a multi-head setup when I maximize an image over (say) >> a CRT and an LCD?  Does "monitor profile" take this into account? > > Following the logic of the diagram, i'

Re: [Gimp-developer] Color management dataflow [was: Color management (UI perspective for GIMP 2.8)]

2010-02-13 Thread Christopher Curtis
On Sat, Feb 13, 2010 at 5:58 PM, Jon Cruz wrote: [...] > does seem to come down to the points that X11 does not and should not deal > with color management in these regards and needs to leave it to the > individual apps. To get a fully usable system, X11 would require some major > reworking, and

Re: [Gimp-developer] Why artificially constrain toolbox window size?

2010-05-27 Thread Christopher Curtis
On Thu, May 27, 2010 at 12:48 PM, Michael Natterer wrote: > On Thu, 2010-05-27 at 09:18 +0200, Martin Nordholts wrote: > > > > The GtkToolPalette widget that hosts the buttons is able to nicely > > distribute available space among the buttons, so I would like to remove > > the resize constraint a

Re: [Gimp-developer] Merchandizing for the GIMP.

2010-06-09 Thread Christopher Curtis
On Wed, Jun 9, 2010 at 1:43 PM, Alexia Death wrote: > On Wednesday, June 09, 2010 20:19:03 Sven Neumann wrote: > > > > Since I haven't been at LGM, I have trouble to understand the motivation > > for doing GIMP merchandising. > [...] > > b) Something a little bit better as a token of appreciation

Re: [Gimp-developer] Please fix Color and/or Value transfer mode

2010-07-31 Thread Christopher Curtis
On Sat, Jul 31, 2010 at 9:13 AM, Sven Neumann wrote: > > On Thu, 2010-07-29 at 01:56 -0700, Charlie De wrote: > > > And my point is that wasn't such a good decision precisely because it took 4 > > years to get it fixed.  [...] If my line of thought had been followed 4 > > years ago, > > GEGL wou

Re: [Gimp-developer] Please fix Color and/or Value transfer mode

2010-07-31 Thread Christopher Curtis
On Sat, Jul 31, 2010 at 3:13 PM, Christopher Curtis wrote: > it is custom coefficients in HSY-space: Here's a reference to the HSY color model, since it seems uncommon, and because when searching for "gimp hsy" in Google the second result is the email I _just_ sent

[Gimp-developer] Color spaces and layer blend modes - tool layers

2010-08-01 Thread Christopher Curtis
Hello, Let me start by saying I haven't been following any development builds of GIMP or GEGL, so I may have some false presumptions and I certainly lack some information. That aside, I'd like to ask some broader questions about color spaces. Firstly, some background: the HSY color space appears

Re: [Gimp-developer] html layers

2010-08-01 Thread Christopher Curtis
On Sun, Aug 1, 2010 at 3:40 AM, Martin Nordholts wrote: > Have you tried GIMP from git? It has been made possible to do > per-character formating in text layers there. What format does it save the per-character formatting in? Would HTML be an option? Understanding even a subset of the basic HT

Re: [Gimp-developer] Color spaces and layer blend modes - tool layers

2010-08-01 Thread Christopher Curtis
On Sun, Aug 1, 2010 at 1:04 PM, Bill Skaggs wrote: > It would be much better not to use the word "tool"in this way. I agree terminology is going to be difficult. I get the impression you are only thinking about color, but I'm not. Maybe it's clearer if I use the terms "Image layer" and "Blend l

Re: [Gimp-developer] scanner support should be File->Acquire

2010-08-26 Thread Christopher Curtis
On Wed, Aug 25, 2010 at 2:55 PM, Sven Neumann wrote: > "somewhere else" is not a very intuitive place either. We've had a > longer discussion when these items were moved to File->Create and no one > came up with a better solution. I find the 'Create' label non-obvious as well. It makes sense fo

Re: [Gimp-developer] astronomical use of GIMP

2010-11-19 Thread Christopher Curtis
On Fri, Nov 19, 2010 at 5:47 AM, Alexandre Prokoudine wrote: > On 11/19/10, Bill Skaggs wrote: >> On Thu, Nov 18, 2010 at 6:19 AM, Alexandre Prokoudine >> wrote: >>> >>> You know how to submit patches, don't you? :) >> >>That's not a very useful reply.  Adjustment layers have been discussed >> e

Re: [Gimp-developer] distributing gimp with another program

2010-11-21 Thread Christopher Curtis
Let me try to clarify one thing: On Sun, Nov 21, 2010 at 9:27 AM, Christopher Curtis wrote: > terms of the GPL.  Calling GIMP plugins directly gets fuzzier.  If > they are scripts, it can be done.  If they are compiled code it is > unclear. I should have said 'If they ar

Re: [Gimp-developer] distributing gimp with another program

2010-11-21 Thread Christopher Curtis
On Sun, Nov 21, 2010 at 8:03 AM, Graeme Gill wrote: > Daniel Hornung wrote: >> I am not a lawyer but I think that distributing GIMP along with other >> non-free >> programs should be ok if those other programs just use it through the command >> line.  Of course you will still have to distribute G

Re: [Gimp-developer] distributing gimp with another program

2010-11-21 Thread Christopher Curtis
On Sun, Nov 21, 2010 at 4:26 PM, Graeme Gill wrote: >> If the program dynamically links plug-ins, but the communication >> between them is limited to invoking the ‘main’ function of the plug-in >> with some options and waiting for it to return, that is a borderline >> case. > > But this is all ir

Re: [Gimp-developer] distributing gimp with another program

2010-11-21 Thread Christopher Curtis
On Sun, Nov 21, 2010 at 5:12 PM, Graeme Gill wrote: > What counts > is dependence. I think all of your arguments are wrong, but on this point you may be right. I didn't realize that the GIMP is GPLv3 now, which is a very different license. GPLv3 is very fuzzy about linking. The appropriate FA

Re: [Gimp-developer] distributing gimp with another program

2010-11-21 Thread Christopher Curtis
On Sun, Nov 21, 2010 at 11:27 PM, ash oakenfold wrote: > My application can function without gimp. I only use gimp to stitch together > and save a larger image as an optional last step. If your needs really are this simple, ImageMagick is a pretty powerful tool released under a BSD-like license

Re: [Gimp-developer] scanfs without field width limits making Gimp crash

2011-01-23 Thread Christopher Curtis
On Sat, Jan 22, 2011 at 2:04 AM, Nelson A. de Oliveira wrote: > To make it crash: > perl -e 'print "5"x210' | ./a.out I believe the unbounded '%s' is a legitimate bug, but is the '%i' assertion true? The example it gives doesn't crash when I run it. Instead scanf returns ERANGE and (oddly)

Re: [Gimp-developer] scanfs without field width limits making Gimp crash

2011-01-23 Thread Christopher Curtis
On Sun, Jan 23, 2011 at 10:20 PM, Nelson A. de Oliveira wrote: > On Mon, Jan 24, 2011 at 1:11 AM, Christopher Curtis > wrote: >> On Sat, Jan 22, 2011 at 2:04 AM, Nelson A. de Oliveira >> wrote: >> >>> To make it crash: >>> perl -e 'print &q

Re: [Gimp-developer] scanfs without field width limits making Gimp crash

2011-01-24 Thread Christopher Curtis
On Mon, Jan 24, 2011 at 8:09 AM, Nelson A. de Oliveira wrote: > Here (also from your patch): > > snprintf (fmt_str, sizeof (fmt_str), "%%%lds %%%lds %%%lds %%%lds", >          sizeof (colorstr_r) - 1, sizeof (colorstr_g) - 1, >          sizeof (colorstr_b) - 1, sizeof (colorstr_a) - 1); > > sscan

Re: [Gimp-developer] Photoshop “compatibility” mode

2011-01-30 Thread Christopher Curtis
On Sat, Jan 29, 2011 at 9:12 PM, Liam R E Quin wrote: > On Sun, 2011-01-30 at 01:43 +0100, Bogdan Szczurek wrote: > >> The thing is, that we concluded that permamenet transition or even >> occasional use of Gimp would be much more appealing for Ps-bred guys >> (like me ;)) if one would have possib

Re: [Gimp-developer] Photoshop “compatibility” mode

2011-01-30 Thread Christopher Curtis
On Sun, Jan 30, 2011 at 12:55 PM, Rob Antonishen wrote: >> The world would be better if each application domain had a consistent >> set of core accelerators.  File->New, File->Save, Cut/Copy/Paste, etc. >> are good for most all applications.  For a graphics program, common >> tools like Pencil, E

Re: [Gimp-developer] Photoshop “compatibility” mode

2011-01-30 Thread Christopher Curtis
On Sun, Jan 30, 2011 at 1:33 PM, Liam R E Quin wrote: > Yes, perhaps it might be nice if the key to get the eraser was the same > in inkscape and gimp and blender and gedit and krita and mypaint, but it > could no longer be "E" because that inserts text in gedit, so we'd end > up using conrtol-sh

Re: [Gimp-developer] Photoshop “compatibility” mode

2011-01-30 Thread Christopher Curtis
On Sun, Jan 30, 2011 at 1:33 PM, Liam R E Quin wrote: > Yes, perhaps it might be nice if the key to get the eraser was the same > in inkscape and gimp and blender and gedit and krita and mypaint, but it [...] I overlooked Krita. Krita uses as a BG Color Fill and + as a FG Color Fill according

Re: [Gimp-developer] Photoshop “compatibility” mode

2011-01-31 Thread Christopher Curtis
On Sun, Jan 30, 2011 at 8:51 PM, Liam R E Quin wrote: > I'm actually Ok with this. But we have to agree what we mean by "peer > applications" - I'd say gimp and inkscape are, for example, and not gimp > and photoshop. So your argument is that on the "Software Spectrum" GIMP is not a graphics app

Re: [Gimp-developer] Photoshop “compatibility” mode

2011-01-31 Thread Christopher Curtis
Let me start off by saying that this conversion is exasperating, and this will likely be my last message on the topic. Firstly, let me define "peer group": Any set of applications that interpret data in a specific way and allows the user to view or manipulate said interpretation in any specific

Re: [Gimp-developer] Photoshop ?compatibility? mode

2011-01-31 Thread Christopher Curtis
On Mon, Jan 31, 2011 at 9:39 PM, gespert...@gmail.com wrote: > And all this conversation is because you think CTRL+Backspace makes > more sense than CTRL+. (because you're used to that combination) and > you don't want to take 30 seconds of your time to personalize the > accelerators? By "you" a

Re: [Gimp-developer] Photoshop ?compatibility? mode

2011-02-01 Thread Christopher Curtis
On Tue, Feb 1, 2011 at 4:00 AM, Alexandre Prokoudine wrote: > On 2/1/11, Christopher Curtis wrote: > >> interact on this list.  One of which is the knee-jerk reaction >> whenever an email comes across with the word Photoshop in it. > > What you call "knee-je

Re: [Gimp-developer] [Bug 325564] Use CIE LCH instead of HSL for layer mode "Color"

2011-03-15 Thread Christopher Curtis
How about: This patch seems to have been completed last year; there are no outstanding issues against it. What needs to be done in order for this to be integrated? Chris On Tue, Mar 15, 2011 at 3:47 PM, Charlie De wrote: > Why?? Rupert Weber finished this last September and you promised it wou

Re: [Gimp-developer] Example: Vala as code generator

2011-05-02 Thread Christopher Curtis
On Mon, May 2, 2011 at 9:15 AM, Nicolas Robidoux wrote: One way of viewing the issue is: > > Do you want to cater to the programmers you want, or the programmers you > have? > (With the hope of turning the latter into the former.) > It's worse than that, even. This is a perpetual argument. Peo

Re: [Gimp-developer] Question about bundled "iBryte" GIMP installer

2011-07-14 Thread Christopher Curtis
2011/7/14 Jernej Simončič : > On Thursday, July 14, 2011, 19:34:08, Andrew Brandt wrote: >> -- Are third parties permitted, according to your EULA, to bundle your >> product this way? > > GIMP is licensed under the GNU General Public License, version 2. The This may not be accurate. Current GIM

Re: [Gimp-developer] Question about bundled "iBryte" GIMP installer

2011-07-14 Thread Christopher Curtis
On Thu, Jul 14, 2011 at 4:55 PM, Chris Mohler wrote: > 2011/7/14 Christopher Curtis : >> >> This may not be accurate.  Current GIMP releases are GPLv3: > > Oops - guess I need to pay more attention while lurking ;)  I thought > the GPLv3 switch was still in the works...