3 ms·

>1 pretty much any user interaction paradigm is possible Is it possible to implement an interaction bound to a global hotkey (e.g. middle click) that takes the

by pdkl95 8y ago

>1 pretty much any user interaction paradigm is possible Is it possible to implement an interaction bound to a global hotkey (e.g. middle click) that takes the current selected text (in any window) and send it to the event target window as keypress events? Without special support from either program? [xselection pasting] Can I monitor and/or intercept (block) input events of any program without special (voluntary) support from the monitored program? Can I send arbitrary synthetic input events? [hotkey macros] Features that require opt-in support from the application don't count (it needs to work on proprietary programs and programs that use any toolkit (not just GTK/Qt). I rely on these features, so I will be sticking with X11 if Wayland isn't compatible.

Sir_Cmpwn 8y ago
The answer is "it depends on how much work you want to put into making custom protocols for these purposes". >Is it possible to implement an interaction bound to a global hotkey (e.g. middle click) that takes the current selected text (in any window) and send it to the event target window as keypress events? Without special support from either program? [xselection pasting] Yes, doing it the way you described is possible. Or you could just use the existing and moderately-well-supported primary selection protocol: https://github.com/swaywm/wlroots/blob/master/protocol/gtk-primary-selection.xml https://github.com/swaywm/wlroots/blob/master/protocol/gtk-p... We should try to get that standardized... >Can I monitor and/or intercept (block) input events of any program without special (voluntary) support from the monitored program? Can I send arbitrary synthetic input events? [hotkey macros] Sure, from the compositor. If you want clients to call the shots you need a protocol.
- irishsultan 8y ago
  > it depends on how much work you want to put into making custom protocols for these purposes > Or you could just use the existing and moderately-well-supported primary selection protocol Unless I'm missing something that requires support from both programs (or at the very least the program that you copy from).
  - Sir_Cmpwn 8y ago
    Yes, but so does Wayland support in general. Protocols are the bread and butter of Wayland, the core Wayland protocol is very conservative (it doesn't even specify application windows).

by pdkl95 8y ago

Sir_Cmpwn 8y ago

The answer is "it depends on how much work you want to put into making custom protocols for these purposes". >Is it possible to implement an interaction bound to a global hotkey (e.g. middle click) that takes the current selected text (in any window) and send it to the event target window as keypress events? Without special support from either program? [xselection pasting] Yes, doing it the way you described is possible. Or you could just use the existing and moderately-well-supported primary selection protocol: https://github.com/swaywm/wlroots/blob/master/protocol/gtk-primary-selection.xml https://github.com/swaywm/wlroots/blob/master/protocol/gtk-p... We should try to get that standardized... >Can I monitor and/or intercept (block) input events of any program without special (voluntary) support from the monitored program? Can I send arbitrary synthetic input events? [hotkey macros] Sure, from the compositor. If you want clients to call the shots you need a protocol.

irishsultan 8y ago
> it depends on how much work you want to put into making custom protocols for these purposes > Or you could just use the existing and moderately-well-supported primary selection protocol Unless I'm missing something that requires support from both programs (or at the very least the program that you copy from).
- Sir_Cmpwn 8y ago
  Yes, but so does Wayland support in general. Protocols are the bread and butter of Wayland, the core Wayland protocol is very conservative (it doesn't even specify application windows).