趣味・娯楽

夏休みあたりに試したい。

何もしてない。虚無。

ちょっと試してみたが、 fcitx5 がうまく動いている感じがしない。
保留。

$WAYLAND_DISPLAY と $DISPLAY が sway 起動後にセットされるから、 sway より前に systemctl --user import-environment WAYLAND_DISPLAY DISPLAY しても駄目というのがミソだった。
これをちゃんと設定したら systemd の user unit の諸々 (fcitx5 含む) が意図したとおり動作するようになった。

なお $LANG 等は sway 起動より前に設定して export しておく方が良さそう。

• sway-input: add button_mapping option · Issue #3960 · swaywm/sway
  • /etc/udev/hwdb.d/*.hwdb でシステムワイドなボタンのリマップ自体はできるらしい？ (まだ手元では試していない)
• sway-input(5) — sway — Debian experimental — Debian Manpages
  • input <identifier> scroll_button disable|button[1-3,8,9]|<event-code-or-name> と input <identifier> scroll_method on_button_down で「ボタンを押している間スクロール」はできそう。
  • 「単押しで middle click 扱い」と両立できるかがわからない (試せばわかると思うが)。

マウス感度調整¶

nop_thread さんは #note-7 で書きました:

• マウスの感度調整 (トラックボールのカーソル移動が爆速すぎる)

調整できた。

input $device_deft_pro {
    accel_profile "adaptive"
    pointer_accel -0.85
}

Fn2 の middle click 化とスクロールボタン化¶

nop_thread さんは #note-7 で書きました:

• マウスのボタンリマップ
  • トラックボールの Fn2 と Fn3 を middle click にしたい。
  • Xorg の設定では Option "ButtonMapping" "1 2 3 4 5 6 7 8 9 10 2 2" としてある。
• トラックボールのホイールエミュレーション
  • Fn2 (ボタン11) をクリックしながらボールを転がすと二次元のスクロールになる機能。

できた。

まず、 /etc/udev/hwdb.d/50-elecom-trackball.hwdb のようなものを用意して Fn2 (sway 的には BTN_BACK だが今回それは関係なく、 hwdb 的には KEYBOARD_KEY_90007) を btn_middle にする。

# /etc/udev/hwdb.d/50-elecom-trackball.hwdb
# `ELECOM TrackBall Mouse DEFT Pro TrackBall Mouse`
#
# Use `evtest` command to get the key code (e.g., 90007).
#
# Map the Fn2 button (90007) to the middle button.
evdev:name:ELECOM TrackBall Mouse DEFT Pro TrackBall Mouse:*
 KEYBOARD_KEY_90007=btn_middle

次に、 sway 側では リマップ後の キーを scroll button に設定する。

input $device_deft_pro {
    scroll_method on_button_down
    # ```
    # # /etc/udev/hwdb.d/50-elecom-trackball.hwdb (as of 2026-04-23)
    # # /etc/udev/hwdb.d/50-elecom-trackball.hwdb (as of 2026-05-16)
    # # `ELECOM TrackBall Mouse DEFT Pro TrackBall Mouse`
    # #
    # # Use `evtest` command to get the key code (e.g., 90007).
    # #
    # # Map the Fn2 button (90007) to the middle button.
    # evdev:name:ELECOM TrackBall Mouse DEFT Pro TrackBall Mouse:*
    #  KEYBOARD_KEY_90007=btn_middle
    # ```
    #
    # Fn2 is BTN_BACK (278) (according to `libinput debug-events` command), but
    # the button to specify here is the logical button after remapped. Physical
    # Fn2 (BTN_BACK) is now logical middle button (BTN_MIDDLE).
    scroll_button BTN_MIDDLE
    #scroll_factor 1.0

    accel_profile "adaptive"
    pointer_accel -0.85
}

これで普通にホールド時はスクロールになってクリック時はミドルクリックになる。

ただし X での設定と異なり Fn2 ボタンをミドルボタンにしてしまうので、「本物の」ミドルクリックをしながらドラッグなどはできない。
hwdb でなく sway 側で何かすれば (たとえば sway の設定で物理 Fn3 を論理 middle にマップすれば)) 「スクロールボタンとしては機能しないミドルボタン」を作れないだろうかとも思ったが、 sway-input: add button_mapping option · Issue #3960 · swaywm/sway を見た感じ、そもそもボタンマッピングの機能自体が sway になさそうなのでこの方針では駄目そう。

scroll_factor でスクロール速度も調整できそうだが、今のところデフォルト (たぶん 1.0) で困っていない。

ランチャー¶

nop_thread さんは #note-7 で書きました:

• アプリランチャー, tmux ランチャー
  • rofi が X 用なので wofi か何かで置き換える。

どうも rofi 2.0.0 (2025-09-02 リリース) で Wayland サポートが入ったらしい (cf. Release 2.0.0 · davatorium/rofi · GitHub)。
何もしていないが普通に使えるようになっていた。

pinentry¶

nop_thread さんは #note-7 で書きました:

• git で署名できるか確認
  • pinentry の動きが怪しかった。

あとで確認する。

既に Wayland で生活できるくらいの状態になっている。

残件:

• スクリーンキャプチャ
  • 詳細未確認だが、どうもうまく動いていない。
  • せめて画像くらいは残せるようにしておかないと困る。
• マウスカーソル
  • もうちょっと大きくしたい。
• 切り替え可能なマルチモニタ設定
  • スクリプトでも組んでしまうのが楽だろう。

nop_thread さんは #note-17 で書きました:

grim を試しているが、論理解像度でキャプチャされているようで fractional scaling 環境だと画像が滲む。
困るなぁ。
slurp が返してくる座標情報がそもそも論理解像度なので、 scaling まわりはもうちょっと慎重に調整しないといけないかもしれない。

滲まないようにするパッチがあったが最新リリースの v1.5.0 だと当たらなくなっていたため、移植した。
これで全画面キャプチャなら滲まなくなる (少なくとも全モニタの scale が一致している場合については表示されているとおりの画像が手に入る) はず。

A patch on grim-1.5.0 (the next commit of it in fact, i.e., 07eb6914ceb2931894670875fabda3c65014d5b8) to fix blurry image when scaling is applied.

実験した限りだとジオメトリを指定したキャプチャでは出力画像が強制的に論理解像度になっていそうな雰囲気があったが (詳細未確認)、これについては grim を直せない場合でも全画面キャプチャしておいて後からトリミングすれば良いので、やりようはある。

nop_thread さんは #note-19 で書きました:

実験した限りだとジオメトリを指定したキャプチャでは出力画像が強制的に論理解像度になっていそうな雰囲気があったが (詳細未確認)、これについては grim を直せない場合でも全画面キャプチャしておいて後からトリミングすれば良いので、やりようはある。

よくわからないが、部分的な領域のキャプチャであってもちゃんと物理解像度の画像を出してくれていそうなので、素直に使えばよさそう。やったね！

モニタレイアウトの切り替えスクリプトを用意した。

残件はスクリーンショットまわりのみ。

スクリーンショットのバリエーション:

• full: デスクトップ全体
• focused monitor: フォーカスのあるモニタ
• focused window: フォーカスのあるウィンドウ
• selected window: 選択されたウィンドウ
• rectangle: 選択された矩形領域

時間:

• 即時
• 3秒くらい待つ