From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp-1.sys.kth.se (smtp-1.sys.kth.se [130.237.32.175]) by krisdoz.my.domain (8.14.3/8.14.3) with ESMTP id o8FFs7ZR011168 for ; Wed, 15 Sep 2010 11:54:08 -0400 (EDT) Received: from mailscan-1.sys.kth.se (mailscan-1.sys.kth.se [130.237.32.91]) by smtp-1.sys.kth.se (Postfix) with ESMTP id 6F935154137 for ; Wed, 15 Sep 2010 17:54:01 +0200 (CEST) X-Virus-Scanned: by amavisd-new at kth.se Received: from smtp-1.sys.kth.se ([130.237.32.175]) by mailscan-1.sys.kth.se (mailscan-1.sys.kth.se [130.237.32.91]) (amavisd-new, port 10024) with LMTP id u3GAoRF1wlNj for ; Wed, 15 Sep 2010 17:54:00 +0200 (CEST) X-KTH-Auth: kristaps [193.10.51.62] X-KTH-mail-from: kristaps@bsd.lv X-KTH-rcpt-to: discuss@mdocml.bsd.lv Received: from [172.16.18.84] (dhcp5162.hhs.se [193.10.51.62]) by smtp-1.sys.kth.se (Postfix) with ESMTP id 1347D156402 for ; Wed, 15 Sep 2010 17:53:59 +0200 (CEST) Message-ID: <4C90EC16.8010002@bsd.lv> Date: Wed, 15 Sep 2010 17:53:58 +0200 From: Kristaps Dzonsons User-Agent: Mozilla-Thunderbird 2.0.0.24 (X11/20100329) X-Mailinglist: mdocml-discuss Reply-To: discuss@mdocml.bsd.lv MIME-Version: 1.0 To: discuss@mdocml.bsd.lv Subject: Re: more spacing badness References: <20100910211434.GA17432@bramka.kerhand.co.uk> In-Reply-To: <20100910211434.GA17432@bramka.kerhand.co.uk> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit > from vi(1): > > ex [-FRrSsv] [-c cmd] [-t tag] [-w size] [file ...] > vi [-eFRrS] [-c cmd] [-t tag] [-w size] [file ...] > view [-eFrS] [-c cmd] [-t tag] [-w size] [file ...] > > i wanted to format those nicely (in my opinion anyway) so i tried to put > a double space between "vi" and its args. current code does this: I gather you're trying to align to the maximum length Nm token. I agree it looks better. Something to think about later, maybe. > so i tried: > > .Nm vi\ \& > > old and new groff produce: > > vi [-eFRrS] [-c cmd] [-t tag] [-w size] [file ...] > > but mandoc seems to inject a tab: > > vi [-eFRrS] [-c cmd] [-t tag] [-w size] [file ...] My last commit fixes this in a general way. The problem was "\ \&" being read as the string length. Now string length calculations (for -Tascii, -Tpdf, and -Tps) all take into account escapes. This lifts a long-standing feature request in the TODO. Thanks, Kristaps -- To unsubscribe send an email to discuss+unsubscribe@mdocml.bsd.lv