Date: Fri, 10 Jan 1997 17:11:57 -0500 From: Bakul Shah <bakul@plexuscom.com> To: Terry Lambert <terry@lambert.org> Cc: gilham@csl.sri.com (Fred Gilham), freebsd-hackers@freebsd.org Subject: Re: A cool xterm? Message-ID: <199701102211.RAA13433@chai.plexuscom.com> In-Reply-To: Your message of "Fri, 10 Jan 1997 13:14:39 MST." <199701102014.NAA20438@phaeton.artisoft.com>
next in thread | previous in thread | raw e-mail | index | archive | help
> NextStep has the increment up/down adjacent to each other; that is a > big, big win in my book; I don't have to move the mouse pointer > across nearly as much realestate to change direction if I overshoot > by one line while scrolling. In the scrollbar used in `ups' (the debugger), the distance you drag the cursor determines the *velocity* of scrolling: move the cursor *anywhere* in the scrollbar window; press the left button and drag the cursor up or down. The farther you drag it, the faster the window scrolls. When you get close to the target, you can drag back towards the original position and scrolling can be slowed down to a crawl. If you overshoot, move past the original position to scroll in the opposite direction. This is much like a single dial for fast forward/reverse button on some VCRs. Very handy. A similar scheme for selecting text would be nice. > I think the riginal complaint was that cleared screens did not get added > as complete units to the scrollback buffer of xterm. Yeah, this would be better but can be somewhat confusing. Perhaps a thin horizontal line should separate screens cleared this way. Also, there should be a way to dump lines to a file (on command) as well as increase/decrease line buffer size.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199701102211.RAA13433>