Open juleshummelink opened 3 years ago
Huh. It should. We must have put the mouse handling in specifically the pressed event and not the tapped event or something like that.
I found that the bug is not ssh related. Touch works nowhere inside the terminal window. It works only in the tab bar and to scroll...
Steps to reproduce:
echo https://google.com/
and hit enterDoes seem to affect TUIs in general rather than specific to SSH 🙂
e.g. htop in WSL, TUIs from Windows .exe.
(v1.19.11213.0 on W11 23H2)
FYI, the reason this doesn't work is because the touch handler in Windows Terminal is completely separate from the click handler, and the only thing the touch handler supports is panning the scrollback buffer.
As a test, I commented out the code here: https://github.com/microsoft/terminal/blob/3996806503bd573aa59a27d1ee8e98bd1d135b8b/src/cascadia/TerminalControl/TermControl.cpp#L1707-L1713
And that allows the touch events to be passed through to the regular click handler, which is good enough to get left clicks working. But of course the scrollback panning is then not supported, and it also doesn't handle right clicks. A proper fix will require more work than that.
It's also worth noting that touch input does actually work in openconsole/conhost.
Windows Terminal version (or Windows build number)
1.10.2714.0
Other Software
found it out by using HTOP on a debian linux server connected via SSH
Steps to reproduce
ssh [IP]
command.sudo htop
Expected Behavior
Touch inputs are passed to SSH.
Actual Behavior
Touch doesn't work.