| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
| |
It was not discussed and should probably not happen.
Requested by: msmith and others
|
|
|
|
|
|
|
|
| |
the type argument to *_HEAD and *_ENTRY is a struct.
Suggested by: phk
Reviewed by: phk
Approved by: mdodd
|
|
|
|
|
| |
Scrolling sideways is fast, and a "...skipping..." message making everything
blink does much more harm than good.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- Avoid use of word that Americans don't know how to spell
- Avoid use of capital letters when referring to command names
- Bookmarks do span files
- Use .Qq where appropriate. I didn't use .Sq or .Dq where `' and ``''
appear, since it's not clear to me what modern usage of those two
macros is.
- Say simply: ``See .Xr xxx 1'' rather than ``See the .Xr xxx 1 command''.
This former style has undoubtedly increased in popularity due to
html and hyperlinks, but it's always been around (esp. for manpage
sections other than section 1).
- Use .St
- Dedocument use of `-' to mean that `more` should read from its
standard input. The modern preferred way to read from standard
input is by specifying /dev/stdin. This is not a prelude to changing
more's behaviour within the short term (ie. at least 3-4 years).
|
|
|
|
| |
commit, but it's obviously supposed to be initialised to TRUE.
|
| |
|
|
|
|
|
| |
I probably forgot to put an ${.OBJDIR} somewhere. I'll redo the change
later when I get a chance to test that thesis.
|
|
|
|
| |
EOFs from reading stderr (eg. not from argv[1]).
|
|
|
|
| |
Now page-up/down work from xterms.
|
| |
|
|
|
|
| |
user entered a command that filled exactly the remaining screen width.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
one? Just 'cause.
PR: misc/14932
|
|
|
|
|
|
| |
Staticize a variable that was meant to be static (broken in r.1.11).
PR: bin/11370 Henry Whincup <henry@techiebod.com> (for the segv)
|
|
|
|
|
|
| |
not alphas with 64bit longs).
Submitted by: bde (a while ago)
|
|
|
|
| |
Minor warnings in tip corrected.
|
|
|
|
|
| |
of the typeset output, tend to make diffs harder to read and provide
bad examples for new-comers to mdoc.
|
| |
|
|
|
|
|
|
|
| |
calculation of line numbers) never existed and the two bugs that made me
think it existed have been fixed (see recent commits about this date to
linenum.c:r.1.3 and ch.c:r.1.8 fixing broken line-number buffering and
braindead algorithms respectively).
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
simply keep an index into the last access on the circular list and begin
searches at that point. An LRU list is inappropriate here since the
vast majority of accesses will occur in the same order that the list
is created in. The only case where an LRU is remotely useful here is when
reading from a file and the user is jumping to randomish positions and
constantly returning to some central position. Even for this case it is
such a small optimization as not to be noticed in an interactive program
such as more(1).
This change results in a _tremendously_ noticable speed-up when reading long
files through a pipe (where long = ~200k, machine = ~2.5h single-disk
worldstone).
|
| |
|
|
|
|
|
| |
bug that prevented the line-number buffer from working correctly. AFAIK
the bug is still present in other derivatives of more(1).
|
| |
|
| |
|
|
|
|
|
|
| |
the docs on a couple other keys. While I'm here, document another ~3 bugs
that have been around for all eternity in the hope that I'll someday bother
to fix them.
|
|
|
|
| |
a search string input).
|
| |
|
|
|
|
|
|
| |
identical to the previous pattern.
Noticed-by: Jeroen Ruigrok/Asmodai
|
| |
|
|
|
|
|
| |
PR: 13676
Submitted by: wollman
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
of user keys (documentation pending). The only key whose semantics have
changed is the capital 'N' key, which now performs a repeat-search in the
opposite direction (just like in vi).
This commit is a little bulkier than what I had originally planned. I'm not
completely happy with the direction it went, but it's definately an
improvement, and the alternative is to continue becoming irrelevant compared
to GNU less. (Does anyone even _use_ /usr/bin/more these days?)
|
| |
|
|
|
|
| |
This lets more(1) work with, for example, /usr/local/share/vim/doc/*.txt.
|
|
|
|
|
|
|
|
|
| |
- Sort xrefs
- Be consistent with section names as outlines in mdoc(7).
- Other misc mdoc cleanup.
PR: doc/13144
Submitted by: Alexey M. Zelkin <phantom@cris.net>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
track.
The $Id$ line is normally at the bottom of the main comment block in the
man page, separated from the rest of the manpage by an empty comment,
like so;
.\" $Id$
.\"
If the immediately preceding comment is a @(#) format ID marker than the
the $Id$ will line up underneath it with no intervening blank lines.
Otherwise, an additional blank line is inserted.
Approved by: bde
|
|
|
|
|
|
|
| |
two characters of $EDITOR. This allows things like "vim" and "vi -G"
(although nvi would fail...oh well).
- Avoid certain cases where the editor is passed an invalid line number.
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
PR: bin/961 bin/7296 (fix)
Submitted by: Garance Alistair Drosehn <gad@eclipse.acs.rpi.edu>
|
| |
|
|
|
|
|
|
|
|
|
| |
PR: bin/5721
Submitted by: Oliver Fromme <oliver.fromme@heim3.tu-clausthal.de>
Also, add "volatile" to a variable modified by signal handlers (coincidentally,
the same variable involved in the above fix, although this isn't related
to the reported problem).
|
|
|
|
|
|
|
| |
nor ioctl(WIOCGETD) exist. This case doesn't occur under FreeBSD.
PR: bin/5996
Submitted by: Max Euston <meuston@jmrodgers.com>
|