not scrolling down on ctrl-s?
schmorp at schmorp.de
Tue Jun 5 10:49:50 CEST 2007
On Tue, Jun 05, 2007 at 09:35:47AM +0200, martin f krafft <madduck at madduck.net> wrote:
> also sprach Marc Lehmann <schmorp at schmorp.de> [2007.06.04.1517 +0200]:
> > > I want: scrolling down on keypress, but *not* if ctrl-s is pressed
> > >
> > > I have: URxvt.scrollTtyKeypress: true
> > > URxvt.scrollTtyOutput: false
> > > URxvt.scrollWithBuffer: false
> > >
> > > I get: scrolling down on keypresses, but also on ctrl-s.
> > Hmm, ok, no then everything is as I said. However, have you tried using
> > scrollTtyOutput instead?
> Sure, but I don't like it. Here are the two usage scenarios that are
> affected by scrollTtyOutput:
> 1. I tail a log file, strace or debug output and to prevent it
> from scrolling, I use ctrl-s. urxvt then jumps to the bottom and
> I have to find the place again where I wanted to look.
No, you confuse that with scrollTtyKeypress. keys have no effect on
scrollTtyOutput, so pressing ctrl-s will not make it jump unless you also
have scrollTtyKeypress enabled (ctrl-s does not cause output).
> 2. I am assembling a command on the shell and need to
> scroll back up to figure out an argument. Once I have it, I like
> to just enter it and not have to scroll all the way to the end.
In that case, scrollTtyOutput will scroll, as the shell will do output.
> So the two bite. Can urxvt find out whether the key pressed is
> ctrl-s and then inhibit the scrolling?
Do you mean literally ctrl-s, or the code that inhibits tty output? The
former would be stupid if the user uses some other key, and the latter is not
easily detectable. The solution would be a generic method of inhibiting some
keys on scrollTtyKeyPress, but I will not implement that.
The choice of a
----==-- _ generation Marc Lehmann
---==---(_)__ __ ____ __ pcg at goof.com
--==---/ / _ \/ // /\ \/ / http://schmorp.de/
-=====/_/_//_/\_,_/ /_/\_\ XX11-RIPE
More information about the rxvt-unicode