昨日(2026-08-09)のブックマーク

概要

macOS向けウィンドウマネージャーPaneruの約54.7秒の無音デモ。GitHub、Docs.rs、Neovim、Finder、Zed、Terminalを固定グリッドへ詰め直すのではなく横長のストリップ上に並べ、フォーカス移動に合わせて表示領域を横へ送る。後半ではTerminalを追加しても既存のFinderやエディタの列幅を縮めず、必要な列を画面内へスクロールして見せている。

詳細解説

前半はPaneruのGitHub READMEを左、ビルド／テストログらしいTerminalを右に置いた状態から始まる。READMEには「A sliding, tiling window manager for macOS」「infinite strip, extending to the right」および、新しいウィンドウを開いても既存ウィンドウをリサイズしないという設計原則が表示される。続いて表示領域が左右へ滑り、GitHub、Terminal、Docs.rs、Rustコードを複数分割で開いたNeovimの各列が順に中央へ来る。画面外へ出た列は幅を変えずに再び現れ、通常の全画面タイルのように全ウィンドウを毎回均等分割し直してはいない。後半はFinderとZedを横並びにし、Zedで~/.config/paneru.tomlを表示する。設定画面にはpreset_column_widths、window_resize_cycle=false、東西へのfocus／swap、resize／shrink、4本指のNatural方向スワイプなどの項目が見える。その後、新しいTerminal列を開いてfastfetchを実行し、さらに別のTerminalでcmatrixを動かす。Finder、Zed、2つのTerminalの間を移動するとストリップ全体の見える範囲が横へ切り替わり、既存列は読みやすい幅のまま保たれる。切り替え途中にはTerminalが隣の列へ一時的に重なって見えるフレームもあるが、最終配置では各ウィンドウが独立した列として並ぶ。

重要ポイント

• 固定グリッドへ全ウィンドウを押し込む代わりに、右へ続く横方向のウィンドウストリップを使う。
• フォーカス対象を変えると表示領域が横へ移動し、画面外のGitHub、Docs.rs、エディタ、Terminal列が順に現れる。
• 後半でTerminalを追加しても、既存のFinder／Zed列を細く再分割せず、新しい列をストリップへ加えている。
• Zed上のpaneru.tomlにはプリセット列幅、東西フォーカス／入れ替え、リサイズ、4本指スワイプなどの設定が見える。
• アクティブなウィンドウは明るい緑系の境界や上部のアプリ表示で区別され、キーボード中心の移動を視覚的に追える。

実務/開発への示唆

• コード、ログ、ドキュメントをそれぞれ読みやすい列幅で維持したい開発では、新規ウィンドウ追加のたびに既存ペインが細くなるのを避けられる。
• 複数のCLIエージェントや長時間動かすTerminalを列ごとに置き、ショートカットや4本指スワイプで巡回する構成と相性がよい。
• 導入時はpaneru.tomlの列幅候補、東西フォーカス、入れ替え、リサイズのキーを自分のエディタ／Terminal操作と競合しないよう調整するとよい。
• 実運用前に、普段使うアプリ、macOSのフルスクリーン／Spaces、複数ディスプレイ、ダイアログや一時ウィンドウでの挙動を確認する。

注意点

• 動画ファイルには音声ストリームがなく、ナレーションの文字起こしはない。説明は実映像、画面内テキスト、投稿本文に基づく。
• 約54.7秒の編集された製品デモであり、インストール手順、CPU／メモリ使用量、長期安定性、アプリ互換性、複数モニターの実挙動までは示していない。
• Rust製・オープンソース・Niriに着想を得たという点は投稿本文の説明で、短い映像だけから実装全体を独立検証したものではない。
• 切り替え中にウィンドウが重なって見える場面は、移動／挿入アニメーションなのか別のフローティング挙動なのかを静止画だけで断定できない。