Oops, not applicable so I deleted the content of my post.
I’m asking about cases where a long-press should do anything except summon a context menu.
1 Like
There’s a build available for testing here (for 1 week): APK download
It replaces the right-click emulation with summoning context menus on long-press instead. That can be toggled in the General settings, in the Miscellaneous tab. On Android it’s on by default, other platforms can turn it on as well, since it might be useful if you have a pen without a right-click button.
It also changes the sliders to enter into edit mode when you double-click them. Previously, they would do that when clicking and holding in one spot. That wasn’t Android-specific to begin with.
This fixes the problem with the pop-up palette disappearing, layers getting deselected, the start screen not letting you forget individual files, sliders fidgeting into text edit mode if you try to make small adjustments on them and probably other stuff.
There are two issues I’m aware of: the long-press can take a while when you have kinetic scrolling enabled and Android may still prompt you to “select all” or similar when holding down a slider. Those are separate problems though, and even with those present it still makes the application behave better overall.
Please test it out and see if you find any other issues.
3 Likes
Thank you very much. I’m really impressed by how quickly you prepared the test APK.
I tested it on a Wacom Movinkpad 11 (Android 14).
All the issues that occurred on long press are now resolved.
The setting to call up the context menu with a long press also works correctly. (The issues you mentioned with kinetic scrolling enabled and with long-pressing on sliders can still be reproduced, but since the actions are no longer interrupted, it feels much smoother than before.)
I’ll keep using it for a while, and I’ll report back if I find any other issues.
2 Likes
In the test APK, I noticed that when changing brushes from the brush presets, it takes about 0.3 seconds for the change to take effect.
This behavior has been observed with the Freehand Brush Tool, Calligraphy, and Multibrush Tool.
It occurs regardless of whether the setting to bring up the context menu by long-press is enabled or disabled.
When selecting a brush from the popup palette, however, the issue does not occur.
Could you check how Krita Plus behaves? That is available on the download page, scroll down to “Krita Plus Nightly Builds”. That’s what Krita 5.2.14 will become.
The test APK builds on the 5.3 line instead, so I suspect the performance problem comes from something else unrelated.
1 Like
Sorry for the late reply.
I tested Krita Plus from the android-arm64-v8a/ build, and with Plus there was no delay when changing brushes from the brush presets.
Thanks, could you make a bug report for that as well? Ideally with a video recording of it happening. Selecting brushes is a really common thing, so I think it’s a performance regression worth looking into.
3 Likes
In order to record the video, I switched the device from my native Japanese setting to English and did some additional testing.
I noticed that the delay when changing brushes might be largely influenced by language settings, Bluetooth keyboards, or the IME.
The exact conditions that cause this issue are still unclear, but at least in English mode it doesn’t seem to occur.
Are there any other users on 5.3.0 experiencing the same phenomenon?
If not, it might be fine to ignore this topic for now. I will look into it further as a separate issue from the long-press matter.
1 Like