ok i get it thanks, sounds cool
On Mon, Apr 18, 2011 at 08:28:02AM +0200, Tomas Cech wrote: > 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 ------------------------------------------------------------------------------ Benefiting from Server Virtualization: Beyond Initial Workload Consolidation -- Increasing the use of server virtualization is a top priority.Virtualization can reduce costs, simplify management, and improve application availability and disaster protection. Learn more about boosting the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev _______________________________________________ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
