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 p3KCOrup025144 for ; Wed, 20 Apr 2011 08:24:53 -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 4BAD1157C3E for ; Wed, 20 Apr 2011 14:24:47 +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 fHB3Qbu0JSW3 for ; Wed, 20 Apr 2011 14:24:45 +0200 (CEST) X-KTH-Auth: kristaps [193.10.49.5] X-KTH-mail-from: kristaps@bsd.lv X-KTH-rcpt-to: tech@mdocml.bsd.lv Received: from [172.16.18.84] (unknown [193.10.49.5]) by smtp-1.sys.kth.se (Postfix) with ESMTP id B9F28157BD8 for ; Wed, 20 Apr 2011 14:24:45 +0200 (CEST) Message-ID: <4DAED08D.4040504@bsd.lv> Date: Wed, 20 Apr 2011 14:24:45 +0200 From: Kristaps Dzonsons User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.16) Gecko/20110303 Icedove/3.0.11 X-Mailinglist: mdocml-tech Reply-To: tech@mdocml.bsd.lv MIME-Version: 1.0 To: tech@mdocml.bsd.lv Subject: Re: [PATCH] \*(Px and \*(Ai References: <4DAEC78B.6030002@bsd.lv> <20110420120315.GA6963@britannica.bec.de> In-Reply-To: <20110420120315.GA6963@britannica.bec.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 04/20/2011 02:03 PM, Joerg Sonnenberger wrote: > On Wed, Apr 20, 2011 at 01:46:19PM +0200, Kristaps Dzonsons wrote: >> For the record, I don't particularly like these as they discourage >> using `St' in favour of hand-rolling standards. I think this should >> be taken into account when deciding on whether to ok this. > > Warning for this with -Tlint? Tlint doesn't do any post-parse analysis, which is when the glyph lookup occurs, so this isn't architecturally easy to pull off and will end up bloating code just for a corner case. I think a saner option is to either document the escapes as being "dangerous" (really, all mandoc_char(7) predefined escapes are "dangerous") or just not documenting them at all (as they don't appear in any documentation I could find). -- To unsubscribe send an email to tech+unsubscribe@mdocml.bsd.lv