hyper
hyper copied to clipboard
vercel
Mouse events appear to be missing in Windows version
Unlike the Mac OS version, which appears to correctly forward mouse events to local and remote command line apps since v2.0, the Windows version does not.
This makes scrolling through apps a bit of a nuisance if you're used to using the wheel. Also, clicks are not registered / forwarded either, nor things like shift+scroll, which are useful in tmux, especially if you have a person not used to shortcuts (or your custom shortcut setup) sitting in front of the machine.
Can you give us some steps to reproduce your issue? Can you give us some details about other terminal emulators where this is working?
I have the same issue.
Mouse support in Vim is non-existent when using Hyper. (Scrolling moves the whole Hyper window buffer, clicking within Vim does not move cursor.)
Can you give us some steps to reproduce your issue?
Steps to reproduce:
- scroll the wheel in less, git, vim or tmux
- observe the local buffer scrolling instead of the app doing whatever is bound to scroll action
Expected outcome: The app should do whatever is bound to scroll action
Can you give us some details about other terminal emulators where this is working?
MobaXterm
Same issue here. Also, even in native cmd.exe or PowerShell.exe mouse events are working correctly now.
It will be fixed by https://github.com/xtermjs/xterm.js/pull/1310 I'll certainly merge this in our next canary.
Still exists in the current Canary, although vim and neovim no longer scroll incorrectly, they do not get mouse events with set mouse=a.
I have the same issue as HybridEidolon. While most mouse events work, vim does not get mouse events with :set mouse=a Thanks for the fantastic terminal though Hyper
Any updates on this? Trying to use set mouse=a in vim (same as @willbowden37) with no luck
Hyper 3.0.0-canary.7 (canary)
They problem still exists. Thus I changed to wsltty, works perfectly, but with no tab
This problem persists in recent versions, I'm currently on 3.0.2.
Mouse works well in simple terminal mode. However inside tmux (tried on v2.6 and 2.8) and vi, mouse events (click, scroll) are not working. The only thing work working is the text selector, but it's completely agnostic to borders and panes.
I can confirm this is still an issue in Hyper 3.0.2.
Happy to help where I can in getting this fixed - including making a PR with some guidance (if I get the time), and trying out pre-release versions :)
@ceoshikhar If you have a higher version of windows, you can try the new windows terminal. Its way better than hyper. Hyper just has too many bugs as of today.
2.5 years+ and this bug still exists. Give me more thumbs down but this is just funny and cringe.
2.5 years+ and this bug still exists. Give me more thumbs down but this is just funny and cringe.
Hyper is open source, what's stopping you from fixing this yourself? In the meantime I hope you get a refund for the free software
So you are saying, if one person uses VS Code for developing HTML+CSS static website and finds a bug that has not been resolved for years then the person who reported it has to fix it just because it's open source ?
Edit: He deleted his comment lol
thought it was a recent bug... terminal suggestions for wsl on windows 10?
terminal suggestions for wsl on windows 10?
Give MobaXterm a try, it's freemium, but the free functionality is very generous, and it "just works". Alternatively, try the new Windows Terminal.
v3.2.0 problem still persist. Scrolling the wheel in less, git, vim and other does not work as expected. Any chances it may be fixed? Thanks!
Same here. Just started using hyper on windows and mouse events in things like vim just don't work. Was there ever a solution?
I guess i'll have to use terminal the intended way and never use the mouse lol
Just wanted to add mouse events don't work in all terminal applications I've tested in windows. btop4win++, vim, neovim & musikcube. I haven't been able to find a fix. Version 3.4.0-canary.1
