History log of /openbsd-src/share/man/man7/man.7 (Results 1 – 25 of 62)
Revision Date Author Comments
# 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 ...


123