gib/Panama
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

Open a new one with SUPER, go to the old one with SUPER+ALT

Browse Source 
Making the plain application keys focus an existing window was the
wrong call. It reads well in a demo and it is what macOS does, but it
made "give me another terminal" the awkward case -- and on a tiling
desktop a second terminal beside the first is the normal way to work,
not an edge case. Reaching for the launcher to open a second file
manager is not an improvement on anything.

So the plain keys do what they always did, and SUPER+ALT is the new
capability rather than a tax on the old one: go to the terminal,
editor, browser, files, calculator or mail you already have, wherever
it is, and start one only if there is none.

ALT rather than SHIFT because SUPER+SHIFT is already the
window-manipulation space -- Files, Neovim and Settings would have
collided with Focus session, Taller and Shorter, and breaking two keys
out of the eight-key resize set to make room is the worse trade.

Also fixes a real trap found while using it. The Alt-Tab overlay
commits on SUPER release, which is a compositor bind running an IPC
call; if that call ever fails to land, the overlay stayed up with no
keyboard focus, no Escape handler and nothing clickable, so the only
way out was an IPC call typed into a terminal it was covering. Clicking
outside now dismisses it, clicking a row switches to that window --
which is the obvious thing to try and did nothing -- and an abandoned
switch closes itself after ten seconds. Keyboard focus still stays with
the compositor, because taking it mid-switch is what would break
stepping.
This commit is contained in:
Gabriel Brown
2026-08-22 07:22:09 -04:00
parent 68cbf892e9
commit 8d66247b7c
8 changed files with 224 additions and 28 deletions
Download Patch File Download Diff File Expand all files Collapse all files
config/dot/quickshell/modules/switcher/WindowSwitcher.qml
+37 -4
View File
@@ -34,15 +34,37 @@ Loader {
// Overlay so it sits above the focused window it is describing.
WlrLayershell.layer: WlrLayer.Overlay
WlrLayershell.namespace: "qs-switcher"
// Nothing here is clickable: the gesture is driven entirely from the
// keyboard, and taking input would steal focus from the compositor
// mid-switch, which is the one thing that would break it.
// Keyboard focus stays with the compositor: the gesture is driven by
// binds, and taking focus mid-switch is the one thing that would break
// stepping. Pointer input is a different matter -- see below.
WlrLayershell.keyboardFocus: WlrKeyboardFocus.None
exclusionMode: ExclusionMode.Ignore
color: "transparent"
anchors { top: true; bottom: true; left: true; right: true }
// Anywhere outside the card puts the switcher away.
//
// This is recovery, not decoration. The gesture commits on SUPER
// release, which is a compositor bind running `qs ipc call` -- and if
// that call ever fails to land, the overlay used to stay up with no
// keyboard focus, no Escape handler and nothing clickable, which meant
// the only way out was an IPC call from a terminal the overlay was
// covering.
MouseArea {
anchors.fill: parent
onClicked: WindowSwitcherState.cancel()
}
// A switch nobody finished. Ten seconds is far longer than the gesture
// takes and far shorter than "forever", so a lost commit costs a pause
// rather than the session.
Timer {
running: WindowSwitcherState.open
interval: 10000
onTriggered: WindowSwitcherState.cancel()
}
Rectangle {
anchors.centerIn: parent
width: Math.min(560, parent.width - 96)
@@ -78,7 +100,18 @@ Loader {
height: 44
radius: 10
border.width: 0
color: row.current ? Theme.alpha(Theme.accent, 0.20) : "transparent"
color: rowHover.hovered || row.current
? Theme.alpha(Theme.accent, row.current ? 0.20 : 0.10)
: "transparent"
// Pointing at a window and clicking it is the obvious
// thing to try, and it did nothing.
HoverHandler { id: rowHover }
MouseArea {
anchors.fill: parent
onClicked: WindowSwitcherState.selectAt(row.index)
}
Image {
id: icon