GitLab

svn path=/trunk/koffice/; revision=689390

svn path=/trunk/koffice/; revision=689178

svn path=/trunk/koffice/; revision=689060

* initial work on a model for the bookmarked configuration manager, extended with a model for filters
* use the model in the filter dialog
* create a bookmark manager for each filter, it should be override by filters creating their own configuration objects

svn path=/trunk/koffice/; revision=689012

svn path=/trunk/koffice/; revision=688879

This closes CID 3907.
CCMAIL:Boudewijn Rempt <boud@valdyas.org>

svn path=/trunk/koffice/; revision=688737

currently fails because the projection has the wrong default pixel after a subselection got inverted.


svn path=/trunk/koffice/; revision=688702

* remove the bookmark code from the KisFilter class and move it to a more generic kisbookmarkedconfiguration class (which needs to be initialized for each filter with a configuration)
* fix the copyright header of kis_filter_handler (as unless the boudewijn from the future is commiting code in the past we are not yet in 2008 ;p )

svn path=/trunk/koffice/; revision=688693

rename toXML/fromXML to toLegacyXML/fromLegacyXML (those functions are used to save to filter configuration XML as used by Krita 1.x)

svn path=/trunk/koffice/; revision=688624

* add some const to KoColorSpace

svn path=/trunk/koffice/; revision=688607

svn path=/trunk/koffice/; revision=688512

svn path=/trunk/koffice/; revision=688448

meaning krita can again load exif and iptc tags

BUG: 112727
CCBUG: 138923

svn path=/trunk/koffice/; revision=688358

some more data. But probably it will be the one that rules them all. It will support:
- Selection of illuminant (because different light means different colors).
- Selection of precision (basing on the computational power, it will chose less or 
more "reflectivity wavelenghts" to compute).
- *All* visible colors (thanks to the XYZ colorspace).
It will use Kubelka Munk so we are using together the most powerful academic tools.
Stay tuned...

svn path=/trunk/koffice/; revision=688274

svn path=/trunk/koffice/; revision=688181

svn path=/trunk/koffice/; revision=688153

* more unittests
* add real test for threaded applicator, which works, so use threaded applicator to auto-thread
suitable filters (note to self: write techbase article on multi-threading for Krita filters)

svn path=/trunk/koffice/; revision=687939

Some bugs need to be fixed yet.

svn path=/trunk/koffice/; revision=687882

svn path=/trunk/koffice/; revision=687854

svn path=/trunk/koffice/; revision=687835

introduce the color convertion transformation

svn path=/trunk/koffice/; revision=687795

svn path=/trunk/koffice/; revision=687780

svn path=/trunk/koffice/; revision=687774

Another try. The idea is: the "red" wavelenght is near enough to the "green" wavelenght so that they interact. A 
high amount of red increases green too, and viceversa. In the same way, green is changed by the amount of both 
red and blue. Interaction between red and blue can be ignored.
Nice idea, isn't it? It doesn't work however :-)

svn path=/trunk/koffice/; revision=687298

* Make the alpha base composite op also work for colorspaces without an alpha channel and remove
  the abortive non-alpha base composite op (this is less work for everyone, we may want to rename
  the alpha base composite op)
* add the painterly olverlay device and a dried pixels device to kispaintlayer for thrain.

Only the KisImageTest unittest fails now; but I have to fill in a lot of other unittests.

svn path=/trunk/koffice/; revision=687276

svn path=/trunk/koffice/; revision=687007

svn path=/trunk/koffice/; revision=686981

- in the duplicate tool, check if the image has one and only one perspective grid, and enable or disable the perspective correction setting
- add the icon for the duplicate paintop

svn path=/trunk/koffice/; revision=686904

svn path=/trunk/koffice/; revision=686859

use a mutex instead of a sleep, that prevent to wait one or two second before being authorized to restart again painting

svn path=/trunk/koffice/; revision=686820

op class for colorspaces without an alpha channel or something like that
is being investigated.)

svn path=/trunk/koffice/; revision=686818

svn path=/trunk/koffice/; revision=686538

I wonder what I was thinking when binding this function :/ anyway it's used no where so I can safely remove it

svn path=/trunk/koffice/; revision=686415

- clean the mess in KisPainter and remove the "special" functions for configuring the duplicate op
- disable the duplicate tool (but don't remove it from svn as I still have to steal some part of its code)

svn path=/trunk/koffice/; revision=686396

svn path=/trunk/koffice/; revision=686344

svn path=/trunk/koffice/; revision=686225

svn path=/trunk/koffice/; revision=686090

create a transfer functions with a number of functions equal to the number of color channel (it will prevents problem for the day we have more than 256 color channels :D)

svn path=/trunk/koffice/; revision=686059

svn path=/trunk/koffice/; revision=686040

recreate a filter configuration if the layer is changed to a layer wich is incompatible with the current filter configuration (like in color adjustement if the newly selected layer has a different colorspace than the previous)

svn path=/trunk/koffice/; revision=686031