Received: from mx0.gmx.net (mx0.gmx.net [213.165.64.100]) by h1439878.stratoserver.net (8.14.2/8.14.2/Debian-2build1) with SMTP id p29ISsN7003679 for ; Wed, 9 Mar 2011 19:28:55 +0100 Received: (qmail 22724 invoked by alias); 9 Mar 2011 18:28:49 -0000 Delivered-To: GMX delivery to rainer.schoepf@gmx.net Received: (qmail invoked by alias); 09 Mar 2011 18:28:48 -0000 Received: from relay2.uni-heidelberg.de (EHLO relay2.uni-heidelberg.de) [129.206.210.211] by mx0.gmx.net (mx118) with SMTP; 09 Mar 2011 19:28:48 +0100 Received: from listserv.uni-heidelberg.de (listserv.uni-heidelberg.de [129.206.100.94]) by relay2.uni-heidelberg.de (8.13.8/8.13.8) with ESMTP id p29IQTv5012764 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 9 Mar 2011 19:26:31 +0100 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 p29IHvQi005446; Wed, 9 Mar 2011 19:26:29 +0100 Received: by LISTSERV.UNI-HEIDELBERG.DE (LISTSERV-TCP/IP release 16.0) with spool id 1272561 for LATEX-L@LISTSERV.UNI-HEIDELBERG.DE; Wed, 9 Mar 2011 19:26:29 +0100 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 p29IQThI002663 for ; Wed, 9 Mar 2011 19:26:29 +0100 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.171]) by relay2.uni-heidelberg.de (8.13.8/8.13.8) with ESMTP id p29IQPDM012694 for ; Wed, 9 Mar 2011 19:26:28 +0100 Received: from morse.mittelbach-online.de (p54A83BF6.dip.t-dialin.net [84.168.59.246]) by mrelayeu.kundenserver.de (node=mreu2) with ESMTP (Nemesis) id 0Me7T8-1PbtC93GkI-00QJBE; Wed, 09 Mar 2011 19:26:20 +0100 Received: by morse.mittelbach-online.de (Postfix, from userid 501) id 0397874EEE; Wed, 9 Mar 2011 19:26:17 +0100 (CET) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit References: <4D738DB1.3020807@gmx.de> <19831.22704.372331.894399@morse.mittelbach-online.de> <56ED2B8C-74D6-4163-A98C-52B8CA052724@frycomm.com> <19831.46135.995130.266054@morse.mittelbach-online.de> <4D77B73F.1000901@morningstar2.co.uk> X-Mailer: VM 7.19 under Emacs 21.3.1 X-Provags-ID: V02:K0:wQ2S/yC8f10zz3ozZNGYYLyhAeMG6/9cy1vVndzVVOE Qp9tGK/34KJx5LmBVv75O20h9WkxLTVzneHIw2PPin0Oo7zDOH wjptmFNpLg6C7145kh7CU8Euowye0QvJjzt96CZClLOXRAAQiM Mz3mbhoKlJQ3lDgXXni3Jqh9vFd5OnxpSPb44PhulGMLepxARc WR/c+YdzS01sFS88spYfQ== X-Spam-Whitelist-Provider: Message-ID: <19831.50760.897917.747794@morse.mittelbach-online.de> Date: Wed, 9 Mar 2011 19:26:16 +0100 Reply-To: Mailing list for the LaTeX3 project Sender: Mailing list for the LaTeX3 project From: Frank Mittelbach Subject: Re: format? To: LATEX-L@listserv.uni-heidelberg.de In-Reply-To: <4D77B73F.1000901@morningstar2.co.uk> Precedence: list List-Help: , List-Unsubscribe: List-Subscribe: List-Owner: List-Archive: X-GMX-Antispam: 0 (Mail was not recognized as spam); Detail=5D7Q89H36p77e5KAPs1l6v/Sb97LojnDtMgfETrECMLUO9erHzOJe+OynZRhvlGqb5A0X bbiCt2rAnnct/NAlbHMvoAL6GY+23tB3khNK7au3fkL89Y026H2WJg1zsjGg0I0r5V9ldzzR5wBB /r19Q==V1; X-Resent-By: Forwarder X-Resent-For: rainer.schoepf@gmx.net X-Resent-To: rainer@rainer-schoepf.de Status: R X-Status: X-Keywords: X-UID: 6660 Joseph Wright writes: > On 09/03/2011 17:09, Frank Mittelbach wrote: > > I'm not so sure about your complaint about meaningless line-after-line > > \usepackages, though. I was and is a simple interface but at least it ended up > > with a clean specifcation what that particular 2e document needed. > > > > But yes, why not something better ... but then first step would be to come up > > with suggestions what a "better" interface would be > > Looking long-term, the idea (at least to me) is that a lot of stuff for > LaTeX3 should be in the kernel anyway. So a lot of the current > \usepackage stuff would be covered by built-in code or at least options. I don't think that this is what William meant. He was referring to the look and feel of 2e LaTeX documents which often contain a preamble loading a dozen or so additional packages. And to be honest if you subscribe to that basic model of thirdparty development then latex3 wouldn't have that kind of code in the kernel either. You are perfectly right that right now expl3.sty loads many packages which all eventually would form a single kernel, but that isn't the issue here. frank > -- > Joseph Wright >