Received: from mail.proteosys.com ([213.139.130.197]) by nummer-3.proteosys with Microsoft SMTPSVC(6.0.3790.3959); Wed, 17 Sep 2008 15:04:50 +0200 Received: by mail.proteosys.com (8.13.8/8.13.8) with ESMTP id m8HD4ikr004800 for ; Wed, 17 Sep 2008 15:04:45 +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 m8HCxbCT014571 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 17 Sep 2008 14:59:37 +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 m8GM1HsI010773; Wed, 17 Sep 2008 14:59:26 +0200 Received: by LISTSERV.UNI-HEIDELBERG.DE (LISTSERV-TCP/IP release 15.5) with spool id 40014 for LATEX-L@LISTSERV.UNI-HEIDELBERG.DE; Wed, 17 Sep 2008 14:59:26 +0200 Received: from relay.uni-heidelberg.de (relay.uni-heidelberg.de [129.206.100.212]) by listserv.uni-heidelberg.de (8.13.1/8.13.1) with ESMTP id m8HCxQwF023888 for ; Wed, 17 Sep 2008 14:59:26 +0200 Received: from mailgate5.uea.ac.uk (mailgate5.uea.ac.uk [139.222.130.185]) by relay.uni-heidelberg.de (8.14.1/8.14.1) with ESMTP id m8HCxC0n013863 for ; Wed, 17 Sep 2008 14:59:15 +0200 Received: from [139.222.128.187] (helo=ueams04.uea.ac.uk) by mailgate5.uea.ac.uk with esmtp (Exim 4.50) id 1Kfwci-0001Gv-BI for LATEX-L@LISTSERV.UNI-HEIDELBERG.DE; Wed, 17 Sep 2008 13:59:12 +0100 Received: from [139.222.200.93] by ueams04.uea.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1Kfwci-0002Be-AC for LATEX-L@LISTSERV.UNI-HEIDELBERG.DE; Wed, 17 Sep 2008 13:59:12 +0100 User-Agent: Thunderbird 2.0.0.16 (Windows/20080708) MIME-Version: 1.0 References: <48D0AF89.2010704@morningstar2.co.uk> <27990a880809170102x3a452c6elc237b94cf964687b@mail.gmail.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Message-ID: <48D0FF21.8080101@morningstar2.co.uk> Date: Wed, 17 Sep 2008 13:59:13 +0100 Reply-To: Mailing list for the LaTeX3 project Sender: Mailing list for the LaTeX3 project From: Joseph Wright Subject: Re: Array and amstext To: LATEX-L@LISTSERV.UNI-HEIDELBERG.DE In-Reply-To: <27990a880809170102x3a452c6elc237b94cf964687b@mail.gmail.com> Precedence: list List-Help: , List-Unsubscribe: List-Subscribe: List-Owner: List-Archive: X-ProteoSys-SPAM-Score: -2.599 () BAYES_00 X-Scanned-By: MIMEDefang 2.64 on 213.139.130.197 Return-Path: owner-latex-l@LISTSERV.UNI-HEIDELBERG.DE X-OriginalArrivalTime: 17 Sep 2008 13:04:50.0518 (UTC) FILETIME=[F8008F60:01C918C5] Status: R X-Status: X-Keywords: X-UID: 5336 Will Robertson wrote: > On Wed, Sep 17, 2008 at 4:49 PM, Joseph Wright > wrote: >> I've been giving a little thought to how I might implement something >> like siunitx in expl3. An initial assessment points to two support >> packages: array and amstext. Both strike me as pretty much essential >> for LaTeX3, so I wondered if it is likely that either functionality >> might make it into the new kernel? > > Good question :) > I suspect the underlying interface to tabular material will remain > rather similar. (Although I'd like to write a better *user* interface, > one day.) Something like ctable, or in some other way? > Either way, I can't see anything happening in the near future since > porting array would be a big job It's not that long! Seriously, the key issue is of course whether the entire approach is correct. > and maths is all rather up in the air > at the moment. (breqn is taking form but it's very early days yet; > it's current incarnation on CTAN is probably the last that *won't* use > the expl3 bundle, though.) > > But there's no problem, of course, using their "LaTeX2e" macros in your package. Well no, but this comes back to a point I've raised before. It's hard to know what might need to be written in LaTeX3 as there is no way to tell what will and won't be in the kernel + required packages (or even what might be in!). So I can't tell if I might be better knocking up something like amstext myself, or whether things like the font detection I do in siunitx will still have to be done in the package, or whether the kernel might handle some of this. -- Joseph Wright