#
7d481ed3 |
| 23-Oct-2023 |
schwarze <schwarze@openbsd.org> |
Remove the statement that .TQ was "rarely used even in GNU manual pages".
It appears the Linux Manual Pages project started to quite aggressively use .TQ ever for cases where it not only provides no
Remove the statement that .TQ was "rarely used even in GNU manual pages".
It appears the Linux Manual Pages project started to quite aggressively use .TQ ever for cases where it not only provides no value, but makes formatting worse even when it formats as intended. It's also a bad idea to use it that aggressively because .TQ has particularly catastrophic formatting behaviour on formatters (other than groff and mandoc) that do not support it: It essentially has the effect of omitting the topic of the discussion from the formatted version of the manual page, but in such a way that it does not become apparent to the reader that anything is missing.
But whether this is wise or stupid is their problem and none of our business. Either way, we should not call a thing "rarely used" after that is no longer true.
Thanks to Alejandro Colomar <alx at kernel org org> for making me aware that the statement is no longer true.
show more ...
|
#
e822a21f |
| 07-Oct-2023 |
schwarze <schwarze@openbsd.org> |
Include .EX/.EE in the MACRO OVERVIEW and improve its description.
It is supported by all major man(7) implementations that G. Branden Robinson and myself are aware of, so calling it "non-portable"
Include .EX/.EE in the MACRO OVERVIEW and improve its description.
It is supported by all major man(7) implementations that G. Branden Robinson and myself are aware of, so calling it "non-portable" can no longer be justified. Using it becomes increasingly more common, so calling it "non-standard" is now misleading. It is certainly useful and not deprecated.
While here, also remove the word "non-standard" from the descriptions of several other macros because it is slightly confusing. A formal standard for the man(7) language does not exist. Arguably, Version 7 AT&T UNIX used to be a de-facto standard, but its influence has been waning for 40 years, and various features that Version 7 did not support are now widely used.
show more ...
|
#
fd444336 |
| 05-Aug-2021 |
schwarze <schwarze@openbsd.org> |
.OP is not a GNU extension but first appeared in the Documenter's Workbench, see https://github.com/n-t-roff/DWB3.3/blob/master/macros/man/an.sr#L33
from g dot branden dot robinson at gmail dot com
.OP is not a GNU extension but first appeared in the Documenter's Workbench, see https://github.com/n-t-roff/DWB3.3/blob/master/macros/man/an.sr#L33
from g dot branden dot robinson at gmail dot com via GNU troff commit e3459327 2 Aug 2021 10:49:46 -0400
show more ...
|
#
f2a7ab29 |
| 28-Oct-2020 |
schwarze <schwarze@openbsd.org> |
Improve the HISTORY and AUTHORS sections, using information received from Douglas McIlroy in private mail: https://manpages.bsd.lv/history/mcilroy_26_10_2020.txt
|
#
c18b40cb |
| 14-Oct-2020 |
schwarze <schwarze@openbsd.org> |
add missing mention of Werner Lemberg, noticed by Werner himself on <groff at gnu dot org>; while here, add missing .An macros
|
#
a90ba16a |
| 18-Feb-2020 |
schwarze <schwarze@openbsd.org> |
Mention that .AT, .P, .SB, and .UC are extensions; it really matters because we only retain the language for backward compatibility in the first place. Part of the research done by <G dot Branden do
Mention that .AT, .P, .SB, and .UC are extensions; it really matters because we only retain the language for backward compatibility in the first place. Part of the research done by <G dot Branden dot Robinson at gmail dot com>, see the list <groff at gnu dot org> for details.
No change to the following conventions: Consider portable whatever made it into GNU troff no later than 4.4BSD. For portable extensions, mention their origin at the end of the description. For non-portable extensions, for example from man-ext, usually warn earlier, near the beginning of the description.
show more ...
|
#
d70b8e3c |
| 09-Jul-2019 |
schwarze <schwarze@openbsd.org> |
The non-standard .EX/.EE macro pair was invented for Version 9 AT&T UNIX and only got adopted by GNU two decades later. Thanks to Doug McIlroy <doug at cs dot dartmouth dot edu> for pointing out the
The non-standard .EX/.EE macro pair was invented for Version 9 AT&T UNIX and only got adopted by GNU two decades later. Thanks to Doug McIlroy <doug at cs dot dartmouth dot edu> for pointing out the error.
show more ...
|
#
0992050e |
| 02-Mar-2019 |
schwarze <schwarze@openbsd.org> |
Do not open a subsection for each and every macro. Instead, use a tagged list and the canonical .Ic macro as it is natural for such purposes. While here, also delete heaps of needless escaping.
|
#
327aba9d |
| 01-Jan-2019 |
schwarze <schwarze@openbsd.org> |
Now that .nf and .fi are implemented in the roff(7) parser and formatters rather than in the man(7) parser and formatters, document them in the roff(7) manual, where they belong, rather than in the m
Now that .nf and .fi are implemented in the roff(7) parser and formatters rather than in the man(7) parser and formatters, document them in the roff(7) manual, where they belong, rather than in the man(7) manual. Mention that they imply an output line break, and mention which macros imply these requests.
show more ...
|
#
fc1a5002 |
| 16-Dec-2018 |
schwarze <schwarze@openbsd.org> |
The .HP macro was deprecated by groff, and that makes sense because it serves no real purpose and works poorly with HTML. While here, describe the section argument of .TH, clarify the syntax display
The .HP macro was deprecated by groff, and that makes sense because it serves no real purpose and works poorly with HTML. While here, describe the section argument of .TH, clarify the syntax display of .TP, and polish some wordings.
show more ...
|
#
9d585ce4 |
| 18-Aug-2018 |
schwarze <schwarze@openbsd.org> |
Massively reduce the amount of text, cutting it down to what is needed to understand existing man(7) code and deleting parts that would only be useful for writing new documents, which we strongly dis
Massively reduce the amount of text, cutting it down to what is needed to understand existing man(7) code and deleting parts that would only be useful for writing new documents, which we strongly discourage:
* Delete the MANUAL STRUCTURE section which merely duplicates mdoc(7). * Delete internal cross references only useful for writing new code. * Delete many instances of "included only for compatibility" as the whole language is only provided for compatibility. * Fix a few minor errors and omissions.
show more ...
|
#
5e5a9c61 |
| 18-Aug-2018 |
schwarze <schwarze@openbsd.org> |
implement the GNU man-ext .SY/.YS (synopsis block) macro in man, used in most manual pages of the groff package
|
#
d991fc2c |
| 16-Aug-2018 |
schwarze <schwarze@openbsd.org> |
implement the GNU man-ext .TQ macro in man(7), used for example by groff_diff(7)
|
#
3314c158 |
| 05-Apr-2018 |
schwarze <schwarze@openbsd.org> |
Stop documenting the non-portable .R man(7) macro. Neither groff nor the heirloom-doctools support it. Adding it was a mistake in the first place.
|
#
df9a9479 |
| 25-Jun-2017 |
bentley <bentley@openbsd.org> |
Add support for the MT and ME mailto macros, used for example in wg(8).
feedback and ok schwarze@
|
#
8ea764d3 |
| 07-May-2017 |
schwarze <schwarze@openbsd.org> |
implement .DT in terms of .ta; needed for print/ghostview, for example
|
#
ce691df8 |
| 05-May-2017 |
schwarze <schwarze@openbsd.org> |
Shorten the description of .sp and move it to roff(7). If is not a macro but a low-level roff request and not recommended for use in manual pages.
|
#
dc0ce9a6 |
| 05-May-2017 |
schwarze <schwarze@openbsd.org> |
Clean up docs after today's .br and .ft code cleanup; simpler.
|
#
a497dac9 |
| 29-Jan-2015 |
schwarze <schwarze@openbsd.org> |
Radical cleanup of COMPATIBILITY sections: Remove lots of lies, dozens of irrelevant implementation details, and all references to groff versions older than 1.17. Move relevant information to the pa
Radical cleanup of COMPATIBILITY sections: Remove lots of lies, dozens of irrelevant implementation details, and all references to groff versions older than 1.17. Move relevant information to the pages where it belongs, and out of mandoc(1) in particular. Add some missing general remarks to roff(7), where it fits the character and purpose of the page much better.
show more ...
|
#
32fe3fe6 |
| 24-Jan-2015 |
schwarze <schwarze@openbsd.org> |
Strangely, ignoring the roff(7) .na request was implemented in the man(7) parser. Simplify the code by moving it into the roff(7) parser, also making it work for mdoc(7).
|
#
6d4e5426 |
| 24-Jan-2015 |
schwarze <schwarze@openbsd.org> |
change .Cm to .Ar for macro arguments
|
#
04d44d89 |
| 24-Jan-2015 |
schwarze <schwarze@openbsd.org> |
Support .RE with an argument; needed for audio/pms(1).
|
#
56d99a3f |
| 28-Dec-2014 |
schwarze <schwarze@openbsd.org> |
Improve documentation of the header/footer macros .Dt, .Os, .TH: * State the defaults for .Os and the fourth .TH argument. * Sync the section titles, and stop advertising obscure sections that aren't
Improve documentation of the header/footer macros .Dt, .Os, .TH: * State the defaults for .Os and the fourth .TH argument. * Sync the section titles, and stop advertising obscure sections that aren't actually fully supported and certainly not recommended for use.
show more ...
|
#
b319ebb4 |
| 22-Jun-2014 |
schwarze <schwarze@openbsd.org> |
Minimal cleanup of the COMPATIBILITY section: * Mention that the list is incomplete. * Quoting quotes by doubling them is documented in the Ossanna/Kernighan/Ritter Nroff/Troff User's Manual, Section
Minimal cleanup of the COMPATIBILITY section: * Mention that the list is incomplete. * Quoting quotes by doubling them is documented in the Ossanna/Kernighan/Ritter Nroff/Troff User's Manual, Section 7.3. * Our roff(7) manual documents handling of escape sequences; besides, we partially support \w and \z now. * Scaling widths are documented in roff(7) as well, and f is not \f. * Negative arguments to .sp are handled now.
show more ...
|
#
07cc8c31 |
| 30-Mar-2014 |
dlg <dlg@openbsd.org> |
i suggested a CONTEXT section for kernel manpages that describes which contexts you can call functions in. deraadt@ encouraged me to pursue it. ive applied it to a few pages and i think it is worth m
i suggested a CONTEXT section for kernel manpages that describes which contexts you can call functions in. deraadt@ encouraged me to pursue it. ive applied it to a few pages and i think it is worth moving forward with.
this specific diff was requested by schwartz@ while we were discussing it before 5.5. tweaks from jmc@ schwartz@ ok schwartz@
show more ...
|