Aug 20 2021
Mar 24 2021
Feb 12 2020
Oct 11 2019
Is this resolved?
Feb 19 2019
Sure.
Jan 7 2019
I guess it just wasn't finished and worked only in few cases... and caused regressions in other cases
Jan 6 2019
This is an updated diff against krita/4.1 for the dithering work:
So... Does anyone remember why this wasn't merged?
Oct 25 2018
The icons are connected now :)
Oct 14 2017
Sep 27 2017
15. Colorfilter dropdown should be a horizontal strip ,no dropdown.
Sep 26 2017
About point 1 (frame switch popup):
I think it should also be optional with shortcuts.. some people like me mostly use shortcuts, and not necessarily want to see popups all the time when switching back and forth frames..
Apr 5 2017
Updated ideas for Krita Training Camp 2017:
Feb 28 2017
Uhm, uys, I love you, but why is this in the Krita: Stable Bugfixes board? It just seems to me that it would require a resource manager rework?
Jan 25 2017
Some idea about screen dithering:
Jan 3 2017
I'm agreed with @stamoglouodysseas. We need a checkbox in preferences not to draw behind the canvas. I guess it's easy to add.
With this checkbox everyone will be happy.
@woltherav
At the moment you cannot see what you do beyond the canvas boundaries, so it wouldn't really serve that purpose. It would make sense if we had a bleed area like layout software (coreldraw,illustrator, etc), where you can actually see the whole image. But perhaps this goes a bit too far..
Bleeding space would fit into artist's workflow, as it is how people use the same concept in printing. We just need to allow a 'export with bleeding space' type of option somewhere and it would fit right into a print workflow.
These options could help, although in practice it is almost the same effort as trimming the layer to image size or manually cropping the image. You require the user to take an extra action to trim the layers to image size.
I personally do not have any use for the strokes beyond image boundaries, and would like to have a default setting that prevents it from happening.
I understand that others might have use for it though, so this is where the bleeding space idea came from.
I'm also fine with not writing pixels when painting outside the canvas area -- that way, strokes can still start outside the canvas, but it won't grow the image.
I would like to also hear other's opinion about the "bleeding space". I'm not sure it fits the workflow of any kind of painters...
Another idea would be to define something like a "bleed" area in pixels, in the document settings.
For example:
We make a 1000 x 1000 px document.
We define a bleeding space of 200px. That would create something like a "buffer" zone around the canvas, so that the strokes are not cut at the image size but they can be extended by 100px more in each direction.
This will give us more control over the whole thing. The strokes won't be able to extend to infinity, but we also maintain the "stroke beyond boundaries" feature. If we want the strokes to end at the image size, we simply do not add any bleeding space (0 pixels)
You cannot draw outside the canvas in PS. But if you move/resize the layer, so that part of it is out of the canvas borders, the information is preserved. The same is true if you paste an image that extends beyond the canvas boundaries. You can trim these pixels by cropping the image.
Jan 2 2017
Dec 10 2016
No it is not related. We did discuss this at the sprint, you seemed to think it was feasible back then(calling it something kin to 'reverse of the alpha inheritance' but I might be wrong).
Probably related to T1587. Could be solved by locking the source layers, pressing Ctrl+E. Then a merged copy would be created, but the layers became invisible.
Speaking truly, I don't fully understand the task. There are several options possible:
It is a part of a bigger task of porting animation actions to the strokes framework
Seems to be related to AMD vs Intel on Windows. Needs testing with benchmarks.