SUMMARY In Android Krita, a long press registers as a right-click. STEPS TO REPRODUCE 1. Using a stylus (Wacom Pro Pen 3/tablet included) or finger, touch the colour picker, layer opacity slider, canvas scroll bar, etc. 2. Keep touching without lifting and move very slowly. OBSERVED RESULT After approximately 0.3 seconds, a right-click is triggered, releasing the held element. For the colour picker, this confirms the selected colour. For layer opacity, it opens the numerical input screen. For scroll bars, the right-click menu appears. EXPECTED RESULT The held element should remain movable during the press. SOFTWARE/OS VERSIONS Android version: Android 14 Devices: Wacom MovinkPad 11 ADDITIONAL INFORMATION This was discussed in the following thread↓ https://krita-artists.org/t/krita-android-pop-up-pallette-disappearing-too-quickly-while-trying-to-select-color/114343/16
Sort of related to Bug 506042. Krita sets QT_ANDROID_ENABLE_RIGHT_MOUSE_FROM_LONG_PRESS, which causes the described behavior. I'm increasingly thinking that this right-click emulation is the wrong solution. What a long-press should do is summon a context menu on appropriate widgets, not issue a right-click. indiscriminately Will ask in the K-A thread if there is other cases I'm not thinking of here that would break if this were changed (assuming it's possible.)
Resolved by making long-presses open context menus directly instead of issuing a right-click, making sliders no longer enter edit mode when holding still on them (that now happens on double-clicks instead) and disregarding scroll bars as a thing you can long-press on, among other things that never have a useful context menu assigned to them.