Re: [Gimp-developer] [GSoC] About the idea: Basic gegl based paint tool

2010-03-29 Thread Øyvind Kolås
On Mon, Mar 29, 2010 at 5:41 PM, Alexia Death  wrote:
> On Mon, Mar 29, 2010 at 6:34 PM, Jenny  wrote:
>> Here is my draft proposal
>> https://docs.google.com/Doc?docid=0ARZjTPkuA386ZGRmY3JteG1fOTRoZmJ4cm1keg&hl=en
>> thanks,
>> Jenny
>
> No, that was not even in the same ballpark as the idea. Integration
> with gimp was said to be optional but the project is for a paint tool
> in gimp sense. Like paintbrush tool or airbrush tool using gegl as the
> back end. The aim of this idea is the creation of that back end with
> optional GIMP integration. That back end should support paths with
> outputs and rendering of those paths either using stamping of a bitmap
> or some other sort of creation of a stroke(for example the kind ink
> tool in gimp uses now). Essentially an implementation of paint core in
> gegl.

Note that there already is code in GEGL that could serve as a starting
point/inspiration that does stroking of paths using bitmaps/potato
stamps with a procedurally generated brush, as well as a minimal
experiment testing it. Since performance of GEGL based things in GIMP
is going to be hampered by the lack of native use of GeglBuffers it
probably makes sense to also be able to experiment with such new
infrastructure outside GIMP.

-- 
«The future is already here. It's just not very evenly distributed»
 -- William Gibson
http://pippin.gimp.org/http://ffii.org/
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer


Re: [Gimp-developer] [GSoC] About the idea: Basic gegl based paint tool

2010-03-29 Thread Alexia Death
On Mon, Mar 29, 2010 at 6:34 PM, Jenny  wrote:
> Here is my draft proposal
> https://docs.google.com/Doc?docid=0ARZjTPkuA386ZGRmY3JteG1fOTRoZmJ4cm1keg&hl=en
> thanks,
> Jenny

No, that was not even in the same ballpark as the idea. Integration
with gimp was said to be optional but the project is for a paint tool
in gimp sense. Like paintbrush tool or airbrush tool using gegl as the
back end. The aim of this idea is the creation of that back end with
optional GIMP integration. That back end should support paths with
outputs and rendering of those paths either using stamping of a bitmap
or some other sort of creation of a stroke(for example the kind ink
tool in gimp uses now). Essentially an implementation of paint core in
gegl.


-- 
--Alexia
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer


Re: [Gimp-developer] [GSoC] About the idea: Basic gegl based paint tool

2010-03-29 Thread Jenny
Here is my draft proposal
https://docs.google.com/Doc?docid=0ARZjTPkuA386ZGRmY3JteG1fOTRoZmJ4cm1keg&hl=en

thanks,
Jenny


On Sun, Mar 28, 2010 at 12:59 AM, Liam R E Quin  wrote:

> On Sat, 2010-03-27 at 21:40 +0800, Jenny wrote:
> > But... it is on the idea list, names "Basic gegl based paint tool".
>
> It's on the idea list for gimp - i.e. a gimp paint tool that's based
> directly on gegl, I would think was meant. Maybe one that lets you
> apply gegl operations to a brush-sized area as yo u"paint", rather
> like brushes in Krita (a KDE drawing/painting program).
>
> There's a certain amount of flexibility around the GIMP projects, but
> I rather think they do actually have to involve GIMP :-)
>
> Liam
>
> --
> Liam Quin - XML Activity Lead, W3C, http://www.w3.org/People/Quin/
> Pictures from old books: http://fromoldbooks.org/
> Ankh: irc.sorcery.net irc.gnome.org www.advogato.org
>
>
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer


Re: [Gimp-developer] [GSoC] About the idea: Basic gegl based paint tool

2010-03-27 Thread Liam R E Quin
On Sat, 2010-03-27 at 21:40 +0800, Jenny wrote:
> But... it is on the idea list, names "Basic gegl based paint tool".

It's on the idea list for gimp - i.e. a gimp paint tool that's based
directly on gegl, I would think was meant. Maybe one that lets you
apply gegl operations to a brush-sized area as yo u"paint", rather
like brushes in Krita (a KDE drawing/painting program).

There's a certain amount of flexibility around the GIMP projects, but
I rather think they do actually have to involve GIMP :-)

Liam

-- 
Liam Quin - XML Activity Lead, W3C, http://www.w3.org/People/Quin/
Pictures from old books: http://fromoldbooks.org/
Ankh: irc.sorcery.net irc.gnome.org www.advogato.org

___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer


Re: [Gimp-developer] [GSoC] About the idea: Basic gegl based paint tool

2010-03-27 Thread Jenny
But... it is on the idea list, names "Basic gegl based paint tool".

On Sat, Mar 27, 2010 at 9:02 PM, Martin Nordholts  wrote:

> On 03/27/2010 01:25 PM, Jenny wrote:
>
>> Thanks Matin's feedback. :)
>>
>> Another question: could developing a stand alone but gegl-based
>> application be a GSoC project?
>>
>
> I'm not a GSoC authority, but my guess is "no".
>
>
>  / Martin
>
>
> --
>
> My GIMP Blog:
> http://www.chromecode.com/
> "GIMP 2.8 development still under control"
>
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer


Re: [Gimp-developer] [GSoC] About the idea: Basic gegl based paint tool

2010-03-27 Thread Martin Nordholts
On 03/27/2010 01:25 PM, Jenny wrote:
> Thanks Matin's feedback. :)
>
> Another question: could developing a stand alone but gegl-based
> application be a GSoC project?

I'm not a GSoC authority, but my guess is "no".

  / Martin


-- 

My GIMP Blog:
http://www.chromecode.com/
"GIMP 2.8 development still under control"
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer


Re: [Gimp-developer] [GSoC] About the idea: Basic gegl based paint tool

2010-03-27 Thread peter sikking
Jenny wrote:

> GEGL shipped an GUI application for test, with which user takes many  
> OPs on the default image.  But this application can not load images.
>
> I want to write a user-friendly GUI for GEGL as my GSoC project. I  
> think this application should provide many drag-able "block"s, where  
> each block assigns an operation. User drags blocks and connects them  
> to process image. Kinda like the simulink 
> (http://en.wikipedia.org/wiki/Simulink 
> ).
>
> Expecting feedback.


the graph/boxes and hoses/visual programming metaphor will one day
be in GIMP, because we have 'researching cutting edge image algorithms'
in the vision.

but it is certainly not how I see anybody creative or production
working. that is much more hands-on, a continuation of the way
you see right now in GIMP: hand-tools, a free combination of
selections + filters/operations + layer techniques.

the graph thing can be added _after_ all of these normal things have
been adapted to GEGL.

 --ps

 founder + principal interaction architect
 man + machine interface works

 http://mmiworks.net/blog : on interaction architecture



___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer


Re: [Gimp-developer] [GSoC] About the idea: Basic gegl based paint tool

2010-03-27 Thread Jenny
Thanks Matin's feedback. :)

Another question: could developing a stand alone but gegl-based application
be a GSoC project?


Thanks,
Jenny

On Sat, Mar 27, 2010 at 8:04 PM, Martin Nordholts  wrote:

> On 03/27/2010 12:26 PM, Jenny wrote:
> > GEGL shipped an GUI application for test, with which user takes many OPs
> > on the default image.  But this application can not load images.
> >
> > I want to write a user-friendly GUI for GEGL as my GSoC project. I think
> > this application should provide many drag-able "block"s, where each
> > block assigns an operation. User drags blocks and connects them to
> > process image. Kinda like the simulink
> > (http://en.wikipedia.org/wiki/Simulink).
> >
> > Expecting feedback.
>
> IMHO, GEGL should only be a great image processing library, not an image
> processing library + an advanced UI tool. Also being the latter adds
> considerable maintenance and development burdens, making it harder to
> focus on the core functionality. It'd be fine to create an external
> project that has a GEGL dependency though, of course.
>
>  / Martin
>
>
> --
>
> My GIMP Blog:
> http://www.chromecode.com/
> "GIMP 2.8 development still under control"
> ___
> Gimp-developer mailing list
> Gimp-developer@lists.XCF.Berkeley.EDU
> https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
>
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer


Re: [Gimp-developer] [GSoC] About the idea: Basic gegl based paint tool

2010-03-27 Thread Martin Nordholts
On 03/27/2010 12:26 PM, Jenny wrote:
> GEGL shipped an GUI application for test, with which user takes many OPs
> on the default image.  But this application can not load images.
>
> I want to write a user-friendly GUI for GEGL as my GSoC project. I think
> this application should provide many drag-able "block"s, where each
> block assigns an operation. User drags blocks and connects them to
> process image. Kinda like the simulink
> (http://en.wikipedia.org/wiki/Simulink).
>
> Expecting feedback.

IMHO, GEGL should only be a great image processing library, not an image 
processing library + an advanced UI tool. Also being the latter adds 
considerable maintenance and development burdens, making it harder to 
focus on the core functionality. It'd be fine to create an external 
project that has a GEGL dependency though, of course.

  / Martin


-- 

My GIMP Blog:
http://www.chromecode.com/
"GIMP 2.8 development still under control"
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer


Re: [Gimp-developer] [GSoC] About the idea: Basic gegl based paint tool

2010-03-27 Thread Jenny
GEGL shipped an GUI application for test, with which user takes many OPs on
the default image.  But this application can not load images.

I want to write a user-friendly GUI for GEGL as my GSoC project. I think
this application should provide many drag-able "block"s, where each block
assigns an operation. User drags blocks and connects them to process image.
Kinda like the simulink (http://en.wikipedia.org/wiki/Simulink).

Expecting feedback.


Thank you,
Jenny

On Sat, Mar 27, 2010 at 6:28 PM, Alexandre Prokoudine <
alexandre.prokoud...@gmail.com> wrote:
> On 3/27/10, Jenny wrote:
>
>> But as far as I know, gegl has had a GUI.
>
> Not any more :)
>
> Alexandre
> ___
> Gimp-developer mailing list
> Gimp-developer@lists.XCF.Berkeley.EDU
> https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
>
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer


Re: [Gimp-developer] [GSoC] About the idea: Basic gegl based paint tool

2010-03-27 Thread Alexandre Prokoudine
On 3/27/10, Jenny wrote:

> But as far as I know, gegl has had a GUI.

Not any more :)

Alexandre
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer