From owner-cvs-all Mon May 22 8:18:16 2000 Delivered-To: cvs-all@freebsd.org Received: from smtp13.bellglobal.com (smtp13.bellglobal.com [204.101.251.52]) by hub.freebsd.org (Postfix) with ESMTP id AE86437B5AE; Mon, 22 May 2000 08:18:05 -0700 (PDT) (envelope-from hoek@FreeBSD.org) Received: from localhost.nowhere (HSE-MTL-ppp12810.qc.sympatico.ca [209.226.183.120]) by smtp13.bellglobal.com (8.8.5/8.8.5) with ESMTP id LAA22037; Mon, 22 May 2000 11:21:46 -0400 (EDT) Received: (from tim@localhost) by localhost.nowhere (8.9.3/8.9.1) id LAA21810; Mon, 22 May 2000 11:18:01 -0400 (EDT) (envelope-from tim) Date: Mon, 22 May 2000 11:18:01 -0400 From: Tim Vanderhoek To: Brian Fundakowski Feldman Cc: cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: src/usr.bin/more prim.c Message-ID: <20000522111801.A21118@mad> References: <20000521191659.C11540@mad> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95i In-Reply-To: ; from Brian Fundakowski Feldman on Mon, May 22, 2000 at 07:08:25AM -0400 Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, May 22, 2000 at 07:08:25AM -0400, Brian Fundakowski Feldman wrote: > > > Look closer. :-) Compare before and after when viewing a 5 line file > > with the -e option. The "...skipping..." is sometimes needed. > > Well, to be honest, I don't see the advantage it's supposed to have. Type the key sequence: "more -e /etc/termcap\n/^linux-m\n" and you should see. Semantical interpretation is required to read the screen. > I actually like what most(1) does in almost every case. It's got a lot > of nice features, but is missing things like tag support... It does do some things nicely, and it uses libslang rather than grokking termcap on its own. Its markup engine (for handling bold and underline) has some small problems, but so does the one in more. It handles gzipped files in a closer to bde-compatible manner than either less or more. However, it falls quite squarly under the GPL. But it does have some niceties. :) > Writing to an off-screen curses window and having curses handle updating the > on-screen window would solve the problems people have with(out) -c. I > think it makes a lot of sense to gain the redrawing advantages of curses. Yes. It does make a lot of sense to use curses. I seem to remember that curses clears the screen when one calls initscr(), which would need to be worked-around for short files (don't want to clear the whole screen if the user just used `more` as an alias for `cat`). However, more is already written to use termcap directly. :) It is something I've had in the back of my mind for a while, though, since once the "ridiculously complex state machine" is wripped-out and replaced with something that a) works, and b) isn't ridiculous, adding curses support comes-in as a freebie. I don't know how well curses would interact with libedit and/or libreadline (the former of which I have experimental support for), but presumably it can be done. -- Signature withheld by request of author. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message