LinuxのMicrosoft Edgeでトラックパッドの横スワイプ（戻る／進む）が効かない――。Fedora 38 + Edge 118での相談は珍しくありません。Firefoxでは動作するのにChromium系では不発、という差に戸惑う方へ。仕組みと限界、そして実用的な回避策をまとめて解説します。
状況と前提（質問の要約）
- 対象環境：Fedora 38 上の Microsoft Edge 118（Chromiumベース）。
- 症状：トラックパッドを横にスワイプしても「戻る／進む」にならない。
- 比較：Firefox では同じ操作が機能。Google Chrome（Chromium）でも動作しない。
- 希望：キーボードのショートカットに置き換えるのではなく、ブラウザーがネイティブに対応してほしい。
結論（いわば公式見解の要点）
- Linux版の Edge / Chrome は、現時点でトラックパッドによるナビゲーションジェスチャー（横スワイプで戻る／進む）を標準サポートしていません。
- 対応を求める場合は、Edge の「ヘルプ → フィードバックを送信」から機能要望を提出するのが最短ルートです。開発チームに届く公式の窓口で、票が集まるほど優先度が上がります。
なぜ Chromium 系だけできないのか（仕組みの解説）
ポイントは「2本指の横スワイプは、OS／libinput からは“スクロール”として扱われる」という設計にあります。GNOME/KDE を含む多くの Linux デスクトップでは、指2本は基本的にスクロール・ジェスチャーの入力に割り当てられます。一方、アプリ側で「履歴ナビゲーション」に反応させるには、スクロールとは別に「戻る／進む」をトリガーする明示的なジェスチャーイベントを受け取り、かつ UI と統合する必要があります。
Firefox は Linux でもこの統合が行き届いているのに対し、Chromium 系（Edge/Chrome）は Linux での実装が未整備（または無効）なため、2本指の横スワイプ＝ページの横スクロールとして消費され、履歴にはつながりません。結果、「端で引っかけて戻る」といったネイティブ挙動が起きないわけです。
また、2本指はスクロールに占有されがちなため、ユーザー空間のジェスチャーデーモンでも正確に捕捉・置換するのは困難です。実務的には 3本指（または4本指） を使って「戻る／進む」を割り当てるのが現実的な落としどころになります。
実質的な対処法（目的別の比較）
| 方法 | 概要 | 長所 | 注意点 |
|---|---|---|---|
| 1. 拡張機能で代替 | 「Swipe Gestures」など、横スワイプやホイールイベントを検知して history.back()/forward() に割り当てるタイプ | インストールが簡単。ブラウザー単体で完結 | サイトのスクリプトやフレーム構造によっては効かないことがある。2本指は「スクロール」と競合しやすい |
| 2. システムでキー送出 | libinput-gestures 等でスワイプ（3本以上）を検知し、Alt+←/→ を自動送信（Xorg は xdotool、Wayland は ydotool/wtype） | Edge 以外のアプリでも一貫して効く。動作が安定しやすい | 初期設定がやや上級者向け。Wayland では仮想入力許可や常駐サービスの準備が必要 |
| 3. Firefox を利用 | Linux でもトラックパッドの戻る／進むが標準で有効 | 設定不要で確実に動く | ブラウザーの乗り換えが前提。Edge 固有の機能（コレクション等）を多用する人は考慮が必要 |
すぐ試せる：方法1「拡張機能で代替」
Edge アドオン（またはChrome拡張）で「Swipe」「Gesture」などのキーワードで探し、横方向のスワイプを 戻る＝history.back()、進む＝history.forward() に割り当てます。コツは以下です。
- トリガーを「3本指」に寄せる：2本指はスクロールと競合して誤作動しやすく、縦スクロール中に戻ってしまう事故が起きがちです。
- 除外サイトを活用：Web アプリ（キャンバス系やエディタ系）は独自のジェスチャーを使うことがあり、拡張の動作を除外したほうが快適な場合があります。
- ページ端のしきい値：「ページの端で一定距離スワイプしたら戻る」といった条件を設定できる拡張を選ぶと誤爆が激減します。
拡張はページスクリプトや iframe 構造の影響を受けるため、「どこでも確実」は難点です。ブラウザー単体で完結させたい方の第一候補として試し、限界を感じたら方法2へ移るのが効率的です。
堅実に効かせる：方法2「システムでキー送出」
アプリ非依存で動かしたいなら、ジェスチャー＝OS側で検知 → キーボード送出で Edge に伝えるのが堅実です。戻る／進むに相当するキーボードは多くのブラウザーで Alt+Left / Alt+Right が共通です。
自分のセッションが Wayland か Xorg か確認
echo $XDG_SESSION_TYPE
# 出力: wayland もしくは x11
Xorg（x11）なら：libinput-gestures + xdotool
- 必要パッケージを導入（Fedora例）：
sudo dnf install libinput-gestures xdotool sudo gpasswd -a "$USER" input newgrp input - 自動起動と開始：
libinput-gestures-setup autostart libinput-gestures-setup start - 設定ファイル（
~/.config/libinput-gestures.conf）を作成：gesture swipe right 3 xdotool key --clearmodifiers Alt+Left gesture swipe left 3 xdotool key --clearmodifiers Alt+Right # ピンチでタブ移動などの例（任意） gesture pinch in 3 xdotool key ctrl+Page_Up gesture pinch out 3 xdotool key ctrl+Page_Down - 反映：
libinput-gestures-setup restart
ポイント：2本指はスクロールに使われるため、3本指での左右スワイプに割り当てるのが定石です。--clearmodifiers を付けることで、他の修飾キーが押下中でも正しく送出できます。
Wayland なら：libinput-gestures + ydotool / wtype
Wayland ではセキュリティ設計上、一般的なアプリからのキーボード注入が制限されています。ここでは2通り紹介します。
（A）ydotool を使う方法（多くのディストリで動作）
- 導入（Fedora例）：
sudo dnf install ydotool sudo systemctl enable --now ydotoold.service - libinput-gestures の設定（
~/.config/libinput-gestures.conf）：# Alt(56) + Left(105), Alt(56) + Right(106) gesture swipe right 3 ydotool key 56:1 105:1 105:0 56:0 gesture swipe left 3 ydotool key 56:1 106:1 106:0 56:0 - 反映：
libinput-gestures-setup restart
注：ydotool はカーネルの /dev/uinput を使うため、ydotoold サービスを root 権限で常駐させ、ユーザー側の ydotool クライアントから命令を送る構成です。数字は Linux のキーコード（LeftAlt=56, Left=105, Right=106）。
（B）wtype を使う方法（仮想キーボードプロトコル対応のコンポジタで有効）
- 導入（Fedora例）：
sudo dnf install wtype - libinput-gestures の設定：
gesture swipe right 3 wtype -M alt -k left -m alt gesture swipe left 3 wtype -M alt -k right -m alt
コンポジタ（Sway/Hyprland など）で仮想キーボードが許可されている必要があります。GNOME/Plasma ではバージョンによって可否が分かれるため、動作しない場合は ydotool を選ぶのが無難です。
GNOME / KDE での別アプローチ
- GNOME：拡張やジェスチャーツールで「3本指左右 → Alt+←/→」に割り当てるのが定番。2本指はスクロールと競合するため避けるのが無難。
- KDE Plasma：「システム設定 → ジェスチャー」からグローバルジェスチャーを作成し、ショートカット「Alt+Left/Right」を割り当て可能（バージョンにより名称が異なる場合あり）。
現実的に「2本指」はできるの？
短答：ほぼ不可です。2本指は OS の入力系でスクロールに割り当てられており、アプリやユーザーデーモンから奪うとページスクロールとの衝突が置きます。実務上は、3本指以上で戻る／進むを割り当て、2本指は従来どおりスクロールに専念させる設計がトラブルを最小化します。
方法3：Firefox に切り替える
Firefox は Linux でもトラックパッドの履歴ナビゲーションが充実しており、2本指の横スワイプで戻る／進むが素直に機能します。Edge 固有機能よりも「ジェスチャーの快適さ」を優先したい場合は、Firefox を既定ブラウザーにするのが最短解です。
フラグや隠し設定でどうにかならない？
Chromium 系には過去にジェスチャー関連のフラグが存在しましたが、Linux では期待どおりに動作しないケースが多いのが実情です。とくに Wayland 環境での 2本指ジェスチャーはスクロールと不可分で、フラグで有効化しても体感は変わりません。時間を投じるより、方法2（システムでキー送出）か、Firefox 利用に切り替えるのが生産的です。
将来の見通しと、今できること
- 見通し：Chromium 側で Wayland/libinput のジェスチャー API を広く扱えるようになり、履歴ナビゲーションに公式にマッピングされれば解決します。これは Chromium 全体の設計課題で、Edge 単独では完結しません。
- お願い：Edge のメニューから「ヘルプ → フィードバックを送信」を開き、“Linux で 2本指横スワイプの戻る／進むをサポートしてほしい” と具体的に投稿しましょう。再現環境（ディストリ名、デスクトップ、Wayland/Xorg、Edge/Chrome のバージョン）を添えると、開発側での優先度判断に直結します。
シナリオ別・おすすめ構成
| ユースケース | おすすめ | 理由 |
|---|---|---|
| Edge を使い続けたい／業務制約がある | 方法2（3本指 → Alt+←/→） | アプリ非依存で安定。学習コストは一度きり |
| 拡張で十分、素早く試したい | 方法1（拡張） | 手間が軽い。除外設定で“困るサイトだけ外す”運用が可能 |
| とにかく 2本指の体験を取り戻したい | 方法3（Firefox） | 最小労力でゴールに到達。副作用が少ない |
トラブルシューティング（方法2のよくあるつまずき）
- libinput-gestures が動かない：
inputグループにユーザーが入っていない可能性。sudo gpasswd -a "$USER" input && newgrp inputを実行し、再ログイン。 - Wayland で xdotool が効かない：仕様です。Wayland では
xdotoolが無力なので、ydotoolかwtypeを使います。 - ジェスチャーが誤爆する：2本指は避け、3本指に限定。スワイプ距離や速度の調整が可能なツールなら閾値を上げる。拡張の場合は除外サイトを設定。
- セキュリティ懸念：
ydotoolは仮想入力を扱うため、サービス常駐が前提。信頼できる環境でのみ使用し、不要時は停止。権限設定は最小限に。 - KDE で動作が不安定：Plasma のジェスチャー設定と libinput-gestures の“二重割り当て”になっていないか確認。どちらかに統一すると安定します。
実測・再現に使えるチェックリスト（Fedora 38 + Edge 118）
| 項目 | 確認ポイント | 期待される結果 |
|---|---|---|
| セッション種別 | echo $XDG_SESSION_TYPE | wayland か x11 の表示 |
| Firefox の挙動 | 2本指横スワイプ | 履歴の戻る／進むが動く |
| Chrome/Edge の挙動 | 2本指横スワイプ | 動かず。ページ横スクロールとして消費される |
| libinput-gestures（3本指） | 右/左スワイプ | Alt+Left/Right が送出され、戻る／進むが動く |
| Wayland 注入 | ydotool / wtype | 仮想入力が許可されていれば動作 |
キーボード派の補足（覚えておくと捗るショートカット）
| 操作 | ショートカット（多くのブラウザーで共通） |
|---|---|
| 戻る／進む | Alt+Left / Alt+Right |
| タブ移動 | Ctrl+PageUp / Ctrl+PageDown |
| 前回閉じたタブを開く | Ctrl+Shift+T |
まとめ
- Linux 版 Edge/Chrome は、2本指の「戻る／進む」をネイティブには未サポート。要望は「ヘルプ → フィードバックを送信」から届ける。
- いま確実なのは 3本指以上で代替する設計：拡張機能か、システム側でジェスチャー→キー送出（Xorg＝xdotool、Wayland＝ydotool/wtype）。
- 2本指はスクロールと競合するため、奪うほど副作用が大きい。むしろ 3本指の運用に切り替えたほうが効率的。
- 「ジェスチャー体験」を最優先するなら Firefox を検討。Edge 機能が必須なら方法2で安定運用を。
将来的に Chromium 系が Wayland/libinput のジェスチャー API へ正式対応すれば、Linux でも macOS/Windows 並みの使い心地が期待できます。それまでは本稿の方法で、日々の操作を確実に、省ストレスで回していきましょう。
コメント