Cycle through windows indefinitly

[sweenu]

On chunkwm, I used to be able to cycle through my windows with chunkc tiling::window --focus next.
It seems like with yabai, when focusing the last opened window, doing yabai -m window --focus next won't go back to the first one but do nothing. I cannot cycle through my windows like I used to.
Is there another way to accomplish that?

[dominiklohmann]

See #7.

I think a good alternative might be adding first_node and last_node to the WINDOW_SEL options, so that you can use them as fallback triggers. Having these options allows for more flexible scripting anyways and even enables custom multi-monitor wrapping.

# cycle forward
yabai -m window --focus next || yabai -m window --focus first_node

# cycle backwards
yabai -m window --focus prev || yabai -m window --focus last_node

I'm not sure if last_node and first_node are good names, but last is already taken. Maybe it'd be better to rename last to something else instead and just use first and last.

[sweenu]

I did not see this issue, sorry.

last could be replace by something like previous if we were to have first and last.

[koekeishiya]

previous is already taken in the form of prev / next. I won't be adding anything any time soon that would require renaming/breaking existing options. I'm not opposed to adding first_node/last_node or something else that makes sense.

[dominiklohmann]

Some possible wordings:

• first_node, last_node
• begin, end
• front, back
• top_left, bottom_right
• leftmost, rightmost
• first, last (with current last being renamed to recent)

I'm definitely in favour of adding this feature. The selectors should make sense for spaces and displays, too, so monitor/space wraparound can also be implemented.

I also think that while you're right about not wanting to rename existing configurations and scripts, the word last makes much more sense here than what it's currently used for and the required change is minimal. Consider this a vote in favour of first, last, recent and a minor version bump.

[koekeishiya]

first, last (with current last being renamed to recent)

That seems fine, however

and a minor version bump.

Minor version is meant for added features that are non-breaking. Breaking is a major version bump, if I am to follow the rules of semantic versioning.

I suppose if we are to get pedantic about this you could argue that it isn't a breaking change, but an alteration of behaviour - the command is still working, which in my mind is acceptable by a patch increment in the versioning scheme.

[koekeishiya]

Fixed on master.

Added first and last. Existing last renamed to recent. I've decided to release this under a normal patch increment, as per my last comment. People can feel free to write me angry emails if they wish to do so, but I don't think this change warrants a major version bump in any way.