On Thu, Sep 24, 2009 at 10:44 PM, Moritz Moeller <realritz@virtualritz.com> wrote:
On 09/20/2009 08:48 PM, Boudewijn Rempt wrote:
> On Saturday 19 September 2009, Moritz Moeller wrote:
>
>> There is another few posts of mine, in the archives (from 2007, I
>> think), where I already tried advertising these approaches. Might help
>> digging the resp. thread out, to understand better where I'm coming from.
>>   :)
>
> The big problem with this is that it would be a wonderful project, but going
> this way simply means starting completely from scratch. Nothing in the current
> krita codebase will be at all useful (well, maybe some color selectors...).

I think "from scratch" is exaggerating greatly. I made two propsals. One
is for a node based core.
The other was for procedural bushes.
Neither requires the other to be implemented. Procedural brushes bring
many advances, even w/o a node-based core.

I think the "from scratch" was targeted at you reyes proposal.
 
As for the latter. This would indeed mean replacing the core with a node
system. I don't know how well abstracted interaction of the core is, for
any part of Krita making use of it.
But if it was abstraced sufficiently, replacing the core and providing
backwards compatibility to keep a big chunk of the exisiting code that
is non-core, should be possible.
Because a layer baed system can easily be expressed in a node-based system.
The reverse is btw not true. Photosop tries hard these days, having now
smart-objects and cascaded layer groups. But this is still far from the
flexibility of a node based system.

It's always the question how much you want expose the node system to the user. Some users might be overwhelmed by it.
 
> And I know that I lack the skills to setup such a project and get it anywhere
> meaningful :-(

Which one? Node-based core or procedural brushes. I can help out with
how to implement these. I am really sorry that I don't have more time, I
would love to write a reference implememtation of procedural brushes at
least.

I can also assure you that neither is any harder to implement than
anything Krita does currently. :)
A node based core is cretainly a lot of work. Really a lot. Procedural
brushes aren't

Editing draw strokes might be nice if you do it like MyPaint only for the last stroke. It gets more complicated to use if you want to modify single path points, just try to modify a calligraphy stroke in Karbon.

Saving the path would get a possible maintainance problem as future paintops have to work in the same way to keep the image looking the same. If you send someone a picture he needs all the paintops you used to create your image, so you would have to included the whole image as fallback.