|
| 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
> wrote:
>
>> 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
> address@hidden
> http://lists.gnu.org/mailman/listinfo/screen-users
>
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.
-Charles III
| [Prev in Thread] | Current Thread | [Next in Thread] |