Re: [Gimp-developer] GIMP vs Photoshop

2011-03-08 Thread Martin Nordholts
On 03/08/2011 07:50 PM, Bogdan Szczurek wrote: On Tue, Mar 8, 2011 at 3:12 PM, Bogdan Szczurekthebod...@gmail.com wrote: I also have high hopes for GEGL, but I'd rather have it use some more abstract color model for that. I know it's not so simple—maybe even undoable–that way, but I do like

[Gimp-developer] Enabling a 2.8 release: planning for a 2.10 release

2011-03-14 Thread Martin Nordholts
Hi everyone, As you all know, getting 2.8 out is highest priority right now. There are however some things that we want to fix before we make a 3.0 release. Thus, we must plan for a 2.10 release. I have updated our milestones in bugzilla with this. After the update, there are only 7 bugs on

Re: [Gimp-developer] Enabling a 2.8 release: planning for a 2.10 release

2011-03-15 Thread Martin Nordholts
On 03/14/2011 11:59 AM, Joao S. O. Bueno wrote: Hi, This decision, as I see it, change the release date from within months to within some weeks - May I ask for the calculations that led you to the conclusion that we are weeks away from a release? I haven't done the math yet, but I still

Re: [Gimp-developer] Enabling a 2.8 release: planning for a 2.10 release

2011-03-15 Thread Martin Nordholts
On 03/15/2011 10:44 AM, Jon Nordby wrote: On 15 March 2011 07:43, Martin Nordholtsense...@gmail.com wrote: Not including API to work with layer groups in Python is not a regression, it's just missing functionality in one of the scripting languages. It is unfortunate if GIMP 2.8 will be

Re: [Gimp-developer] Enabling a 2.8 release: planning for a 2.10 release

2011-03-15 Thread Martin Nordholts
On 03/15/2011 12:35 PM, Joao S. O. Bueno wrote: Scripts which previously interated through layers are currently not working. That is a regression. It sure sounds like one, please file a bug report and put it on the 2.8 milestone with a scripts that allows the regression to be easily

Re: [Gimp-developer] Enabling a 2.8 release: planning for a 2.10 release

2011-03-15 Thread Martin Nordholts
On 03/15/2011 02:12 PM, Alexandre Prokoudine wrote: On Mon, Mar 14, 2011 at 1:59 PM, Joao S. O. Bueno wrote: Hi, This decision, as I see it, change the release date from within months to within some weeks - I hope you have in mind that Translators have to know about so they can update

Re: [Gimp-developer] Enabling a 2.8 release: planning for a 2.10 release

2011-03-15 Thread Martin Nordholts
On 03/15/2011 06:38 PM, Alexandre Prokoudine wrote: On Tue, Mar 15, 2011 at 8:25 PM, Martin Nordholts wrote: Speaking of which, I'd love to know what on Earth the reasoning behind putting https://bugzilla.gnome.org/show_bug.cgi?id=556884 off the milestones is supposed to mean

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

2011-03-15 Thread Martin Nordholts
On 03/15/2011 08:47 PM, Charlie De wrote: Why?? Rupert Weber finished this last September and you promised it would be in 2.8. Is this how you show respect for the most stellar effort by a new talent? Shame, truly, shame on you. It's now been 5 years since the issue was first reported,

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

2011-03-16 Thread Martin Nordholts
2011/3/16 Carol Spears ca...@gimp.org: martin, if in, oh, lets say 3 days, March 18, 2011 the majority of your list items are not commited, perhaps you should consider stepping aside.   releases don't attract developers.  look at the history!  gimp-1.0 - gimp-1.2, 1997 thru 2000.  lots of

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

2011-03-16 Thread Martin Nordholts
2011/3/16 Charlie De charlieco...@yahoo.com: Martin, with all due respect, your focus in releasing 2.8 ASAP should be on integrating fixes that are completed, not battling to bring in new functionality such as layer groups. What's the point of layer groups if the layer transfer modes don't

[Gimp-developer] How to best use Bugzilla

2011-03-18 Thread Martin Nordholts
Hi, I think we should discuss how we make best use of Bugzilla. Except for tracking bugs, I'd like us to use bugzilla for a) Keeping track of what is important to fix for a given release b) Keeping track of what bugs among all our bugs we consider important to fix, but not more

Re: [Gimp-developer] CMYK file export plug-in

2011-03-22 Thread Martin Nordholts
On 03/22/2011 01:37 AM, Jacek Poplawski wrote: On Mon, Mar 21, 2011 at 11:30 PM, gespert...@gmail.com gespert...@gmail.com wrote: Most of the people ask for CMYK because: I need CMYK support for photo retouch, to create better colors. CMYK is no different than LAB, HSV or RGB. It is

Re: [Gimp-developer] CMYK file export plug-in

2011-03-22 Thread Martin Nordholts
On 03/22/2011 08:25 AM, Jacek Poplawski wrote: On Tue, Mar 22, 2011 at 8:19 AM, SorinNnemes.so...@gmail.com wrote: Jacek - you don't need CMYK for photos [I need CMYK support for photo retouch, to create better colors]. I am familiar with this opinion. I don't want to continue offtopic

Re: [Gimp-developer] CMYK file export plug-in

2011-03-22 Thread Martin Nordholts
On 03/22/2011 08:20 AM, Martin Nordholts wrote: LAB values makes colorimetric sense by themselves, without any additional information. Correction: For CIELAB values to make colorimetric sense, it is necessary to also know the reference white point. / Martin -- My GIMP Blog: http

Re: [Gimp-developer] CMYK file export plug-in

2011-03-22 Thread Martin Nordholts
2011/3/22 Jacek Poplawski jacekpoplaw...@gmail.com: CMYK is also best colorspace for skin color retouch by numbers, No it isn't, because unless you go through a lot of extra work to avoid it, colors in the image that the used CMYK color space is unable to represent will get lost. / Martin --

Re: [Gimp-developer] GIMP Developer Meeting #3 - March 28, 2011

2011-03-26 Thread Martin Nordholts
On 03/25/2011 02:31 PM, LightningIsMyName wrote: *** Other topics *** Any other suggestions should be suggested by replying to this email, or adding it directly to the wiki (if you have permissions to edit the wiki). Hi, What's the status of making wiki.gimp.org resolve to gimp-wiki.who.ee

Re: [Gimp-developer] GIMP Developer Meeting #3 - March 28, 2011

2011-03-27 Thread Martin Nordholts
2011/3/27 Kevin Cozens ke...@ve3syb.ca: LightningIsMyName wrote: *** Optional topic: Re-Discussing GIMP's programming language *** Some developers that weren't present in the last meeting, highly disagree on the attempt to introduce vala into gimp, claiming that it will scare off developers

Re: [Gimp-developer] GIMP Developer Meeting #3 - March 28, 2011

2011-03-27 Thread Martin Nordholts
On 03/27/2011 02:12 PM, Michael Natterer wrote: So when you write code, how much time do you spend writing the boilerplate? 10%? I would say it's much much less, because writing the code is a small fraction of the time actually spent on the code, the rest is debugging, refactoring, reading

Re: [Gimp-developer] GIMP Developer Meeting #3 - March 28, 2011

2011-03-28 Thread Martin Nordholts
2011/3/27 Michael Natterer mi...@gimp.org: On 03/27/2011 04:45 PM, Martin Nordholts wrote: On 03/27/2011 02:12 PM, Michael Natterer wrote: As to the actual iussue of introducing whatever *additional* language in GIMP, I strongly doubt that it would help us in any way. It would increase

Re: [Gimp-developer] GIMP Developer Meeting #3 - March 28, 2011

2011-03-29 Thread Martin Nordholts
2011/3/29 LightningIsMyName lightningismyn...@gmail.com: ** Re-Discussing GIMP's programming language ** For core (non-UI), continue using GObject, use code generators (such as turbine) and do copy/paste/replace for existing GObject classes (for the rare case where the generator won't be

Re: [Gimp-developer] http://wiki.gimp.org/

2011-03-31 Thread Martin Nordholts
On 03/31/2011 02:40 PM, Michael Natterer wrote: Hi all, I'm pleased to announce that the new GIMP developer wiki has found its way home and is reachable as wiki.gimp.org now. That's great! I have removed 'GIMP' from the roadmap title now since the domain itself has enough GIMP-weight, the

[Gimp-developer] New schedule for GIMP 2.8

2011-04-03 Thread Martin Nordholts
Hi all, I have created a schedule for GIMP 2.8 and put it here: http://tasktaste.com/projects/Enselic/gimp-2-8 Please review the list of tasks and let me know if there are other things than those listed there that you know we need to do before we can release 2.8. In that case I will add those

Re: [Gimp-developer] New schedule for GIMP 2.8

2011-04-03 Thread Martin Nordholts
On 04/03/2011 10:31 PM, Eric Grivel wrote: I added a proposed patch to fix Bug 596410 to the bug report a while ago. Do I need to look at that again? Nope, I just haven't had time to look at the patch yet Regards, Martin -- My GIMP Blog: http://www.chromecode.com/ Why GIMP 2.8 is not

Re: [Gimp-developer] New schedule for GIMP 2.8

2011-04-04 Thread Martin Nordholts
Den 3 apr 2011 23:46 skrev Łukasz Czerwiński lc277...@students.mimuw.edu.pl: I'd like to suggest time profiling as another task to be done before the release. Once I started to optimize Gimp's startup time (especially scheme interpreter) and I'd like to return to that task in the near future

Re: [Gimp-developer] Sample implementation of a new GEGL op

2011-04-06 Thread Martin Nordholts
On 04/06/2011 06:14 PM, sourav de wrote: I tried to implement the blur operation in GEGL. The algorithm is same as of the blur plug-in in GIMP. The patch file for GEGL operation and the blur.c file for the plug-in are attached below. Kindly let me know if there is any mistake in my

Re: [Gimp-developer] GsoC - 2011 - Porting GIMP plugins to GEGL operations

2011-04-07 Thread Martin Nordholts
2011/4/7 Robert Sasu sasu.rob...@gmail.com: After writing the code reviews I ported the emboss plug-in to gegl. Should I upload to GIMP bugzilla ? Yes please, and don't forget to reference the patch in your GSoC 2011 application. BR, Martin ___

[Gimp-developer] GIMP 2.8 schedule update

2011-04-15 Thread Martin Nordholts
Hi Two new items on the 2.8 schedule has been added: * Bug 647835 - Handle deprecated GTK+ API * Bug 647834 - Stop using deprecated API in plug-ins And one item has been fixed: * Include UI tests in nightly Jenkins builds The last fixed item means that we run all our tests each night now,

Re: [Gimp-developer] GIMP 2.8 schedule update

2011-04-15 Thread Martin Nordholts
2011/4/15 Kevin Cozens ke...@ve3syb.ca: Martin Nordholts wrote: The last fixed item means that we run all our tests each night now, including UI tests. Um... ok... How does a buildbot run UI tests? If the backend is X, you use http://en.wikipedia.org/wiki/Xvfb. Although it is often more

Re: [Gimp-developer] GIMP 2.8 schedule update

2011-04-16 Thread Martin Nordholts
On 04/15/2011 09:57 AM, Alexia Death wrote: On Fri, Apr 15, 2011 at 9:08 AM, Martin Nordholtsense...@gmail.com wrote: Hi Two new items on the 2.8 schedule has been added: * Bug 647835 - Handle deprecated GTK+ API * Bug 647834 - Stop using deprecated API in plug-ins And one item has been

[Gimp-developer] Continuous update of the NEWS file

2011-04-16 Thread Martin Nordholts
Hi, Now that 2.7.2 has been released and NEWS is up to date (thanks mitch!), let's make sure to keep it up to date from now on. That means that whenever you make a commit that is worth being mentioned in NEWS, add it to NEWS along with the other changes in the commit. That way making a new

Re: [Gimp-developer] GSOC

2011-04-28 Thread Martin Nordholts
2011/4/27 Enrico Schröder enni.schroe...@gmail.com: Hi Martin, thanks for choosing me for the Summer of Code. I will start working on the specification details of the widget at the end of the week. At the end of may I have exams, so I hope I can manage to start a little before the official

Re: [Gimp-developer] nonlinear revision control system for GIMP

2011-05-02 Thread Martin Nordholts
2011/5/2 Tim Chen ht.timc...@gmail.com: Hi all, Recently we have published a paper on SIGGRAPH 2011 about nonlinear revision control system for images. You can find the abstract and videos at https://sites.google.com/site/httimchen/2011_imagesvn Hi Tim That's great stuff. 1) is there

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

2011-05-02 Thread Martin Nordholts
2011/5/2 Michael Natterer mi...@gimp.org: On Sun, 2011-05-01 at 17:15 +0200, ense...@gmail.com wrote: Hi all, We have discussed the possibility to use Vala as a code generator. What follows is a set of patches so we all can see what that would look like. Any objections to me pushing these

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

2011-05-03 Thread Martin Nordholts
2011/5/3 Simon Budig si...@budig.de: Martin Nordholts (ense...@gmail.com) wrote: I'm trying hard to find time hacking on GIMP, and not having to waste time on GObject C boiler plate means a lot to me. At first I was thinking what the hell, I'll just come up with the the damn boilerplate code

Re: [Gimp-developer] [GSoC] GimpSizeEntry widget

2011-05-03 Thread Martin Nordholts
2011/5/2 Enrico Schröder enni.schroe...@gmail.com: Hi all, i've come up with the first concept for the rewrite, including a class diagram and sequence diagrams for a few use cases: http://enni.userpage.fu-berlin.de/GimpSizeEntry.pdf Note that it mainly shows how the different components work

Re: [Gimp-developer] nonlinear revision control system for GIMP

2011-05-03 Thread Martin Nordholts
2011/5/3 Tim Chen ht.timc...@gmail.com: Hi Martin, It sounds like that there are other thoughts about how to implement the macro system? During my GIMP hack last year, my impression was that macro recording should be done in PDB. And I did not do so because not every functions went

Re: [Gimp-developer] [GSoC] GimpSizeEntry widget

2011-05-15 Thread Martin Nordholts
2011/5/14 Enrico Schröder enni.schroe...@gmail.com Hi Martin! Parsing is done via GimpEevl which is called from the UnitEntry. I think it makes sense because the entry is responsible for input and output, the UnitAdjustment holds the value. GimpEevl does not require any UI. Or did you

Re: [Gimp-developer] [GSoC] GimpSizeEntry widget

2011-05-30 Thread Martin Nordholts
2011/5/30 Enrico Schröder enni.schroe...@gmail.com: Martin Nordholts mailto:ense...@gmail.com 30. Mai 2011 11:04 Hi again How's it going? Best regards, Martin Hi Martin, sorry for the long pause, finished my exams last week (with moderate success...) ;) Been working

Re: [Gimp-developer] Isn't this behaviour unintuative?

2011-06-28 Thread Martin Nordholts
is export and not Shrink Wrap, we can make Ctrl+E be the default keyboard shortcut for both Overwrite and Export. Until then, I just made a commit so that you can use Alt+F, W instead at least: commit 9ae0dc034b7791c15479649f71ef4cda8caaf34e Author: Martin Nordholts mart...@src.gnome.org Date: Tue Jun

Re: [Gimp-developer] Isn't this behaviour unintuative?

2011-06-30 Thread Martin Nordholts
2011/6/30 Jeremy Morton ad...@game-point.net: My suggestion is an export (to the original file name and file type), but with a 'are you sure you want to overwrite?' dialog before the export happens, with the focus automatically on the cancel so 'enter' will cancel the export. The popup is

Re: [Gimp-developer] Isn't this behaviour unintuative?

2011-06-30 Thread Martin Nordholts
2011/6/30 peter sikking pe...@mmiworks.net: I wrote: I will update the spec now to formalise this. done, and it was not a one-liner. Martin (prime suspect for implementing the change): please do a careful diff in the wiki to see the changes. It looks straightforward and I expect to be

Re: [Gimp-developer] Isn't this behaviour unintuative?

2011-06-30 Thread Martin Nordholts
Export to out of the File menu,  the shortcut of Export to is still active and mapped to invoke Export... everything else works like before Thanks for the clarifications, I've made this change now: commit c73bdc097188a926f01062a009f9f22ff32dad4e Author: Martin Nordholts mart...@src.gnome.org Date

Re: [Gimp-developer] [GSOC] GimpUnitEntry - integration into grid editor

2011-07-02 Thread Martin Nordholts
2011/7/1 Enrico Schröder enni.schroe...@gmail.com: Hi all, during the integration of the new UnitEntry widget into Gimp I came across the grid editor. At the moment it uses two rows, one for entering the value in pixels, one for entering it in another unit (cm, inch etc). Both display the

Re: [Gimp-developer] new color system ready for GIMP

2011-07-08 Thread Martin Nordholts
2011/7/7 GiveLifeCS gabr...@givelifecolorsystem.com: Hi developers of GIMP my name is Gabriel Vano I created a NEW COLOR SYSTEM with 2265 new shades, the color palette is free for various design software including GIMP. MY QUESTION FOR THE DEVELOPERS IS: Someone can help me to get in touch

Re: [Gimp-developer] new color system ready for GIMP

2011-07-09 Thread Martin Nordholts
2011/7/8 GiveLifeCS gabr...@givelifecolorsystem.com: Hi Martin Nordholts , I will try to explain your questions: I have invested approx. 4 years to do this color system It was a very manual I mean, that was without using any type of mathematical algorithm, but one by one watching

[Gimp-developer] GSoC GimpUnitEntry: Review round 1

2011-07-14 Thread Martin Nordholts
Hi Enrico, I've made a first review-round of some of your new code. It's not a complete review, but it's a start. I hope the to-the-point comments are OK, I don't mean to be rude. Note that I'm CCing gimp-developer to keep our correspondence public. I've done the review by diffing origin/master

[Gimp-developer] GIMP 2.8 schedule update, one month slip

2011-07-15 Thread Martin Nordholts
Hi everyone, I just went through our GIMP 2.8 schedule at http://tasktaste.com/projects/Enselic/gimp-2-8 and made some adjustments and about a month was added to the release date estimate because of it. I would like to describe the adjustments I did, check the status of the various tasks, and

Re: [Gimp-developer] GSoC GimpUnitEntry: Review round 1

2011-07-15 Thread Martin Nordholts
2011/7/14 Enrico Schröder enni.schroe...@gmail.com: Hi I've adressed most of your comments by now. I have a few comments myself though, which I wrote directly in the file. I marked them with '##' so you can search for them. The file with the comments is to be found here:

Re: [Gimp-developer] GSoC GimpUnitEntry: Review round 1

2011-07-17 Thread Martin Nordholts
2011/7/16 Enrico Schröder enni.schroe...@gmail.com: Ok, I will define the defines ;-) Should the common ones be declared in gimpunitentries.h or should each class/file define them themselves when needed? Put them in gimpunitentries.h for now. Later we will move gimpunitentries away from

[Gimp-developer] GSoC GimpUnitEntry: Review round 2

2011-07-30 Thread Martin Nordholts
Hi Here are my review comments from a rather detailed review round. I've looked carefully at the GimpUnitAdjustment and GimpUnitEntry APIs, as I believe we can get the API in a state good enough for inclusion in the GIMP 2.10 plug-in API (that will also survive into GIMP 3.0). GimpUnitEntries

[Gimp-developer] Small nightly builds-tool update

2011-07-31 Thread Martin Nordholts
Hi, This is a small update on some changes I have made on our continuous integration tool Jenkins that is hosted here: http://gimptest.flamingtext.com:8080/ With the addition of nightly tarball builds of feature branches, in particular for some of our GSoC projects, there is a new naming

Re: [Gimp-developer] prerequisites not building on F14

2011-08-02 Thread Martin Nordholts
2011/8/2 Michael J. Hammel mjham...@graphics-muse.org: Gdk-2.0.gir: error: Type reference 'GdkPixbuf' not found I've built and installed the prerequisites, including gdk-pixbuf, to /usr/local/gimpgit.  I've tried building gobject-introspection but that doesn't build either.  I didn't think

Re: [Gimp-developer] GSoC GimpUnitEntry: Review round 2

2011-08-02 Thread Martin Nordholts
2011/8/1 Enrico Schröder enni.schroe...@gmail.com: Hey Martin, just a small status update: starting on documentation and fixing your review comments now. (Have been busy with moving to my new apartment last week). By going through your review comments I noticed that your diff file

Re: [Gimp-developer] Gimp should be GIMP, but have no idea about GimpCageConfig (translation related)

2011-08-02 Thread Martin Nordholts
2011/8/2 Michael Muré batolet...@gmail.com: #: ../app/gegl/gimpoperationcagecoefcalc.c:82 #: ../app/gegl/gimpoperationcagetransform.c:118 msgid A GimpCageConfig object, that define the transformation For now, this string won't go to the UI, but it might happen in the future, when gegl will

Re: [Gimp-developer] SingleWindowMode-Issue

2011-08-06 Thread Martin Nordholts
2011/8/6 Robert Hildebrandt roberts_k...@gmx.de: Hello Guys, I love the new singlewindow mode. But there'se still (today fetched, merged and compiled) got one issue in the current version: I like to work with the single Window mode when it's maximized, but everytime I open a new Image or

Re: [Gimp-developer] Dockables aren't disposed when closing floating dock window

2011-08-13 Thread Martin Nordholts
2011/8/13 P S psweb...@gmail.com: This is my first post in gimp-dev so forgive me if I happen to miss out context or interfere with current work in progress. It turns out dockables aren't disposed after a gimp_dock_dispose() call in the current master. gimp_dock_dispose() only removes

Re: [Gimp-developer] Tab in Single Window-Mode

2011-08-15 Thread Martin Nordholts
2011/8/15 Jeremy Morton ad...@game-point.net: Speaking of tab in single-window mode, does Ctrl-Tab work for switching tab yet?  If not, is this planned? Ctrl+Tab will continue to cycle between layers, at least in GIMP 2.8. / Martin -- My GIMP Blog: http://www.chromecode.com/ Single-window

Re: [Gimp-developer] ANNOUNCE: GIMP 2.7.3 released

2011-08-22 Thread Martin Nordholts
2011/8/22 Thales Oliveira - WeAreLinux.com tha...@wearelinux.com: I'm sorry, hasn't it been available for a while? At least I have been using 2.7.3 for months. Great news anyway. There is lot of confusion regarding this, which is why I think we should start with GEGL-like version numbering,

Re: [Gimp-developer] GSOC-2011 - Gimp plug-ins to Gegl operations

2011-08-26 Thread Martin Nordholts
2011/8/26 Robert Sasu sasu.rob...@gmail.com: Hello, Here is the list of op's I ported (made): 1. Color rotate 2. Color to alpha 3. Convolution matrix 4. Cubism 5. Deinterlace 6. Emboss 7. Fractal-trace 8. Lens correct (with Lensfun library) 9. Lens-distortion 10. Plasma 11.

Re: [Gimp-developer] tool presets

2011-09-04 Thread Martin Nordholts
2011/9/5 Alexandre Prokoudine alexandre.prokoud...@gmail.com: Hi, We currently have the new Tool Presets dockable dialog that has zero factory preset. Maybe we should should opulate it a bit? Some cropping presets for popular photo paper formats, DVD and whatnot? Steal some presets for

Re: [Gimp-developer] tool presets

2011-09-04 Thread Martin Nordholts
2011/9/5 Alexandre Prokoudine alexandre.prokoud...@gmail.com: On Mon, Sep 5, 2011 at 9:00 AM, Martin Nordholts wrote: This is not something that blocks a 2.8 release and we badly badly need to make a release. This should wait until after 2.8. How does it prevent you from releasing 2.8? Any

Re: [Gimp-developer] tool presets

2011-09-05 Thread Martin Nordholts
2011/9/5 Alexia Death alexiade...@gmail.com: Since when does adding default resources counts as a feature or involves significant amount of coding and risk of breakage? I would agree if this was a coding task. It is not. If it was, there would be something very wrong with the setup. We sort of

Re: [Gimp-developer] tool presets

2011-09-05 Thread Martin Nordholts
2011/9/5 Alexia Death alexiade...@gmail.com: Of course, but I see no reason to actively discourage resource changes at a point when we dont even have a new splash set yet... Well, the reason we don't have a splash is because nobody had time to get us one yet. From the point of view of making a

Re: [Gimp-developer] Blog article about Scheme usage in GIMP

2011-09-05 Thread Martin Nordholts
2011/9/5 Michael Schumacher schum...@gmx.de: I'd like to comment on the blog post, or see comments by someone else, but I'd like to clarify our plans for Scheme in GIMP first. If we look at what programming languages that are popular [1], we can see that the vast majority of languages in use

Re: [Gimp-developer] Blog article about Scheme usage in GIMP

2011-09-06 Thread Martin Nordholts
2011/9/5 Ofnuts ofn...@laposte.net: On 09/05/2011 07:57 PM, Martin Nordholts wrote: If we look at what programming languages that are popular [1], we can see that the vast majority of languages in use today have a syntax where 1 + 1 is written 1 + 1 and not (+ 1 1). If we want to have a main

<    2   3   4   5   6   7