Received: from mail.proteosys.com ([213.139.130.197]) by nummer-3.proteosys with Microsoft SMTPSVC(6.0.3790.3959); Wed, 2 Sep 2009 06:06:44 +0200 Received: by mail.proteosys.com (8.14.3/8.14.3) with ESMTP id n8246h7n031070 for ; Wed, 2 Sep 2009 06:06:43 +0200 Received: from listserv.uni-heidelberg.de (listserv.uni-heidelberg.de [129.206.100.94]) by relay.uni-heidelberg.de (8.14.1/8.14.1) with ESMTP id n8241r48025180 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 2 Sep 2009 06:01:54 +0200 Received: from listserv.uni-heidelberg.de (localhost.localdomain [127.0.0.1]) by listserv.uni-heidelberg.de (8.13.1/8.13.1) with ESMTP id n81M1JoD000417; Wed, 2 Sep 2009 06:01:44 +0200 Received: by LISTSERV.UNI-HEIDELBERG.DE (LISTSERV-TCP/IP release 15.5) with spool id 293971 for LATEX-L@LISTSERV.UNI-HEIDELBERG.DE; Wed, 2 Sep 2009 06:01:44 +0200 Received: from relay2.uni-heidelberg.de (relay2.uni-heidelberg.de [129.206.210.211]) by listserv.uni-heidelberg.de (8.13.1/8.13.1) with ESMTP id n8241iLc028451 for ; Wed, 2 Sep 2009 06:01:44 +0200 Received: from mail-pz0-f179.google.com (mail-pz0-f179.google.com [209.85.222.179]) by relay2.uni-heidelberg.de (8.13.8/8.13.8) with ESMTP id n8241d8s007817 for ; Wed, 2 Sep 2009 06:01:43 +0200 Received: by pzk9 with SMTP id 9so494121pzk.10 for ; Tue, 01 Sep 2009 21:01:38 -0700 (PDT) Received: by 10.115.113.6 with SMTP id q6mr5662847wam.55.1251864098379; Tue, 01 Sep 2009 21:01:38 -0700 (PDT) Received: from ?10.0.1.103? (219-90-222-60.ip.adam.com.au [219.90.222.60]) by mx.google.com with ESMTPS id l30sm125453waf.28.2009.09.01.21.01.36 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 01 Sep 2009 21:01:37 -0700 (PDT) Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes Mime-Version: 1.0 (Apple Message framework v935.3) References: <4A7921CF.5020803@morningstar2.co.uk> <4A86949D.3090500@morningstar2.co.uk> <4A886BA8.2000209@morningstar2.co.uk> <0417DF73-EC19-4262-B9DF-5C870D47BFCE@gmail.com> <4A893816.2090807@residenset.net> <4A89610D.8060108@morningstar2.co.uk> <4A8C71CC.7000006@residenset.net> <4A8D0048.4070101@morningstar2.co.uk> <4A946AD7.4020506@residenset.net> <4A9C2DF7.6070002@morningstar2.co.uk> <4A9CCC56.80001@morningstar2.co.uk> <4A9CF90D.5030100@elzevir.fr> X-Mailer: Apple Mail (2.935.3) X-Spam-Whitelist: Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by listserv.uni-heidelberg.de id n8241iLc028452 Message-ID: <39E0419A-5258-449B-8581-6880FEB3E177@gmail.com> Date: Wed, 2 Sep 2009 13:31:32 +0930 Reply-To: Mailing list for the LaTeX3 project Sender: Mailing list for the LaTeX3 project From: Will Robertson Subject: Re: l3doc, was Re: xparse To: LATEX-L@LISTSERV.UNI-HEIDELBERG.DE In-Reply-To: <4A9CF90D.5030100@elzevir.fr> Precedence: list List-Help: , List-Unsubscribe: List-Subscribe: List-Owner: List-Archive: X-ProteoSys-SPAM-Score: -6.599 () BAYES_00,RCVD_IN_DNSWL_MED X-Scanned-By: MIMEDefang 2.65 on 213.139.130.197 Return-Path: owner-latex-l@LISTSERV.UNI-HEIDELBERG.DE X-OriginalArrivalTime: 02 Sep 2009 04:06:44.0650 (UTC) FILETIME=[C8B490A0:01CA2B82] Status: R X-Status: X-Keywords: X-UID: 6064 On 01/09/2009, at 8:05 PM, Manuel Pégourié-Gonnard wrote: > As a matter of personnal feeling, I'm really tired of the dtx > format. If find it > too complicated to write, read and modify. In general (for my normal > documents > also) I prefer rather light markup and dtx format seems like the > opposite of > light to me. > > I didn't have time to look too deeply in gmdoc, but I tend to think > it is a more > usable approach. I've written a couple of packages using gmdoc (pstool and asyfig, off the top of my head), and the feeling I get when opening up the source and seeing empty lines and no '% \begin{macrocode}' is quite refreshing. The code is easier to come back to because there's a lot less visual cruft (which is easy enough to ignore while writing the code the first time). > While discussing l3doc, I'd like to make a quite unrelated remark > (to which JF > would most probably agree). It would be great to think that a > documentation is > not necessarily just a PDF, but that some information may be > converted in other > format and/or reused in applications The only attempt at this so far have been to output a list of commands defined in the package, if desired, in an external file \jobname.cmds. My feeling so far is that since we're writing free-form documentation in LaTeX plus the little structured pieces of information (e.g., function names and a description of their arguments) it makes more sense to export the desired structured parts as the document is compiled. But little has been in l3doc done along these lines, so far. Will