I've just read the thread...<br><br><b>for Cyrille:</b><br>About filter-based approach that Gimp uses...<br><br>I've thought about something like that for Krita recently. And i've got the following idea: <br><br>
All the actions on the image (except of painting) could be based on adj. layers. E.g. if you want to change the size of the image (or switch to a different colorspace), you can just add a proper layer into the stack. If you do not want to have an additional layer, you can merge it down.<br>
<br>I'm thinking this idea over on leisure... And i think i'll be able to publish details one day =)<br><br>This idea has many advantages:<br>1) We can keep design of the Krita extremely simple:<br> - a small kernel for managing stack<br>
- a paintop kernel<br>2) All the featutures, like tranformation, CS-switch, channel-blending can be easily made as filters (mind! no kis_transformation_layer! its simply not needed)<br>3) A user will have a uniform interface(!) for all actions<br>
4) At the moment, we have too much code duplication in Visitors that makes image/ design weird.<br><br><b>for Cyrille (again):</b><br>You said about script-based filters. Like Invert filter written with digits.<br><br>Most of the stuff described with "linear pixel color conversion function" can be represented with "Curves" filter. Any scripting here is simply redundant if we do not base coefficients on source image at least. More than that MOST of the color conversion features can be based on Curves, in case we do not do any automation.<br>
<br><b>for Boud:</b><br>About Git.<br><br>What are we waiting for? Will Git really help our project? If it does, why not just set up any public hub for that? Like <a href="http://github.com">github.com</a>? Our git repository without history is just 149M.<br>
Commits from a public hub could be transmitted to svn daily (Thomas, ping! Is it possible?). <br><br>About stopping features creation process and starting fixing bug.<br><br>There are many design issues that simply can't be fixed easily. I'd say we should "stop features creation and start discussion of the design" and make our code easy to maintain.<br>
<br><b>for All:</b><br>Someone said that krita has many abilities: vector graphics, raster and so on...<br><br>I don't think it's good to have all-in-one application. We shouldn't break a basic principles of our users - "unixway" and kiss. Most of our users are unix-users, right? <br>
That's why i think it's better to have good communications between Krita<->Karbon instead of an ability to work with vectors inside krita.<br><br><br clear="all"><br>-- <br>Dmitry Kazakov<br>