|From:||Charles A. Templeton III|
|Subject:||Re: Wheel scrolling|
|Date:||Sat, 24 Jan 2009 17:38:13 -0600|
On Sat, Jan 24, 2009 at 6:42 AM, dae3 wrote:
> On Fri, 23 Jan 2009 21:14:48 +1100, Trent W. Buck
>> dae3 writes:
>>> It would be really cool if gnu-screen could receive mouse wheel events
>>> and translate them to Command-Esc and ^Y or ^E as appropriate. Xterm can
>>> pass mouse events to the app running inside itself.
>> Screen passes mouse events (including the scroll wheel) to the app
>> running inside itself. Emacs, for example, will handle them (with
>> appropriate junk in ~/.emacs).
>> Possibly it could be more intelligent about handling mouse wheel events
>> when *already* in copy mode (^A^[).
> There could be a switch for users to decide whether they want their
> mouse events passed to the app or used by screen.
> Personally, I have no use for the mouse in terminal-based apps. Having
> screen intercept it for entering copy mode and scrolling would be ideal.
> ~> cat /etc/redhat-release && uname -a
> Scientific Linux SL release 5.2 (Boron)
> Linux acerrimo.local 2.6.18-92.1.22.el5 #1 SMP Tue Dec 16 06:50:02 EST
> 2008 i686 athlon i386 GNU/Linux
> screen-users mailing list
My mobile terminal app (ConnectBot) for my Android G1 supports translating the scroll wheel into arrow movements (↑, ↓, ← & →) This is very handy. The only problem that is associated with this is that one can easily overload a slow terminal ability to respond.
This would be a cool & productive feature for screen if it could be implemented.
|[Prev in Thread]||Current Thread||[Next in Thread]|