|
|
|
@ -483,11 +483,19 @@ are a workaround and wouldn't be required if there were resize-events. |
|
|
|
|
|
|
|
|
|
#### The focus section |
|
|
|
|
|
|
|
|
|
In the `[focus]` section, you can configure the amount of time a window has to |
|
|
|
|
keep the focus in order to affect the LRU order, the `lockin_delay`. If a |
|
|
|
|
given window is only briefly focused, e.g., by moving the mouse over it on the |
|
|
|
|
way to another window with sway's `focus_follows_mouse` set to `yes` or |
|
|
|
|
`always`, then its position in the LRU order will not be modified. |
|
|
|
|
In the `[focus]` section, you can configure how focus switches affect the LRU |
|
|
|
|
order. |
|
|
|
|
|
|
|
|
|
* `lockin_delay` determines the amount of time (in milliseconds) a window has |
|
|
|
|
to keep the focus in order to affect the LRU order. If a given window |
|
|
|
|
is only briefly focused, e.g., by moving the mouse over it on the way to |
|
|
|
|
another window with sway's `focus_follows_mouse` set to `yes` or `always`, |
|
|
|
|
then its position in the LRU order will not be modified. |
|
|
|
|
* `sequence_timeout` may specify an amount of time (in milliseconds) such |
|
|
|
|
that a sequence of next-/prev-window commands is considered finished |
|
|
|
|
when such time elapses after the latest command is executed, even if no |
|
|
|
|
unrelated swayr command is received. |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
### <a id="swayr-version-changes">Version changes</a> |
|
|
|
|