diff options
| author | Dmitri Vereshchagin <dmitri.vereshchagin@gmail.com> | 2024-01-31 20:47:13 +0300 |
|---|---|---|
| committer | Dan Cross <crossd@gmail.com> | 2025-07-27 09:58:50 -0400 |
| commit | 10564b11755ff2d48d0f5073c46571e806fa6fb4 (patch) | |
| tree | 229252742051d83558fff2352642d0f57ba66615 /man/man3/memdraw.3 | |
| parent | 00446db7d8fdb3ea56fa104643b34823960f7be2 (diff) | |
| download | plan9port-10564b11755ff2d48d0f5073c46571e806fa6fb4.tar.gz plan9port-10564b11755ff2d48d0f5073c46571e806fa6fb4.zip | |
tmac/tmac.an: define .MR in a groff compatible way
groff 1.23.0 added .MR to its -man macro package. The NEWS file states
that the inclusion of the macro "was prompted by its introduction to
Plan 9 from User Space's troff in August 2020." From d32deab it seems
that the name for Plan 9 from User Space's implementation was suggested
by groff maintainer G. Brandon Robinson.
Not sure if the intention was to make these definitions compatible, but
it would be nice if they were.
Currently, Plan 9 from User Space's .MR expects its second argument to
be parenthesized. groff's .MR does not. This results in extra
parentheses appearing in manual references when viewing Plan 9 from User
Space's manual pages on a system using groff.
Diffstat (limited to 'man/man3/memdraw.3')
| -rw-r--r-- | man/man3/memdraw.3 | 34 |
1 files changed, 17 insertions, 17 deletions
diff --git a/man/man3/memdraw.3 b/man/man3/memdraw.3 index 8dad89d0..a411ffe5 100644 --- a/man/man3/memdraw.3 +++ b/man/man3/memdraw.3 @@ -168,7 +168,7 @@ type defines memory-resident rectangular pictures and the methods to draw upon t differ from .BR Image s (see -.MR draw (3) ) +.MR draw 3 ) in that they are manipulated directly in user memory rather than by RPCs to the .B /dev/draw @@ -176,7 +176,7 @@ hierarchy. The .Bmemdraw library is the basis for the kernel -.MR draw (3) +.MR draw 3 driver and also used by a number of programs that must manipulate images without a display. .PP @@ -273,7 +273,7 @@ images with a given rectangle and channel descriptor (see .B strtochan in -.MR graphics (3) ), +.MR graphics 3 ), creating a fresh .B Memdata structure and associated storage. @@ -294,7 +294,7 @@ writes a compressed representation of to file descriptor .IR fd . For more on bitmap formats, see -.MR image (7) . +.MR image 7 . .I Freememimage frees images returned by any of these routines. The @@ -326,7 +326,7 @@ and \-1 in case of an error. .I Memfillcolor fills an image with the given color, a 32-bit number as described in -.MR color (3) . +.MR color 3 . .PP .IR Memarc , .IR mempoly , @@ -344,7 +344,7 @@ are identical to the and .IR gendraw , routines described in -.MR draw (3) , +.MR draw 3 , except that they operate on .BR Memimage s rather than @@ -366,9 +366,9 @@ analogues of and .B string (see -.MR subfont (3) +.MR subfont 3 and -.MR graphics (3) ), +.MR graphics 3 ), except that they operate only on .BR Memsubfont s @@ -433,15 +433,15 @@ prints to a serial line rather than the screen, for obvious reasons. .SH SOURCE .B \*9/src/libmemdraw .SH SEE ALSO -.MR addpt (3) , -.MR color (3) , -.MR draw (3) , -.MR graphics (3) , -.MR memlayer (3) , -.MR stringsize (3) , -.MR subfont (3) , -.MR color (7) , -.MR utf (7) +.MR addpt 3 , +.MR color 3 , +.MR draw 3 , +.MR graphics 3 , +.MR memlayer 3 , +.MR stringsize 3 , +.MR subfont 3 , +.MR color 7 , +.MR utf 7 .SH BUGS .I Memimagestring is unusual in using a subfont rather than a font, |