Skip to content

fix(tabs): Ctrl+Tab follows the strip's right-to-left order - #748

Merged
kdroidFilter merged 1 commit into
masterfrom
fix/ctrl-tab-rtl
Nov 1, 2026
Merged

kdroidFilter merged 1 commit into
masterfrom
fix/ctrl-tab-rtl

Conversation

@kdroidFilter

Copy link
Copy Markdown
Owner

Fixes #745.

Since the tabs moved to the Nucleus workspace (v0.6.12), a window's group reads right to left from its end: index 0 is the leftmost tab, new tabs go in at index 0, and pinned tabs are the last ones. Ctrl+Tab still selected index + 1, which moved to the right, the LTR direction.

  • Both Ctrl+Tab handlers in MainAppWindow now go through cycledTabIndex: Ctrl+Tab selects the tab on the left, Ctrl+Shift+Tab the one on the right, wrapping at both ends (as Chrome in Hebrew).
  • CycledTabIndexTest covers both directions, the wrap-around and a single tab.

🤖 Generated with Claude Code

Since the tabs live in the Nucleus workspace, the group reads right to left
from its end (index 0 is the leftmost tab), so Ctrl+Tab's index + 1 moved to
the right, as in an LTR app. Ctrl+Tab now selects the tab on the left and
Ctrl+Shift+Tab the one on the right, as Chrome does in Hebrew.

Fixes #745

Signed-off-by: Elie G. <elyahou.hadass@gmail.com>
@kdroidFilter
kdroidFilter merged commit 06ac328 into master Nov 1, 2026
8 of 9 checks passed
@github-actions github-actions Bot locked and limited conversation to collaborators Nov 1, 2026
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.

Labels

None yet

Projects

None yet

1 participant