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 > screen-users@gnu.org > 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
_______________________________________________ screen-users mailing list screen-users@gnu.org http://lists.gnu.org/mailman/listinfo/screen-users
