https://bugs.kde.org/show_bug.cgi?id=455570
--- Comment #31 from stephen <tgdev...@gmail.com> --- (In reply to Dmitry Kazakov from comment #27) > Hi, Stephen! > > > [...] the brush outline cursor would be best if : > > A. it was as fast as the system cursor > > It is technically impossible to make the brush outline to be as fast as the > system cursor. The outline of the brush will always be slower than the > cursor. The reason is easy: the cursor is painted with a special fast-path > routine by hardware. And the brush outline is painted by software alongside > the canvas painting. We can make it "faster" to some extent, but it will > always be several frames slower than the hardware cursor. > > > its color was only shifting between black/white, and stays correctly > > visible no matter the color on the canvas. > > That's a different issue, let's not drift from the main topic :) Hello Dmitry and Krita devs. Hope you're well. It's not the main topic, but I want to encourage you by saying that it's not technically impossible to make the outline cursor as fast as the system cursor. I believe one solution is to target the function that renders the system cursor, and modify it from Krita by inserting the code logic which draws the brush outline shape in it. This code logic would work in a way that, the outline shape is rendered when the cursor hovers in Krita's viewport area, obviously yes, you probably know this one already. Well... if you can use a custom brush cursor icon, then I believe there's a way. The research required for it would probably consist of finding out, how you can use the hardware fast path routine and hack it in a certain way though. Now, I don't know what exactly are the limits of this method given the available tools in your hands. So there might be another technical constraint I'm not aware of. Just saying. Thank you for your hard work. -- You are receiving this mail because: You are watching all bug changes.
