[prev in list] [next in list] [prev in thread] [next in thread] 

List:       openbsd-tech
Subject:    Re: Scrolling in top(1)
From:       Vadim Zhukov <persgray () gmail ! com>
Date:       2020-01-06 0:21:21
Message-ID: 2A45E14B-6135-41B1-A45B-E7FE1F9524EF () gmail ! com
[Download RAW message or body]

5 января 2020 г. 22:37:05 GMT+02:00, Ted Unangst <tedu@tedunangst.com> \
пишет:
> Vadim Zhukov wrote:
> > Today I get really upset and angry due limitation of top(1): it shows
> > only hrrm, top processes (thank you, Chromium). Now here is a diff
> that
> > allows you to scroll process list by line or by half a screen.
> > 
> > I've used the '0' and '9' keys to scroll down and up, respectively.
> > Unfortunately, 'k' is already taken, so vi-like binding to 'j'/'k'
> keys
> > is not possible. And emacs-style 'v'-for-all looks like too complex.
> > Anyone, who wants to use up/down and page up/page down keys, be my
> guest
> > for converting command_chars in top.c to using multi-byte sequences,
> > or whatever is needed for proper handling of those keys.
> > 
> > Ideas, comments and (may I hope?) okays are welcome. :)
> 
> One of each? It would be nice to extend this with some indication of
> where we
> are in the display (a first line that says skipping 19). I would have
> used
> ,.<> as navigation keys, but no matter. And it seems to work great, so
> ok.

Yes, indication would be good and I thought about it, too. But implementing it in \
current top(1) code is not that straightforward, unfortunately, so I planned to do \
                this separately, avoiding complication of the current diff. Thanks!
-- 
With best regards,
Vadim Zhukov


[prev in list] [next in list] [prev in thread] [next in thread]