Bug 358543 - Krita can't bind shortcuts to mouse clicks generated with xdotool or xte.
Summary: Krita can't bind shortcuts to mouse clicks generated with xdotool or xte.
Status: RESOLVED WAITINGFORINFO
Alias: None
Product: krita
Classification: Applications
Component: Usability (other bugs)
Version First Reported In: 2.9.10
Platform: Kubuntu Linux
: NOR minor
Target Milestone: ---
Assignee: Krita Bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2016-01-25 17:14 UTC by Rebekah
Modified: 2016-06-16 12:19 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed/Implemented In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Rebekah 2016-01-25 17:14:00 UTC
Due to a driver issue with my digitizer, I am using a bash script to simulate right-clicks with xdotool when my stylus button is pressed. However, these clicks cannot be used to activate a shortcut (I would like to show the popup palette when it is pressed). This does work if I simulate a keypress instead of a mouseclick: I hoped to work around this problem by adding "xdotool key F13" to the button-down case and binding the popup palette shortcut to it. It worked, but annoyingly, the right mouse button then did register on the palette as soon as it popped up, necessitating that I use separate scripts and not run them simultaneously.

The same problem results when using xte instead.

Reproducible: Always

Steps to Reproduce:
1. Place mouse cursor over canvas, or open Configure Shortcuts menu and attempt to bind a new shortcut.
2. execute "xdotool click 3" or "xte 'mouseclick 3'" in terminal.

Actual Results:  
No result.

Expected Results:  
Successfully binding a shortcut to the right mouse button, or showing the popup palette (default binding).

See http://askubuntu.com/questions/724891/how-do-i-correct-this-mismapped-stylus-button?725258#725258 for the script being used.
Comment 1 Halla Rempt 2016-03-31 18:35:52 UTC
Hi Rebekah,

Thanks for your report. I'm sorry, but I haven't had a chance to setup a way to test this issue. It could be in our code, it could be in Qt... It might even just work out of the box with the development version of Krita 3.0, because that uses a different way to talk to the x server.
Comment 2 Dmitry Kazakov 2016-05-03 12:53:22 UTC
Hi, Rebekah!

Could you please try the latest beta version of Krita 3.0? The whole tablet support has been rewritten there, probably it'll work now.

https://krita.org/item/development-builds-ready-to-test/
Comment 3 wolthera 2016-05-03 18:42:33 UTC
setting this to waiting for info.