Type of device* : Android Tablet
Brand and version of the device: Xiaomi Pad 6
System** : Android 14
* graphics tablet/display tablet/2-in-1 laptop/Android tablet
** Windows/Linux/Mac/Android, + version (you’ll find it in Help -> Show system information for bug reports)
Description of the issue (you can include screenshots):
Whenever I try to select a color from the popup pallete I use either a stylus or finger to drag inside the color selector, the popup pallette disappears before I finish selecting the color. After testing it, it looks like the popup pallette disappears after holding a color for a bit. How do I disable this behavior?
Type of device* : Android
Brand and version of the device: Xiaomi Pad 7
System** : Android 15
Krita version: 5.2.13
* graphics tablet/display tablet/2-in-1 laptop/Android tablet
** Windows/Linux/Mac/Android, + version (you’ll find it in Help -> Show system information for bug reports)
Description of the issue (you can include screenshots):
I’m basically experiencing the exact same thing. It happens about 40-60% of the time. Has anyone else been experiencing the same? I think using the color selector in the Pop-up palette is essential for using smaller screen devices so when this happens, it breaks the workflow.
@Montie: Let us ask to re-open the topic you linked to, then your observations can be added to it to concentrate all information on this in one place and avoid clutter.
By the way, you should add the version of Krita you use, and probably also try it out with the new version 5.2.13 that was released yesterday.
@raghukamath / @sooz / @Takiro / @tiar / @wolthera: Can you please merge the opening post with the linked topic after re-opening it? Then this topic can be closed, and moved into our off-topic area.
Thank you!
Let us hope for you two that it is not, and that a knowledgeable person in this area comes around.
My issue with such questions about Android issues is, that I don’t have an Android device, I can’t test things on my side.
If @sooz’s hint does not help, and if this is indeed a problem specific to Xiaomi, you should be able to exchange your device, since you have only just purchased it.
I hope for your sake that customer protection rights in your country are as good as they are here. Here, any retailer would normally take it back, as they hope that I will then buy a comparable device with the functionality I need from them. (In online retail, we have a full 2-week right of return, so brick-and-mortar retailers naturally want to keep their customers and grant the same rights, in most cases. And those who don’t will soon go out of business. So we hardly have any “bad” retailers anymore.)
And I hope it will be no different for you. You want an Android tablet, but please, one that meets your needs. (I hope, when you tell your retailer this in a friendly manner, you have a chance. Friendliness often opens doors in life.)
This gave me an idea of what is actually happening because it happens with touch, too.
In the Pop-up paletee color selector, Long press = right-click(or idk what input it sends) for both touch and pen tablet(I’m not using whatever pen the android tablet should be used with)
So basically, if you don’t move the selector enough while dragging, it will send some kind of input. I tried disabling right-click and any touch gesture to activate the pop-up palette, it still does it.
@sooz can you try a long press using just touch in the pop-up palette’s color selector on your device if the pop-up palette closes as well? Don’t drag, just long press.
Okay, quick taps don’t close the palette on my end, too, with either my pentab or just touch controls.
This behavior is similar to the Windows Ink issue I was having back then with Krita, I had to set it to Wintab. It’s sending a long press input in the popup palette when I really don’t think it shouldn’t with either stylus or touch. The current work around is to quickly drag the selector within the first milliseconds or just do a bunch of quick taps.
Can you try long pressing the the popup palette’s color selector with your S-Pen? I assume it’s not gonna close because S-Pen is recognized differently by Krita.
Then I would assume the same behavior will occur in any android device. I don’t think this should happen, especially in cases where you need to finely adjust the colors, and it’s probably not intended by the devs, too.
Devices: Wacom MovinkPad 11
System: Android14
Krita version:5.2.13
I am using Wacom MovinkPad 11.
I am experiencing the same issue.
When selecting a color with the color picker, moving the sliders, or using the tablet tester, if the stylus pen or finger movement is slow, it triggers a right-click action.
The problem is that on this device, there are almost no configurable options for the stylus pen, such as long-press settings…
I think it should be addressed an android app update rather than hoping your device’s manufacturer will develop a setting to work around it, since this happens with pretty much every android device and this doesn’t really happen on the desktop version, at least with Windows on either Wintab and Windows Ink.
Perhaps this can be considered as a bug and a formal bug report should be submitted.
Perhaps this can be considered as a bug and a formal bug report should be submitted.
I already thought the same. If you want to go that step, maybe this template may be helpful:
To report a bug, you must register at https://bugs.kde.org/ to gain access to the “KDE bug tracking system”, i.e. “KDE’s bug tracker”. Keep in mind that the e-mail address you use there must firstly be existing / valid and secondly that it can be viewed by any visitor to the site. But the likelihood of your address falling into the hands of spammers there seems to be very low, because the address I used to register with them, I’m using exclusively for access to the KDE bug tracking system and have not had a single spam mail in my mailbox in the years I have been registered there.
You can read what a bug report should look like under Reporting Bugs in the Krita manual (the input mask looks slightly different today), or the User Guide on KDE.ORG, which I like less. Please use the drop-down menus to select the software, i.e. Krita, the version number, the operating system and try to narrow everything down as much as possible using the drop-down menus available there.
Here you’ll find the mask to report bugs in Krita, you can open it when you are logged in into your account (if not logged in it will detour you to the start page):
I’m the current developer for Krita on Android, I could use some more information on this.
The only thing I can think of where I would want a long-press to do something is to summon a context menu, e.g. when long-pressing on a layer or a brush. I can’t think of a case where I would want a long-press to literally act as a right-click as it does currently.
So question to everyone else before I break something: is there any other cases where a long press currently does something else useful?
(If you agree with the solution, you can just put a thumbs up on this post, no need to write out a reply.)
