Received: from mail.proteosys.com ([213.139.130.197]) by nummer-3.proteosys with Microsoft SMTPSVC(6.0.3790.3959); Tue, 1 Sep 2009 12:40:26 +0200 Received: by mail.proteosys.com (8.14.3/8.14.3) with ESMTP id n81AeOTr012522 for ; Tue, 1 Sep 2009 12:40:25 +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 n81AaIGS014906 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 1 Sep 2009 12:36:18 +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 n818WARN032073; Tue, 1 Sep 2009 12:36:09 +0200 Received: by LISTSERV.UNI-HEIDELBERG.DE (LISTSERV-TCP/IP release 15.5) with spool id 289510 for LATEX-L@LISTSERV.UNI-HEIDELBERG.DE; Tue, 1 Sep 2009 12:36:09 +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 n81Aa98I003834 for ; Tue, 1 Sep 2009 12:36:09 +0200 Received: from mordell.elzevir.fr (mordell.elzevir.fr [92.243.3.74]) by relay2.uni-heidelberg.de (8.13.8/8.13.8) with ESMTP id n81AZxEP025998 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL) for ; Tue, 1 Sep 2009 12:36:03 +0200 Received: from roth.elzevir.fr (thue.elzevir.fr [88.165.216.11]) by mordell.elzevir.fr (Postfix) with ESMTPS id 7878235B87 for ; Tue, 1 Sep 2009 12:35:58 +0200 (CEST) Received: from [127.0.0.1] (localhost [127.0.0.1]) by roth.elzevir.fr (Postfix) with ESMTP id 8563DBFCF for ; Tue, 1 Sep 2009 12:35:57 +0200 (CEST) User-Agent: Mozilla-Thunderbird 2.0.0.19 (X11/20090103) MIME-Version: 1.0 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> X-Enigmail-Version: 0.95.0 OpenPGP: url=http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x50A89B42 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <4A9CF90D.5030100@elzevir.fr> Date: Tue, 1 Sep 2009 12:35:57 +0200 Reply-To: Mailing list for the LaTeX3 project Sender: Mailing list for the LaTeX3 project From: =?ISO-8859-1?Q?Manuel_P=E9gouri=E9-Gonnard?= Subject: Re: l3doc, was Re: xparse To: LATEX-L@LISTSERV.UNI-HEIDELBERG.DE In-Reply-To: <4A9CCC56.80001@morningstar2.co.uk> 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: 01 Sep 2009 10:40:26.0359 (UTC) FILETIME=[9DED9070:01CA2AF0] Status: R X-Status: X-Keywords: X-UID: 6052 Hi, Joseph Wright a écrit : > I'd imagine that the code needs a careful overhaul at some stage, as > things are very much a mish-mash at the the moment. However, that > depends on what we want, as you say. For example, the gmdoc approach of > not needing \begin{macrocode} ... \end{macrocode} is interesting: I > wonder if it makes it easier for new users to write documented files? > 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. 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 (eg a webapp like Context's (I can't remember the name right now, or a database of which package defines which command, etc.). While LaTeX output in many formats (esp. XHTML-based) is a difficult problem in general, some parts of a documentation, such as the command syntax and a summary of the arguments, are a subset with sufficiently "rigid" structure so that it should be doable. I don't know if some such things was allready planed or at least discussed, so just to be sure... Manuel.