在 Mac 上干活，一开就是十几个窗口。要在一堆窗口里把目标翻出来，经常比做事本身还费劲。 最近刷到 Paneru 这款开源窗口管理器，思路很直：用横向“滚动条”来管窗口，窗口切换一下变得有序、好找。 它有点像 Linux 上的 Niri：每块显示器各自一条窗口带，互不打扰；配合触控板手势滑动窗口，操作顺滑、很自然。 GitHub：http://github.com/karinushka/paneru… 功能也够实用：预设宽度一键调整、窗口堆叠、焦点跟随鼠标等；配置文件支持热重载，键位改完立刻生效，不用重启。 不想让大屏把窗口拉得稀碎，或想在笔记本上少点全屏来回切换，这个项目值得试试。

karinushka/paneru

Source: https://github.com/karinushka/paneru

A sliding, tiling window manager for MacOS.

About

Paneru is a MacOS window manager that arranges windows on an infinite strip, extending to the right. A core principle is that opening a new window will never cause existing windows to resize, maintaining your layout stability.

Each monitor operates with its own independent window strip, ensuring that windows remain confined to their respective displays and do not “overflow” onto adjacent monitors.

Why Paneru?

• Niri-like Behavior on MacOS: Inspired by the user experience of Niri, Paneru aims to bring a similar scrollable tiling workflow to MacOS.
• Works with MacOS workspaces: You can use existing workspaces and switch between them with keyboard or touchpad gestures - with a separate window strip on each. Drag and dropping windows between them works as well.
• Virtual Workspaces (Experimental): Group your windows into tasks by stacking multiple horizontal strips (rows) within a single space. Use native macOS workspaces for broad segregation (e.g., ‘Work’, ‘Personal’) and virtual workspaces to stay organized within each context.
• Focus follows mouse on MacOS: Very useful for people who would like to avoid an extra click.
• Sliding windows with touchpad: Using a touchpad is quite natural for navigation of the window pane.
• Native macOS tabs support: Applications like Ghostty use these, so Paneru manages them on the layout strip like other windows.
• Optimal for Large Displays: Standard tiling window managers can be suboptimal for large displays, often resulting in either huge maximized windows or numerous tiny, unusable windows. Paneru addresses this by providing a more flexible and practical arrangement.
• Improved Small Display Usability: On smaller displays (like laptops), traditional tiling can make windows too small to be productive, forcing users to constantly maximize. Paneru’s sliding strip approach aims to provide a better experience without this compromise.

Inspiration

The fundamental architecture and window management techniques are heavily inspired by Yabai, another excellent MacOS window manager. Studying its source code has provided invaluable insights into managing windows on MacOS, particularly regarding undocumented functions.

The innovative concept of managing windows on a sliding strip is directly inspired by Niri and PaperWM.spoon.

Installation

Recommended System Options

• Like all non-native window managers for MacOS, Paneru requires accessibility access to move windows. Once it runs you may get a dialog window asking for permissions. Otherwise check the setting in System Settings under “Privacy & Security -> Accessibility”.

• Check your System Settings for “Displays have separate spaces” option. It should be enabled - this allows Paneru to manage the workspaces independently.

• Multiple displays. Paneru is moving the windows off-screen, hiding them to the left or right. If you have multiple displays, for example your laptop open when docked to an external monitor you may experience weird behavior. The issue is that when MacOS notices a window being moved too far off-screen it will relocate it to a different display - which confuses Paneru! The solution is to change the spatial arrangement of your additional display - instead of having it to the left or right, move it above or below your main display. A similar situation exists with Aerospace window manager. An option exists (horizontal_mouse_warp) which can make a vertical arrangement of displays “feel” horizontal.

• Off-screen window slivers. Because macOS will forcibly relocate windows that are moved fully off-screen, Paneru keeps a thin sliver of each off-screen window visible at the screen edge. The sliver_width and sliver_height options control the size of this sliver. This is a workaround for a macOS limitation, not a design choice.

Installing from Crates.io

Paneru is built using Rust’s cargo. It can be installed directly from crates.io or if you need the latest version, by fetching the source from Github.

$ cargo install paneru

Installing from Github

$ git clone https://github.com/karinushka/paneru.git
$ cd paneru
$ cargo build --release
$ cargo install --path .

It can run directly from the command line or as a service. Note that you will need to grant accessibility privileges to the binary.

Installing with Homebrew

If you are using Homebrew, you can install from the formula with:

$ brew install paneru

Or by first adding the tap and then installing by name:

$ brew tap karinushka/paneru
$ brew install paneru

Installing with Nix

See nix/README.md.

Configuration

Paneru checks for configuration in following locations:

• $HOME/.paneru
• $HOME/.paneru.toml
• $XDG_CONFIG_HOME/paneru/paneru.toml

Additionally it allows overriding the location with $PANERU_CONFIG environment variable.

You can use the following basic configuration as a starting point. For a complete guide to all available options, keybindings, and window rules, see the Configuration Guide.

# basic .paneru.toml
[options]
focus_follows_mouse = true
mouse_follows_focus = true

[bindings]
window_focus_west = "cmd - h"
window_focus_east = "cmd - l"
window_resize = "alt - r"
window_center = "alt - c"
quit = "ctrl + alt - q"

Live reloading

Configuration changes made to your ~/.paneru file are automatically reloaded while Paneru is running. This is useful for tweaking keyboard bindings and other settings without restarting the application.

Running as a service

$ paneru install
$ paneru start

Running in the foreground

$ paneru

Sending Commands

Paneru exposes a send-cmd subcommand that lets you control the running instance from the command line via a Unix socket (/tmp/paneru.socket). Any command that can be bound to a hotkey can also be sent programmatically:

$ paneru send-cmd <command> [args...]

Available commands

Where <direction> is one of: west, east, north, south, first, last.

Examples

# Move focus one window to the right.
$ paneru send-cmd window focus east

# Swap the current window to the left.
$ paneru send-cmd window swap west

# Center and resize in one shot (two separate calls).
$ paneru send-cmd window center && paneru send-cmd window resize

# Cycle backward through preset widths.
$ paneru send-cmd window shrink

# Jump to the left-most window.
$ paneru send-cmd window focus first

Scripting ideas

Because send-cmd works over a Unix socket, you can drive Paneru from shell scripts, cron jobs, or other automation tools:

• Launch-and-arrange workflow. Open an application and immediately position it: open -a Safari && sleep 0.5 && paneru send-cmd window resize.
• One-key layout reset. Bind a script that focuses the first window, resizes it, then moves east and resizes the next one — recreating a preferred layout after windows get shuffled.
• Integration with other tools. Pipe focus events from tools like Hammerspoon or skhd into paneru send-cmd for compound actions that go beyond a single hotkey.
• Multi-display orchestration. Move a window to the next display and immediately warp the mouse there:

  paneru send-cmd window nextdisplay && paneru send-cmd mouse nextdisplay
  

Future Enhancements

• More commands for manipulating windows: finegrained size adjustments, touchpad resizing, etc.
• Scriptability. For example using Lua for configuration or automation of window handling, like triggering and positioning specific windows or applications.

Communication

There is a public Matrix room #paneru:matrix.org. Join and ask any questions.

Architecture Overview

For a detailed high-level overview of Paneru’s internal design, data flow, and ECS patterns, please refer to the Architecture Guide.

Paneru’s architecture is built around the Bevy ECS (Entity Component System), which manages the window manager’s state as a collection of entities (displays, workspaces, applications, and windows) and components.

The system is decoupled into three primary layers:

1. Platform Layer (src/platform/): Directly interfaces with macOS via objc2 and Core Graphics. It runs the native Cocoa event loop and pumps OS events into a channel consumed by Bevy.
2. Management Layer (src/manager/): Defines OS-agnostic traits (WindowManagerApi, WindowApi) that abstract window manipulation. The macOS-specific implementations (WindowManagerOS, WindowOS) bridge these traits to the Accessibility and SkyLight APIs.
3. ECS Layer (src/ecs/): The “brain” of the application. Bevy systems process incoming events, handle input triggers, and manage animations.

Repository Structure

• main branch: Contains the stable, released code.
• testing branch: Used for experimental features and architectural refactors. This branch is volatile and may be force-pushed.

Tile Scrollably Elsewhere

Here are some other projects which implement a similar workflow:

• Niri: a scrollable tiling Wayland compositor.
• PaperWM: scrollable tiling on top of GNOME Shell.
• karousel: scrollable tiling on top of KDE.
• papersway: scrollable tiling on top of sway/i3.
• hyprscroller and hyprslidr: scrollable tiling on top of Hyprland.
• PaperWM.spoon: scrollable tiling on top of MacOS.