Re: [Gimp-developer] lgm talk, part 2...

On Fri, 19 Jun 2009, peter sikking wrote: > guys, > > the second part of my lgm talk is blogged now: > > > > > enjoy, I do appreciate your work on this, but I have to say that I still have some concerns. I have t

Re: [Gimp-developer] lgm talk, part 2...

On Fri, Jun 19, 2009 at 12:41 PM, peter sikking wrote: > Chris Mohler wrote: > >>> >>> > >> I like this approach. >> >> I have a few questions: >> >> Will each plate have a density or opacity attribute?  (some inks ar

Re: [Gimp-developer] lgm talk, part 2...

On Fri, Jun 19, 2009 at 6:56 PM, Alexandre Prokoudine wrote: > On Fri, Jun 19, 2009 at 8:05 PM, yahvuu wrote: > >> there's one thing i don't understand, may be a misconception: >> why is it necessary to have separate modes for editing the RGB data >> and the plates? >> >> For example, if i have an

Re: [Gimp-developer] Feature Request: Layers from Image ( "Linked Layers" )

OK- Here is a file containing three scripts that all end up under the Layer menus. Load a new File Linked Layer (loads up an image as a layer and sets the layer name to "@FL@".) Reload All File Linked Layers (looks though all the layers for ones where the name starts with the "@FL@" flag and relo

Re: [Gimp-developer] lgm talk, part 2...

Chris Mohler wrote: >> > I like this approach. > > I have a few questions: > > Will each plate have a density or opacity attribute? (some inks are > more opaque than others) I guess that the complexities of ink si

Re: [Gimp-developer] lgm talk, part 2...

On Fri, Jun 19, 2009 at 10:37 AM, peter sikking wrote: > guys, > > the second part of my lgm talk is blogged now: > >

Re: [Gimp-developer] lgm talk, part 2...

On Fri, Jun 19, 2009 at 8:05 PM, yahvuu wrote: > there's one thing i don't understand, may be a misconception: > why is it necessary to have separate modes for editing the RGB data > and the plates? > > For example, if i have an RGB image in the composition and want to apply > 'value curves', that

Re: [Gimp-developer] lgm talk, part 2...

(peter) yahvuu wrote: > there's one thing i don't understand, may be a misconception: > why is it necessary to have separate modes for editing the RGB data > and the plates? mainly because creating art on a RGB monitor, to be used on many media, is not the same _activity_ as bringing this art to

Re: [Gimp-developer] Genetic Python plugin - faster draw and fill

> > Alec Burgess (bura...@gmail.com) wrote (in part) (on 2009-06-19 at 05:45): > Have you considered ImageMagik? I'm not well-qualified at either > scripting Gimp nor anything but simplest tasks in ImageMagik (just lurk > on the IM-list) but the tasks you describe *might* be possible in it and

Re: [Gimp-developer] lgm talk, part 2...

Hi all, there's one thing i don't understand, may be a misconception: why is it necessary to have separate modes for editing the RGB data and the plates? For example, if i have an RGB image in the composition and want to apply 'value curves', that has to be done in the RGB area, for after separat

[Gimp-developer] lgm talk, part 2...

guys, the second part of my lgm talk is blogged now: enjoy, --ps founder + principal interaction architect man + machine interface works http://mmiworks.net/blog : on inte

Re: [Gimp-developer] Genetic Python plugin - faster draw and fill

Freddy (bigbadwol...@gmx.de) wrote (in part) (on 2009-06-19 at 05:25): maybe you have read about Roger Alsings "Evolution of Mona Lisa" ( http://rogeralsing.com/2008/12/07/genetic-programming-evolution-of-mona-lisa/ ). I am trying to write a plugin (script) for GIMP that does something l

[Gimp-developer] Genetic Python plugin - faster draw and fill

Hi, maybe you have read about Roger Alsings "Evolution of Mona Lisa" ( http://rogeralsing.com/2008/12/07/genetic-programming-evolution-of-mona-lisa/ ). I am trying to write a plugin (script) for GIMP that does something like this. The plugin should create a lot (maybe 50 to 100) generat