3 ms·

Reading through this source code should tell you that pretty much any user interaction paradigm is possible with Wayland. I am the maintainer of Sway[0], a drop

Reading through this source code should tell you that pretty much any user interaction paradigm is possible with Wayland. I am the maintainer of Sway[0], a drop-in replacement for the i3 tiling window manager of X11 fame, and of wlroots[1], the library doing the heavy lifting in this example compositor and which is the basis of several other[2] Wayland compositors, several of which are tiling. [0] http://swaywm.org/ http://swaywm.org/ [1] https://github.com/swaywm/wlroots https://github.com/swaywm/wlroots [2] https://github.com/swaywm/wlroots/wiki https://github.com/swaywm/wlroots/wiki

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).

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).