Hi, On Sun, Apr 17, 2011 at 08:12:00PM +0100, Nicholas Marriott wrote:
Remind me what you were doing, I've lost the original mail thread?
OK, but mail archive shows the thread correctly. http://sourceforge.net/mailarchive/forum.php?thread_name=AANLkTi%3D5QXKigoSa%2BZ3Z6H5tE7_ezJZ8g8ku_oHMNNse%40mail.gmail.com&forum_name=tmux-users Since the idea still develops, it is probably good idea to create summary once again. I have in my todo list one big goal - make tmux and screen working with scrollback buffer more naturally. VT* standards doesn't count with terminal emulators so running terminal emulator inside terminal emulator wasn't expected. In fact there is no communication between levels of terminal emulators. My first idea was using alternate screen mode to not use scroll events but sending them to running application instead (konsole patch I pushed can be used for this behaviour). When application uses alternate screen buffer it usually doesn't want to be scrolled so I thought it could be good place for implementation. But now I think that maybe it makes more sense to introduce such functionality independent on alternate screen state. Just add escape sequences for telling that application wants to handle scrollback buffer by itself. So application would ask if terminal supports handing scroll events to application instead of handling by terminal. If terminal supports it application can request it. Then when terminal emulator is requested to scroll it "just" sends escape sequence to application and application perform its own action (which may be or may not be scrolling scrollback buffer to show history). benefits: 1] this could help providing scrollback buffer for nested terminal emulator (tmux can show history more natural way than in copy mode) on any level (screen running in screen running in screen ...) 2] UI scrollbar can be used to scroll panel in midnight commander, scroll e-mails in mutt, use it in less etc. I believe that this functionality means improvement which (not only) I miss for too long. Konsole is now capable to send escape sequence instead of scroll just by configuration rules (.keytab file). I have currently patch also for xterm and urxvt (for alternate screen version of the idea) and I discuss with its developers how such behaviour should be defined. I believe that RFC should be published for this. I ask for cooperation on that. I hope it's clear now. Best regards, Tomas Cech Sleep_Walker
On Fri, Apr 15, 2011 at 08:54:21AM +0200, Tomas Cech wrote:On Thu, Feb 24, 2011 at 06:57:30PM +0000, Nicholas Marriott wrote: >sure. let me know when you've got it working Konsole patch is now applied in upstream and should be released in KDE 4.7. Then it is possible to create such behaviour by configuration only since alternate screen buffer status can be used as 'key modifier'. But it may be too complicated approach. I'm just thinking about this more and it would be probably better idea to create such behaviour independent on alternate screen. Probably introduce some new set of escape sequences to set/indicate that application/terminal is capable of this behaviour. So, application which would like to take care of scrollback buffer by itself should first try if terminal has this capability and then request it by some special escape sequence. Then terminal can send 'scrolling requests' events for line, page or even position of scrollbar. This could be also useful for apps like less (scrollbar scrolls text shown by less), mutt (e-mail list or e-mail message scrolling) etc. I would like to create RFC for that and help will be appreciated. Best regards, Sleep_Walker
Best regards, Tomas Cech L3
signature.asc
Description: Digital signature
------------------------------------------------------------------------------ WhatsUp Gold - Download Free Network Management Software The most intuitive, comprehensive, and cost-effective network management toolset available today. Delivers lowest initial acquisition cost and overall TCO of any competing solution. http://p.sf.net/sfu/whatsupgold-sd
_______________________________________________ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
