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 o6J8DOAO012853
	for <tech@mdocml.bsd.lv>; Mon, 19 Jul 2010 04:13:24 -0400 (EDT)
Received: from smtp-1.sys.kth.se (localhost [127.0.0.1])
	by smtp-1.sys.kth.se (Postfix) with ESMTP id 0DF4C15709C;
	Mon, 19 Jul 2010 10:13:18 +0200 (CEST)
X-Virus-Scanned: by amavisd-new at kth.se
Received: from smtp-1.sys.kth.se ([127.0.0.1])
	by smtp-1.sys.kth.se (smtp-1.sys.kth.se [127.0.0.1]) (amavisd-new, port 10024)
	with LMTP id OGVYoMlKzPXU; Mon, 19 Jul 2010 10:13:16 +0200 (CEST)
X-KTH-Auth: kristaps [85.8.60.103]
X-KTH-mail-from: kristaps@bsd.lv
Received: from lappy.bsd.lv (h85-8-60-103.dynamic.se.alltele.net [85.8.60.103])
	by smtp-1.sys.kth.se (Postfix) with ESMTP id ABC33157067;
	Mon, 19 Jul 2010 10:13:14 +0200 (CEST)
Message-ID: <4C440953.1020506@bsd.lv>
Date: Mon, 19 Jul 2010 10:14:11 +0200
From: Kristaps Dzonsons <kristaps@bsd.lv>
User-Agent: Thunderbird 2.0.0.16 (X11/20080812)
X-Mailinglist: mdocml-tech
Reply-To: tech@mdocml.bsd.lv
MIME-Version: 1.0
To: "tech@mdocml.bsd.lv" <tech@mdocml.bsd.lv>,
        Jason McIntyre <jmc@kerhand.co.uk>
Subject: Font colours, sizes, etc.
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit

Hi,

The TODO file says:

- implement \s (physical font size)
   \sN - set to N
   \s+N - increment by N, 1 <= N <= 8
   \s-N - decrement by N, 1 <= N <= 8
   \s0 - restore previous size
   \s(nn \s+-(nn \s'+-nn' \s+-'nn' \s[+-nn] \s+-[nn] - disambiguate
   registers: .s .ps .sr .psr
   used by e.g. cu(1), tip(1)

Right now we ignore \s, \m, and \M in the Right Way, i.e., passing over 
the entire sequence.  Since "Ignore" != "Implement", it bears asking...

Does anybody object if this TODO is removed as completed?  Commensurate 
on libroff discarding the .s/.ps/etc. requests, of course.

Note: we don't warn about bogus escapes because resolving escapes to 
data occurs in the front-end, which has no facilities to warn.  We can 
and do warn about bad syntax, but that's it.  I could add a warning 
saying that \m etc. are deprecated forms, but maybe this would be 
confusing.  Thoughts?

Thanks,

Kristaps
--
 To unsubscribe send an email to tech+unsubscribe@mdocml.bsd.lv