From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailout.scc.kit.edu (mailout.scc.kit.edu [129.13.185.202]) by krisdoz.my.domain (8.14.5/8.14.5) with ESMTP id qAI078UO001333 for ; Sat, 17 Nov 2012 19:07:14 -0500 (EST) Received: from hekate.usta.de (asta-nat.asta.uni-karlsruhe.de [172.22.63.82]) by scc-mailout-02.scc.kit.edu with esmtp (Exim 4.72 #1) id 1TZsPi-0005LL-Rm; Sun, 18 Nov 2012 01:07:06 +0100 Received: from donnerwolke.usta.de ([172.24.96.3]) by hekate.usta.de with esmtp (Exim 4.77) (envelope-from ) id 1TZsPj-000662-Ce; Sun, 18 Nov 2012 01:07:07 +0100 Received: from iris.usta.de ([172.24.96.5] helo=usta.de) by donnerwolke.usta.de with esmtp (Exim 4.72) (envelope-from ) id 1TZsPj-00081w-BZ; Sun, 18 Nov 2012 01:07:07 +0100 Received: from schwarze by usta.de with local (Exim 4.77) (envelope-from ) id 1TZsPj-00046n-3Y; Sun, 18 Nov 2012 01:07:07 +0100 Date: Sun, 18 Nov 2012 01:07:07 +0100 From: Ingo Schwarze To: Nicolas Joly Cc: discuss@mdocml.bsd.lv Subject: Re: Small rendering difference between nroff and mandoc Message-ID: <20121118000706.GH14713@iris.usta.de> References: <20121012150036.GA22434@lynche.sis.pasteur.fr> <20121116185704.GB18695@iris.usta.de> <20121117104954.GA23280@lynche.sis.pasteur.fr> X-Mailinglist: mdocml-discuss Reply-To: discuss@mdocml.bsd.lv MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20121117104954.GA23280@lynche.sis.pasteur.fr> User-Agent: Mutt/1.5.21 (2010-09-15) Hi Nicolas, i'm answering on the same list you posted to, but similar reports might be more apropriate for tech@ in the future, this stuff seems rather technical for discuss@. Nicolas Joly wrote on Sat, Nov 17, 2012 at 11:49:54AM +0100: > On Fri, Nov 16, 2012 at 07:57:04PM +0100, Ingo Schwarze wrote: >> Nicolas Joly wrote on Fri, Oct 12, 2012 at 05:00:36PM +0200: >>> I recently started checking for differences between nroff and mandoc >>> output for the NetBSD manpages. And noticed a small spacing difference >>> between the tools. When a sentence ends with a macro followed by a >>> punctuation mark mandoc does only output a single space character but >>> nroff adds two. >> As far as i could reproduce, two particular macros were affected, >> namely .In and .Ap. I just fixed those two in both OpenBSD and bsd.lv. >> >> Should you find more, it would be kind if you could speak up again! > Thanks for the fix. I applied it to my local version and checked all > pages again ... A few differences remain with Cd, Fc, Fd, It(?) and > Lb mdoc macros. Seems that some man macros show a similar behaviour, > but i'll check that part later. > > Here follow the corresponding pages and constructs : > > /usr/share/man/man2/intro.2 > .Bl -hang -width Ds > .It Er 0 Em "Error 0" . > Not used. Whoa, trailing punctuation on .It, that's likely to get ugly. I'm not attempting to fix that in a hurry, but instead, i'm adding a note to the TODO file. > /usr/share/man/man2/i386_get_ldt.2 > .Fd \*[Lt]i386/segments.h\*[Gt] . > These structures are defined by the architecture That looks like a different issue. Apparently, the legacy macro .Fd does not recognize trailing punctuation and inserts an additional space *before* the final full stop. Anyway, i fixed that one right away. > /usr/share/man/man3/math.3 > .Lb libm . > Declarations for these functions may be obtained from the include file > > /usr/share/man/man3/mq.3 > .Lb librt . > The process scheduling interface described in Fixed, that's indeed the same effect as in .In and .Ap. > /usr/share/man/man4/pim.4 > The PIM-SM protocol is specified in RFC 2362 (to be replaced by > .%T draft-ietf-pim-sm-v2-new-* ) . > The PIM-DM protocol is specified in Uh oh, that looks like .%T outside .Rs, which is not supposed to occur at all and probably causes more (and maybe more serious) problems than that. So fixing the EOS issue only is of questionable usefulness, and from a brief look, it doesn't even seem easy either. So i'm just taking a note in the TODO file for now. > /usr/share/man/man7/module.7 > .Cd options INSECURE . > Refer to Fixed, again the same as .In and .Ap. Actually, this improves wscons(4) in OpenBSD, too. > /usr/share/man/man8/acorn32/nbfs.8 > follow RISC OS conventions,as described in the various RISC OS > .%T User Guides . > The underlying FileCore instance used by Again .%T outside .Rs, i guess. > /usr/share/man/man9/errno.9 > .Bl -hang -width Ds > .It Er \-2 EJUSTRETURN Em "Modify regs, just return" . > No more work is required and the function should just return. Again .It, postponing that. > /usr/share/man/man9/in_getifa.9 > .Cd options IPSELSRC . > .Cd options IPSELSRC > lets the operator set the policy for choosing the source address Same as module(7) above, i suppose. > /usr/share/man/man9/percpu.9 > the CPU-local storage held by > .Fa pc , > run > .Fo "(*cb)" > .Fa "p" > .Fa "arg" > .Fa "ci" > .Fc . > Call this in thread context. Fixed, yet again the same as .In and .Ap. So that report yielded four small fixes immediately and two additional TODO entries. Thanks a lot! Ingo -- To unsubscribe send an email to discuss+unsubscribe@mdocml.bsd.lv