Yes, it was fixed!

Abandoned

Can be considered abandoned now.

Seems to be abandoned now. Translators lost their enthusiasm :(

Heh... unittests need to be handled separately through the monday meetings

Seems to hung up in needs info

After power-cut, Popup Palette has random brushes attached. It seems like Krita doesn't save the tags until exit or something.

Seems to be fixed after the port to Qt5 :)

Duplicate with T3500

This is probably fixed since then -- the code at line 343 doesn't look like this anymore.

Could you please check if this bug is still actual? I have a feeling that I have fixed it already. And I cannot reproduce it anymore. If you are still able to reproduce it, please reopen the task :)

I have tested the bug on Linux + Qt 5.5.1 + openGL and the bug seems to be not reproducible anymore. I guess Boud or me have fixed something like that some time ago.

This happens in recent 3.0 too, so i think this is not yet fixed

this is the flickering bug.

1. Undo framework. Basically, we use Qt's undo framework. It is forked and named 'KUndo2Stack', but the general idea is exactly the same: http://doc.qt.io/qt-5/qundo.html

5. Painterly color mixing

1. Implement a draft of RYB color space that is tightly linked to a specific RGB color space. In the draft it can be linked to sRGB
   • see KoColorSpaceAlpha for an example
2. Let the painters test the destination color space if it feels natural to them.
3. (A) If people like it, just finish implementing the color space by letting RGB profiles be attached to it
4. (B) If people don't like it, or if using this color space for the entire image doesn't work good (limits the gamut too much)
   1. Create a separate docker, which works like a palette, where the user can "paint" and mix the color he wants
   2. Connect the RYB color space to the paint device used in that docker (if people still like blending effect)
   3. If people don't like blending effect produced by RYB, search for some papers to implement the blending properly. In Krita 1.6 there was such a docker (was removed later), so the code can be searched there.

1. Implement a filter that emulates watercolor effect on a fixed image. It should detect the edges and make the make the contour of the brush more contrast (based on KisFilter)
   1. Design GUI and user interactions for the tool.
   2. Implement filtering of the layer in a per-stroke basis. The filtering should happen in KisPaintLayer::copyOriginalToProjection() and KisIndirectPaintingSupport::mergeToLayerImpl().
   3. Given that edge-detection filter is not local (depends on the neighboring pixels), implement, KisPaintLayer::outgoingChangeRect() and probably(?) KisPaintLayer::needRect() to handle the border effects.
   4. Implement the GUI

• we already have a Phong Bumpmap filter (Filter->Map->Phong Bumpmap)
• but we don't have a reliable source of paint height information anywhere.