Safely handle window split toggle on scrolling workspace layout (#14866)

[Sebo1411]

Fixes #14866

Changes

• Introduces omarchy-hyprland-window-split-toggle to query the active workspace layout before dispatching togglesplit
• If the current workspace is on the scrolling layout (or any layout other than dwindle), silently no-ops instead of raising a Lua runtime error dialog
• Updates SUPER + J binding in default/hypr/bindings/tiling.lua to use the new helper
• Adds test coverage in test/shell.d/hyprland-window-test.sh

[greptile-apps]

Confidence Score: 5/5

[Low impact] The PR appears safe to merge; the previous unknown-layout issue is fixed, and no new actionable issue was found.

Summary

Adds a helper that sends togglesplit only when the active workspace reports dwindle.

• SUPER + J toggles splits only on dwindle workspaces.

_{Reviews (2) · Last reviewed commit: "Safely handle window split toggle on scr..." · Reviewed by Greptile}

[jandrusk]

Thanks! This overlaps two older open PRs for the same bug (#7556): #11863 and #6924. #11863 handles it inside the Lua binding instead of spawning a script on every keypress, and also covers the case this misses. hyprctl activeworkspace reports the regular workspace even when a special workspace (scratchpad) is shown, so a scrolling special workspace over a dwindle one would still hit the error. hl.get_active_special_workspace() or hl.get_active_workspace() handles that. Might be worth consolidating with #11863.

[Sebo1411]

Closing in favor of #11863, which resolves this directly in the Lua binding and correctly accounts for special workspaces.