Shift + mouse wheel scroll not handled properly #2314

ionchy commented 2026年03月29日 17:24:46 +02:00

Foot Version

foot version: 1.26.1 +pgo +ime +graphemes +toplevel-tag +blur -assertions

TERM environment variable

foot

Compositor Name and Version

KWin 6.6.3

Distribution

Arch Linux

Terminal multiplexer

No response

Shell, TUI, application

zsh

Server/standalone mode

• Standalone
• Server

Foot config

# -*- conf -*-
[main]
include=/usr/share/foot/themes/catppuccin-latte
font=Fira Code Medium:size=10
font-italic=JuliaMono:size=10
gamma-correct-blending=yes
initial-window-size-chars=120x30
[cursor]
blink=yes

Description of Bug and Steps to Reproduce

I have the following neovim keybindings to interpret shift + mouse wheel scrolling as horizontal scrolling:

map({ "i", "x", "n", "s" }, "<S-ScrollWheelUp>", "<ScrollWheelLeft>", { desc = "Scroll leftwards" })
map({ "i", "x", "n", "s" }, "<S-ScrollWheelDown>", "<ScrollWheelRight>", { desc = "Scroll rightwards" })

but shift scrolling seems to behave identically to normal scrolling in foot, while it works in e.g. kitty.
Using kitten mouse-demo (I wasn't sure how else to test this), shift scrolling in foot doesn't trigger any events (regular scrolling triggers WHEEL_DOWN/WHEEL_UP), while shift scrolling in kitty triggers WHEEL_DOWN/WHEEL_UP with Modifiers: Shift.

Relevant logs, stacktraces, etc.

No response

### Foot Version foot version: 1.26.1 +pgo +ime +graphemes +toplevel-tag +blur -assertions ### TERM environment variable foot ### Compositor Name and Version KWin 6.6.3 ### Distribution Arch Linux ### Terminal multiplexer _No response_ ### Shell, TUI, application zsh ### Server/standalone mode - [x] Standalone - [ ] Server ### Foot config ```ini # -*- conf -*- [main] include=/usr/share/foot/themes/catppuccin-latte font=Fira Code Medium:size=10 font-italic=JuliaMono:size=10 gamma-correct-blending=yes initial-window-size-chars=120x30 [cursor] blink=yes ``` ### Description of Bug and Steps to Reproduce I have the following neovim keybindings to interpret shift + mouse wheel scrolling as horizontal scrolling: ```lua map({ "i", "x", "n", "s" }, "<S-ScrollWheelUp>", "<ScrollWheelLeft>", { desc = "Scroll leftwards" }) map({ "i", "x", "n", "s" }, "<S-ScrollWheelDown>", "<ScrollWheelRight>", { desc = "Scroll rightwards" }) ``` but shift scrolling seems to behave identically to normal scrolling in foot, while it works in e.g. kitty. Using `kitten mouse-demo` (I wasn't sure how else to test this), shift scrolling in foot doesn't trigger any events (regular scrolling triggers `WHEEL_DOWN`/`WHEEL_UP`), while shift scrolling in kitty triggers `WHEEL_DOWN`/`WHEEL_UP` with `Modifiers: Shift`. ### Relevant logs, stacktraces, etc. _No response_

dnkl commented 2026年04月02日 12:32:44 +02:00

Shift is the default modifier to bypass mouse capture. I.e. to select text, for copy/paste using the terminal emulator itself, you hold down shift (in applications that enable mouse capture).

The current implementation stops forwarding all mouse events to the application while shift is pressed. But perhaps we can change it to forward events for which there is no matching mouse binding in foot.

`Shift` is the default modifier to bypass mouse capture. I.e. to select text, for copy/paste using the terminal emulator itself, you hold down shift (in applications that enable mouse capture). The current implementation stops forwarding **all** mouse events to the application while shift is pressed. But perhaps we can change it to forward events for which there is no matching mouse binding in foot.