Don't know if these are on the radar, but here are some bugs/usability issues that I've found. All tested on 2.7.8.21, Win 8 64 bit.

1. Portrait and Landscape modes are back to front.

2. Custom Brush: when creating an Animated brush, the images cycle through in sequence regardless of the Selection mode.

3. Edit Brush Settings > Color > Source > Hue: When this setting is active the brush colour alternates between the selected colour and grey. Only on the odd occasion does it produce a gradient through the colour spectrum.

4. Edit Brush Settings > Color > Source > Saturation: When this setting is active the brush colour gradates from dark cyan through to dark red, regardless of the colour selected. On the occasional stroke it changes the saturation of the current colour.

5. Edit Brush Settings > Color > Source > Value: When this setting is active the brush colour gradates from black to white, and on the occasional stroke it changes the value of the current colour.

6. Grid Brush > Color > Color Options: Random HSV settings produce similar results to the above.

7. Spray Brush > Color > Color Options: Random HSV settings produce similar results to the above.

8. Text Brush: letters are upside down when drawing angle is set to control rotation.

9. X-Tilt and Y-Tilt operate in the reverse of what you'd expect when set to scale (ie tilting down produces a thinner line instead of thicker), which means having to reverse the curve.

10. When using Pressure in conjunction with X-Tilt and Y-Tilt, changing the curve frequently has no effect until exiting the Brush Settings panel and reopening it, then moving one of the curve points slightly. This might be a byproduct of #9, since I have to have the tilt curves in opposition to the pressure curve.

11. Manipulating the end points in a curve is a bit tricky - I often accidentally create more points while trying to grab them.

12. After modifying a preset, I usually find that the next time I open Krita that there are multiples of the preset in the docker containing a string of numbers and letters in brackets after the name, eg "Chalk(ChalkXx172.kpp)".

(c:

Confirming 3, 4, 5, 6, 7, 8, 11 in trunk, linux mint 15.
12 sounds like the blacklist.xml isn't working properly.
Can't confirm 9 & 10(my tablet doesn't have tilt.)
Can't confirm 2, don't understand how to use custom brush to begin with.
Can't confirm 1: It works normally in trunk.

3 to 7 sound like they should be same bugreport. So, I did that: https://bugs.kde.org/show_bug.cgi?id=325808
8 should be researched further. For me, setting the rotation curve from 0,0 to 0.5,1 (first being h-axis, latter being v-axis) comes closer to expected behaviour.
11 is a minor UI issue, I haven't had much trouble with it, so we should research what exactly is causing the continued mistake.

Hey thanks for confirming TheraHedwig,

As for 11, if a point is butted up against the border there are only 5 pixels of it to grab (since it partially disappears behind the border), and at 2560x1440 with a Wacom I find myself slowing down and tensing up a bit so as not to miss it, delete it or create another one next to it. I think a bit of extra grabbing space outside the perimeter of the grid would help with that. But you're right though, it's a minor issue.

Ah, well that explains why I don't have much issue here: Running only 1280x800 here

Ideally we'd be able to specify how large our tablet/resolution is, and that based on that the selection-area of an UI element is activated.

For a low resolution with a large-tablet having large UI elements is detrimental: The large UI elements only clutter the screen.
For a high resolution with a small tablet, on the other hand you'd want large UI elements, because small ones are easy to miss.

I hope you don't mind me posting bugs in this thread.
I just discovered, that in version 2.7.8.21 64 bit (Win the filter for the tag brush view doesn't work anymore. Nothing happens. Can anybody confirm this?
The last version I used before was 2.7.8.13 x64 and there it worked.

TheraHedwig wrote:Ah, well that explains why I don't have much issue here: Running only 1280x800 here

Ideally we'd be able to specify how large our tablet/resolution is, and that based on that the selection-area of an UI element is activated.

For a low resolution with a large-tablet having large UI elements is detrimental: The large UI elements only clutter the screen.
For a high resolution with a small tablet, on the other hand you'd want large UI elements, because small ones are easy to miss.

That would be ideal I suppose - the scratchpad would benefit from scaling as well (I fill that little thing up really quickly).

Vaquero wrote:I hope you don't mind me posting bugs in this thread.
I just discovered, that in version 2.7.8.21 64 bit (Win the filter for the tag brush view doesn't work anymore. Nothing happens. Can anybody confirm this?
The last version I used before was 2.7.8.13 x64 and there it worked.

I think I saw that mentioned somewhere else - doesn't hurt to post it here though.

For real tablets, I'd suggest using Krita Gemini, which has a kind of split personality: you can switch between tablet and desktop mode (on some systems that happens automatically!), and the tablet mode has nice, big and easy to hit gui elements.