Messed up performance and zoom function (Krita prealpha 5.3.0 build 228c6e07)

[novames00]

Someone messed up with the zoom function and general performance of Krita.
After some text rework updates, the software is slower in the general rendering of its
frame rates, be it for canvas or UI/UX interaction. Everything is slower and there is
a laggy delay even for simply highlighting a specific setting.

Zoom :
The zoom does not take the cursor position into account anymore to zoom in or zoom out of the
canvas. It’s not relative anymore based on cursor position on the canvas.

[BeARToys]

I don’t know but could that be related to the theses Changes ?

[dkazakov]

Hi, @novames00!

Could you please make a video recording of the slowdown? If possible, in comparison to the older/stable version.

[cgidesign]

I cross checked with krita-x64-5.3.0-prealpha-d20c4948 (2025-10-08), portable, win 11, cheap Huion pen tablet, 464 fonts installed.
No issues reagarding speed here in comparison to older 5.3’s or 5.2.x.
I tried with the new text docker open and closed.

[novames00]

I’ll have to check build d20c4948.

[novames00]

So I have noticed that version prealpha 6.0 build b106220 doesn’t have the lag or performance issue.
And by the looks of it, it seems that builds which do not pass the pipeline build test, come with
even more problems.

Now the build b106220 has a click issue with stylus. When I try to click on some elements like
menu bar buttons at the top, it clicks then immediately draws back as if triggered twice.
This issue only happens on buttons such as “File”, “Edit”, “Image”, “Settings” … “Help” on the
menu bar with the stylus.

[novames00]

I confirm that build d20c4948(prealpha 6.0.0) does not have the lagging issue.
Maybe I can close this thread then and focus on a different issue.

[cgidesign]

@novames00

The zoom does not take the cursor position

Check this thread, solution is in there.

5.3 prealpha - zoom with mouse or touchpad does not zoom to cursor but to view's center

Oh my good. How could I have missed that. I have looked into the settings a thousand times and just not noticed, that the solution is in front of my eyes. Thanks Note to devs: “make the cursor thing the default” And, please, make rotation also respect cursor position.

[novames00]

Appreciated. Zoom behavior is fixed.
But now the stylus cursor click on most UI should be fixed.
As it forcefully and annoyingly repeats the action twice, preventing you to do what you intended.

The issue happens on Menu Bar buttons and in the Brush Editor interface.
Only with stylus.

[cgidesign]

I have not tested 6.0.0 recently.
But for 5.3, Win11 with WinInk you need the setting show in the screenshot.

For wintab it is not needed.

There is one special case (custom toolbar button) though, that does not work with WinInk pen api - regardless of what settings I use. That button only works if api is wintab.

5.3 on Win 11 - toolbar - added docker button not reacting to pen

5.3 (d20c494) portable, Windows 11, pen API WinInk, Huion pen tablet. I have added the “dockers” dropdown button to the toolbar. Unfortunately it does not open on pen tab (but works with mouse click). The “blend mode” dropdown button works though. I have noticed, that the buttons seem to be of a different kind: the “blend mode” opens immediately on pen tab and mouse click the “dockers” button requires to click and hold the mouse button a second or two before it opens. It works with pen api…

Edit

Ok, I made a quick test with 6.0.0
It works with WinInk - even the custom docker button is working in 6.0.0
I did not test WinTab api.

krita-x64-6.0.0-prealpha-35baa83f from 2025-10-11

[novames00]

I use wintab and will always stick with wintab. WinInk is shait.
Not worth it and terrible experience.

But yeah. The click input doesn’t work and executes itself twice in a row for one click.
test done on Krita 6.0.0 prealpha d20c494