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 oATHUFkt016476 for ; Mon, 29 Nov 2010 12:30:16 -0500 (EST) 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 3F25A157917; Mon, 29 Nov 2010 18:30:10 +0100 (CET) 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 ijFBocykGS9n; Mon, 29 Nov 2010 18:30:08 +0100 (CET) X-KTH-Auth: kristaps [193.10.49.5] X-KTH-mail-from: kristaps@bsd.lv Received: from [172.16.18.84] (unknown [193.10.49.5]) by smtp-1.sys.kth.se (Postfix) with ESMTP id AB15F1579A1; Mon, 29 Nov 2010 18:30:08 +0100 (CET) Message-ID: <4CF3E31F.1090109@bsd.lv> Date: Mon, 29 Nov 2010 18:30:07 +0100 From: Kristaps Dzonsons User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.15) Gecko/20101030 Icedove/3.0.10 X-Mailinglist: mdocml-tech Reply-To: tech@mdocml.bsd.lv MIME-Version: 1.0 To: tech@mdocml.bsd.lv CC: jmc@openbsd.org Subject: Lots of up-coming mandoc attention... Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi, these last few months have been filled to saturation in terms of my research, but I've now a bit of time to spend on mandoc and intend to use every last moment of it. You can see the beginning of the deluge in the source changes list. To wit, I'll bring down the following major elements: (1) Move mdoc_action.c into mdoc_validate.c. This has long been on my list, but remains unfinished. I'm mostly done with it now. It's fairly important because it also will let me unwind the notion of "failure" happening within the system, which is somewhat schizophrenic right now. (2) Same with man_action.c. Similar reasons. This will be much easier than for mdoc. At this point I'll tag a mini-release, i.e., one that's not pushed to the site (having few outward-facing differences), but serves as a logical separation for... (3) Merging tbl. Ingo's code will be the basis of full integration---i.e., tbl will be supported within the mandoc binary. I really, really wish there were a way around this, but tbl needs contextual cues that just don't exist elsewhere (e.g., output mode, page width, symbols, etc.). This will consist of changes in many areas of the code, but in short, parsing will occur in libroff and presentation will hook out of the appropriate frontends. The node structures will include support for tbl trees. I'll keep the code separated out to allow for a standalone tbl(1) implementation. tbl WILL bloat the codebase. A lot. But there's just no way to grab contextual clues as a preprocessor. I strongly suggest re-considering, before I jump into all this, whether we want this much bloat. If we can cull some aspects of the tbl language, and fix things like mode (pure text) and widths, then we can get away with a preprocessor. I'll raise this again after the first release. Following tbl, I'll move on to `de'. Meanwhile, these mdoc.7 and roff.7 changes look quite nice, and I'd like to see them pushed into up-stream! Thanks, Kristaps -- To unsubscribe send an email to tech+unsubscribe@mdocml.bsd.lv