Niri – スクロール可能なタイル型Waylandコンポジタ

2025年10月3日原文(github.com)

概要

niri は、Wayland向けの スクロール型タイル型コンポジタ。ウィンドウは 無限に右へ続くストリップ で管理、既存ウィンドウのリサイズなし。 マルチモニター ・ 動的ワークスペース ・ カスタマイズ性 が特徴。 アクセシビリティ や パフォーマンス にも配慮。 コミュニティ や関連リソースも充実。

niri: スクロール型タイル型Waylandコンポジタの特徴

ウィンドウ管理
- ウィンドウは 右方向に無限に続く列 で配置
- 新規ウィンドウ追加時も既存ウィンドウのリサイズなし
- 各モニターごとに独立したウィンドウストリップ
- ウィンドウが 隣のモニターにオーバーフローしない設計
ワークスペース機能
- 動的ワークスペース （GNOMEのようなスタイル）
- ワークスペースは 縦方向に並び、常に1つ空きが下に存在
- モニターの接続・切断時もワークスペース配置を維持
- 切断時は他モニターへ移動、再接続時は元のモニターへ自動復帰
主な機能
- スクロール型タイル型設計 を基礎から実装
- ワークスペース・ウィンドウのズームアウトオーバービュー
- 内蔵スクリーンショットUI
- xdg-desktop-portal-gnomeによる画面・ウィンドウキャスト
- センシティブウィンドウのキャスト除外
- 動的キャストターゲット切替
- タッチパッド・マウスジェスチャー
- ウィンドウのタブグループ化
- レイアウトカスタマイズ（ギャップ、ボーダー、ウィンドウサイズなど）
- Oklab/Oklch対応のグラデーションボーダー
- カスタムシェーダ対応アニメーション
- ライブリロード設定
- スクリーンリーダー対応
デモ・導入例
- demo.mp4によるビデオデモ
- Brodie Robertsonによる紹介動画
- awesome-niri でコミュニティプロジェクトやリソースを紹介
利用状況とサポート
- 日常利用に十分な安定性
- MatrixチャンネルやDiscordでコミュニティサポート
- Getting Startedページで導入方法を案内
- WaybarやFuzzel等の外部ツールとの併用推奨
- niri自体はデスクトップ環境全体ではなく、コンポジタ単体

niriの技術詳細と互換性

マルチモニター対応
- 設計段階からマルチモニターを重視
- Mixed DPI・フラクショナルスケーリング にも対応
- 全UIがピクセルパーフェクト
- NVIDIA環境でも動作確認済み
ウィンドウ管理拡張
- フローティングウィンドウ （niri 25.01以降対応）
- タブレット・タッチパッド・タッチスクリーン対応
  - タブレットは特定モニターへのマッピングやOpenTabletDriver利用可
  - タッチパッドジェスチャー対応（タッチスクリーンジェスチャーは未実装）
Waylandプロトコル対応
- layer-shell, gamma-control, screencopy 等主要プロトコルに対応
- wayland.app で各プロトコルの対応状況を確認可能
パフォーマンス
- 軽量設計 で古いPC（例：Eee PC 900）でも動作報告あり
Xwayland対応
- niri 25.08以降、xwayland-satelliteを統合

メディア・関連情報

講演・記事・インタビュー
- 2024年Moscow RustConでのniri開発講演（YouTubeで英語字幕あり）
- 2025年Das Triumviratによる開発者インタビュー（英語）
- 2025年LWNによるniriの概要と紹介記事

コミュニティ・貢献方法

貢献ガイド
- CONTRIBUTING.md でコーディング・非コーディング貢献方法を案内
インスピレーション
- PaperWM （GNOME Shell拡張）から着想
- モニターごとのウィンドウ分離 を目指す設計思想
- PaperWMはグローバル座標空間の制約があるため、独自実装に挑戦

類似プロジェクト

PaperWM: GNOME Shell用のスクロール型タイル型
karousel: KDE用スクロール型タイル型
scroll/papersway: sway/i3用スクロール型タイル型
hyprscrolling/hyprslidr: Hyprland用スクロール型タイル型
PaperWM.spoon: macOS用スクロール型タイル型

連絡先・コミュニティ

Matrixチャット: https://matrix.to/#/#niri:matrix.org
Discordコミュニティ: https://discord.gg/vT8Sfjy7sx

Hackerたちの意見

2、3週間前にi3からNiriに切り替えたんだけど、めっちゃ満足してる。Niriは、ウィンドウやワークスペースの使い方に自然に合ってる感じがするんだ。プロジェクトごとにワークスペースを使ってて、何かを参照したり、ちょっとしたコマンドを実行するために右側に一時的なターミナルウィンドウやウェブブラウザを開くことがあるけど、他のウィンドウには影響がないし、リフローも起こらない。終わったらすぐに閉じられるのがいいね。Niriの唯一の問題は、ウルトラワイドモニターが欲しくなっちゃったこと。

macOSでは基本的に常にフルスクリーンなんだけど、超フルスクリーンモードじゃなくて、cmd-tab/cmd-`がちゃんと機能するようにしてる。これをmacOSでやりたいんだけど、無理なのは分かってる。雇用主からmacOSを使うように言われてるから、Linuxに切り替えることもできないし。結局、より良いワークフローがあるのにそれを実現できないもどかしさを感じてるのは、私だけじゃないってことくらいかな。

└

あなたは一人じゃないよ。

└

ウィンドウを最大化するたびにオプションキーを押さなきゃいけないのが嫌だ。デフォルトでウィンドウを伸ばすようにして、フルスクリーンモードは使わないようにしたいんだ。

└

うーん…「予測可能」ってどういう意味？私にとってはcmd+tab / cmd+`がすごくうまくいってるんだけど、最後に使ったアプリやウィンドウに切り替えられるから。

└

https://github.com/mogenson/PaperWM.spoon

└

MacではYabaiをウィンドウマネージャーとして使ってるよ。大画面ではすごく快適だけど、ノートパソコンだけ使うときのワークフローがまだうまくできてないんだ。そうなると、スペースがたくさんできて、各スペースに1、2個のウィンドウしかない状態になっちゃう。

└

13インチのMBPでVSCodeやFreeCADを使うとき、フルフルスクリーンモードが大好きだよ。alt-tabの問題はあんまりないけど、3つのウィンドウを切り替えるときは、サイクルじゃないときに気を使うことが多くなるね。KDE Plasma 6（グローバルメニューバー付き）でこれを試そうとしたけど、なかなかうまくいかなくて、最大化はできてもフルスクリーンにはならないアプリに妥協しなきゃいけないのがイライラする。X/Waylandの「フルスクリーン」は基本的にキオスクモードで、ゲームを邪魔しないためのものってのは理解してるけど、Macではクロームレスウィンドウが仮想デスクトップに表示されて、復元のキーを忘れたらハマっちゃうことはないんだよね。でも、これができないのがもどかしい。

└

macOSでPaperWM.spoonと一緒にHammerspoonを試してみるといいかも。これを使ってるけど、ちょっとしたクセはあるけど、ないよりは全然マシだよ。[0] https://www.hammerspoon.org/ [1] https://github.com/mogenson/PaperWM.spoon

└

俺もほぼ同じだよ。今はステージマネージャーを使ってて、ウィンドウの上部バーをダブルクリックして最大化してる（緑のボタンとは違うよ）。

└

この1ヶ月、komorebiをmacOSに移植する作業をしてたんだけど、スクロールレイアウトは結構うまくいってるよ。Niriと全く同じってわけじゃないけど、個人的な好みに基づいて実装してるから、両方のプラットフォームでちゃんと機能してるよ。

Niriのおかげでxmonadを手放すことにした。xmonadを14年間ずっと使ってたんだけど、デスクトップに無制限のウィンドウを持てるのがすごくいい。タイル構造を切り替えずにトピックのコレクションみたいにできるから、快適に収まる範囲で複数のデスクトップを持つ必要がなくなった。以前は「エディタとターミナル」のデスクトップから「ブラウザ」のデスクトップに切り替えてたのが、今は同じデスクトップ内で関連するブラウザウィンドウに横移動するだけになった。入りやすいし、すぐに使えるのがいいね。Waylandの初期の問題（アプリサポート、例えばZoomが使えないとか）はあったけど、克服できないものではなかった（たまにXに戻ることで解決できた）。ほとんどの問題は時間とともに解決されてきたよ。編集：ハードウェア：2017年のSystem76 Bonobo WS、2x GTX 1080、複数のスクリーン（4k @ 2xスケーリング + 2 1080p）。PopOS。Niriの1-2年前のビルドを使ってるけど（壊れてないから）、他の人が嫌がるような派手なアニメーションは経験してない。大きなセットアップの手間がないなら、クローンしてソースからビルドするのは入りやすいと思ってるから、ちょっと偏見があるかも。注意してね。

Hacker Newsで議論の続きを見る

ハクソク