InputAction¶
Inherits |
Simulates keyboard and mouse input.
Configuration¶
Properties¶
Property |
Type |
Description |
Default |
|---|---|---|---|
input |
list(DeviceAction) |
Input actions to perform. |
|
delay |
time |
Delay between each item in the sequence. |
|
DeviceAction¶
Only one property per item allowed.
Property |
Type |
|---|---|
keyboard |
list(KeyboardAction) |
mouse |
list(MouseAction) |
KeyboardAction¶
See Keyboard.
Action |
Description |
|---|---|
|
Press |
|
Release |
|
One or more keys separated by
|
|
Writes |
MouseAction¶
See mouse buttons.
Action |
Description |
|---|---|
|
Same as in KeyboardAction. |
|
Same as in KeyboardAction. |
|
Same as in KeyboardAction. |
|
Move the pointer by (x, y). |
|
Move the pointer by the current delta of a motion trigger. Multiplier is optional and defaults to |
|
Move the pointer to (x, y). |
|
Move the wheel by (x, y). Currently not supported on Hyprland. |
Examples¶
input:
- keyboard: [ leftctrl+n ]
- mouse: [ left, move_by 10 10 ]
- mouse: [ move_by_delta, move_by_delta 0.5 ]
- keyboard: [ text: aaaaaa ]
- keyboard:
- text:
command: date
Description¶
Important
As triggers may be cancelled, release actions should be performed in on: end_cancel actions instead of on: end ones.
The emergency key combination will release all pressed buttons and keys.
In the KWin and Hyprland implementations, input is simulated in the compositor, thus programs which read from /dev/input will not see them. In the standalone
implementation, uinput is used.
Known issues¶
Input methods may cause improper processing of keyboard events. Workaround: set
delay,1should be enough.Windows that have just been activated by an action may not process events properly. Workaround: add a SleepAction after the action that caused the activation.
Keyboard text is always processed before keys. Workaround: set
delayor split into multiple actions and add a SleepAction.