| Age | Commit message (Collapse) | Author |
|---|
|
Signed-off-by: Thomas E. Dickey <dickey@invisible-island.net>
|
|
After the last cleanups all the private macros are
now obsolet. They are removed with:
sed -e'/^\.de/,/^\.ny/d' -i
|
|
Use ".B" when only bold is intended.
Signed-off-by: Thomas E. Dickey <dickey@invisible-island.net>
|
|
By replacing we do two things:
1. this fixes the troff behavier
2. this moves us closer to std. man pages
3. after this patch the macro ZN can be deleted
Signed-off-by: Walter Harms <wharms@bfs.de>
|
|
Signed-off-by: Thomas E. Dickey <dickey@invisible-island.net>
|
|
Signed-off-by: Thomas E. Dickey <dickey@invisible-island.net>
|
|
Signed-off-by: Thomas E. Dickey <dickey@invisible-island.net>
|
|
1989 in X11R4. The command was given a ".ny0", but nroff did not accept
more than two-character names, so it "should" have been ".ny 0". Further,
since there is no standard macro "ny" (and no command), define a fallback.
Signed-off-by: Thomas E. Dickey <dickey@invisible-island.net>
|
|
Also, change .Ds/.De to use CW font, as what they're wrapping is code displays.
This may not be recognized on archaic Unixes, but .ft 1 isn't any too safe
either. The PostScript and DVI drivers both grok CW.
Signed-off-by: Eric S. Raymond <esr@thyrsus.com>
|
|
Performed with: find * -type f | xargs perl -i -p -e 's{[ \t]+$}{}'
git diff -w & git diff -b show no diffs from this change
Signed-off-by: Alan Coopersmith <alan.coopersmith@oracle.com>
|
|
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=512130
The Xt manpages are installed in section 3 (and not 3Xt as upstream
would have it). But, internal cross-references (in particular, in the
SEE ALSO part) are left alone, and keep pointing at Foo(3Xt). The
result is that they can't be automatically followed from manpage
sanitizers such as dwww or emacs.
Reviewed-by: Alan Coopersmith <alan.coopersmith@oracle.com>
Signed-off-by: Gaetan Nadon <memsize@videotron.ca>
|
|
Signed-off-by: Jesse Adkins <jesserayadkins@gmail.com>
Signed-off-by: Alan Coopersmith <alan.coopersmith@oracle.com>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
