https://bugs.kde.org/show_bug.cgi?id=418071
--- Comment #6 from acc4commissi...@gmail.com --- (In reply to Tymond from comment #5) > @acc4commissi...@gmail.com the change probably comes from my changes to the > Fill Tool and Contiguous Selection Tool. If you select "use selection as > boundary", it will only paint in the area inside the selection. If you > unselect it, it will paint everything and only later cuts out the unselected > areas. There is some difference in behaviour that comes from this feature. > In terms of slowness, this new implementation of filling doesn't have the > downside that the old implementation (called when you have the checkboxes > unchecked) had, which is painting/changing the whole canvas. So to sum up, > it wasn't intentionally fixed per se but if you have the checkbox checked, > you should be using the version of the fill tool that behaves in the way > that doesn't trigger this specific bug. > > Please check if this explanation (that the behaviour and speed is different > depending on the checkbox) is consistent with your findings. > > I believe this bug should be left open since it would be good if the > standard/old version of the fill tool and the freehand brush tool and other > tools had some remedies in place for this situation. For example fill tool > could have some recalculating of the size of the paint device (cutting off > the unused space) after filling. I want to test but as I mentioned in https://bugs.kde.org/show_bug.cgi?id=423470 Krita crashes when I try to use Fill tool. I'm waiting for that bug to be fixed in the nightlies. In my previous observation, I used 'Fill with Foreground Color'(Shift+Backspace) and 'Fill with Foreground Color'(Backspace) via shortcut keys, and the Brush tool to see what happens when I touch a large(which means, far from the selection) area with it. Krita didn't lag when I'm moving the resulting layer with Move tool on both cases. -- You are receiving this mail because: You are watching all bug changes.