From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from krisdoz.my.domain (schwarze@localhost [127.0.0.1]) by krisdoz.my.domain (8.14.3/8.14.3) with ESMTP id p5BFfapI031835 for ; Sat, 11 Jun 2011 11:41:36 -0400 (EDT) Received: (from schwarze@localhost) by krisdoz.my.domain (8.14.3/8.14.3/Submit) id p5BFfaHj006837; Sat, 11 Jun 2011 11:41:36 -0400 (EDT) Date: Sat, 11 Jun 2011 11:41:36 -0400 (EDT) Message-Id: <201106111541.p5BFfaHj006837@krisdoz.my.domain> X-Mailinglist: mdocml-source Reply-To: source@mdocml.bsd.lv MIME-Version: 1.0 From: schwarze@mdocml.bsd.lv To: source@mdocml.bsd.lv Subject: mdocml: .Nm in-line/block issues reported by uqs@ X-Mailer: activitymail 1.26, http://search.cpan.org/dist/activitymail/ Content-Type: text/plain; charset=utf-8 Log Message: ----------- .Nm in-line/block issues reported by uqs@ Modified Files: -------------- mdocml: TODO Revision Data ------------- Index: TODO =================================================================== RCS file: /usr/vhosts/mdocml.bsd.lv/cvs/mdocml/TODO,v retrieving revision 1.108 retrieving revision 1.109 diff -LTODO -LTODO -u -p -r1.108 -r1.109 --- TODO +++ TODO @@ -110,6 +110,14 @@ (e.g., NetBSD mDNSShared/dns-sd.1) (mdoc_html.c and mdoc_term.c `Nm' handlers can be slightly simplified) +- When there is free text in the SYNOPSIS and that free text contains + the .Nm macro, groff somehow understands to treat the .Nm as an in-line + macro, while mandoc treats it as a block macro and breaks the line. + No idea how the logic for distinguishing in-line and block instances + should be, needs investigation. + uqs@ Thu, 2 Jun 2011 11:03:51 +0200 + uqs@ Thu, 2 Jun 2011 11:33:35 +0200 + --- missing man features ----------------------------------------------- - .RS/.RE can be nested, see e.g. the x11/fluxbox manuals -- To unsubscribe send an email to source+unsubscribe@mdocml.bsd.lv