not scrolling down on ctrl-s?

[Marc Lehmann]

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
      -----==-     _GNU_
      ----==-- _       generation     Marc Lehmann
      ---==---(_)__  __ ____  __      pcg at goof.com
      --==---/ / _ \/ // /\ \/ /      http://schmorp.de/
      -=====/_/_//_/\_,_/ /_/\_\      XX11-RIPE