背景

這篇文章探討了「捲動式視窗管理員」（Scrolling Window Managers, SWM）的興起，特別是以 Niri 為代表的新一代工具。這類管理員打破了傳統平鋪式（Tiling）或堆疊式視窗的限制，允許視窗在一個無限延伸的水平帶狀空間中排列，使用者透過捲動來切換視窗，試圖在空間利用率與操作直覺性之間取得平衡。

社群觀點

Hacker News 的討論呈現出對捲動式視窗管理員的高度興趣，但也伴隨著對操作邏輯與硬體需求的實務辯論。支持者認為，傳統平鋪式管理員（如 i3 或 Hyprland）在視窗變多時會產生管理壓力，使用者必須不斷決定新視窗該塞在哪個角落或哪個工作區，而捲動式設計則消除了這種決策摩擦。透過將視窗水平排列，使用者能以更符合空間記憶的方式定位程式，就像在操作捲軸或大型試算表一樣自然。特別是在筆記型電腦等單螢幕環境下，這種模式能讓使用者在全螢幕體驗與快速側向切換之間無縫銜接。

然而，並非所有人都認同這種空間隱喻。部分資深平鋪式管理員使用者指出，捲動式設計可能導致視窗「迷失」在長長的帶狀空間中，尤其是當開啟過多視窗時，尋找特定視窗的效率反而不如傳統的靜態工作區。雖然 Niri 提供了縮放概覽功能，但有留言者反應縮放後的文字難以辨識，且過度依賴捲動可能破壞鍵盤導向操作追求的「瞬間定位」感。此外，這類基於 Wayland 的現代管理員通常需要硬體加速，這讓習慣在虛擬機中測試環境，或使用舊型硬體（如樹莓派）的開發者感到困擾。

有趣的是，討論中也觸及了開發生態的轉變。許多留言者對 Niri 使用 Rust 語言開發表示讚賞，認為這不僅提升了穩定性，也讓設定檔的邏輯比傳統 C++ 專案更易於維護。同時，也有人懷舊地提到，這種「超出螢幕範圍」的概念其實早在 X11 時代的虛擬平移桌面（Virtual Panning）就已存在，現在的捲動式管理員更像是將這種古老智慧與現代合成器技術結合的產物。對於追求極致整合的使用者來說，甚至有人提出視窗管理員應該像 Emacs 一樣，成為一個完全可塑、與資訊深度結合的個人資訊管理系統，而非僅僅是擺放視窗的框架。

延伸閱讀

在討論串中，網友推薦了多款與捲動式或平鋪式管理員相關的工具與專案。針對 Niri，許多人推薦搭配 Noctalia 或 DankMaterialShell 來獲得更完整的桌面環境體驗。若想在其他環境嘗試類似邏輯，可以參考 GNOME 上的 PaperWM、KDE 上的 Karousel 腳本，或是 macOS 上的 paneru 與 PaperWM.spoon。此外，針對 Wayland 開發者，討論中也提到了 Smithay 這個 Rust 編寫的合成器函式庫，它是 Niri 與 System76 COSMIC 桌面背後的共同核心技術。對於偏好傳統平鋪但想要更現代體驗的使用者，Sway 與 Hyprland 仍是被頻繁提及的替代方案。