Received: from mout.gmx.net (mout.gmx.net [212.227.17.22]) by h1439878.stratoserver.net (8.14.2/8.14.2/Debian-2build1) with ESMTP id r6I9l8sG024057 for ; Thu, 18 Jul 2013 11:47:12 +0200 Received: from relay2.uni-heidelberg.de ([129.206.210.211]) by mx-ha.gmx.net (mxgmx008) with ESMTP (Nemesis) id 0MH4WA-1UukrP3AH4-00DlG6 for ; Thu, 18 Jul 2013 11:47:02 +0200 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 r6I9i5t4001721 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 18 Jul 2013 11:44:05 +0200 Received: from listserv.uni-heidelberg.de (listserv.uni-heidelberg.de [127.0.0.1]) by listserv.uni-heidelberg.de (8.13.8/8.13.8) with ESMTP id r6HM14Ti022971; Thu, 18 Jul 2013 11:44:04 +0200 Received: by LISTSERV.UNI-HEIDELBERG.DE (LISTSERV-TCP/IP release 16.0) with spool id 10277034 for LATEX-L@LISTSERV.UNI-HEIDELBERG.DE; Thu, 18 Jul 2013 11:44:04 +0200 Received: from relay.uni-heidelberg.de (relay.uni-heidelberg.de [129.206.100.212]) by listserv.uni-heidelberg.de (8.13.8/8.13.8) with ESMTP id r6I9i4Ni024572 for ; Thu, 18 Jul 2013 11:44:04 +0200 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.17.9]) by relay.uni-heidelberg.de (8.14.1/8.14.1) with ESMTP id r6I9i1aJ003117 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NO); Thu, 18 Jul 2013 11:44:04 +0200 Received: from [10.111.50.184] ([46.115.107.50]) by mrelayeu.kundenserver.de (node=mreu2) with ESMTP (Nemesis) id 0MXCmv-1UcOyo2N0f-00W1IC; Thu, 18 Jul 2013 11:44:00 +0200 References: <51C94FA0.1080803@morningstar2.co.uk> <51DD0EBD.6080308@morningstar2.co.uk> <51DF2000.30703@morningstar2.co.uk> <51E12031.4060600@morningstar2.co.uk> <51E2FFC0.6010209@morningstar2.co.uk> <51E5AD8C.1020405@morningstar2.co.uk> <51E7A12D.7040700@morningstar2.co.uk> Mime-Version: 1.0 (1.0) Content-Type: text/plain; charset=us-ascii X-Mailer: iPad Mail (9B206) X-Provags-ID: V02:K0:/nPxcwC8oJJ85jGKjrgYdPIGYNJtoBmGpk2QefP7ulr 7jjtjTKYNlWQSVF4q599AJrFu+HydPlMET2ZpX5Zj9vCAa8eDE ni6SlKRudq4Vt4Iv3Z4C48AyQ4XI/ZoHUZCee6JTIIrqrDcLjh uL5MWB4hXdmMqkqRymLapB1wd7U6CW7FtAn5NN3GhKRJKCBWr3 oWakoNRoFiezRMoR12aCvyRVD6RkWeioDaT3JjEOt0V3nsPP/T VncB51m5/g/9JMLxCHs6uI8/BG8tz2KnBBUTQZIvBpD5w2Khnz dXFeQDqrSuTV5C6FjCkunT+ovxWIyAIq9RAVKUNhEL+KWG1bb8 l23R/ZPO9YVUmux0TmmNO5m2dWDUjtRhMi9q/6UY9ZpVb4G6S+ 07ZEnwwOiKsqBZ6D+2Qvgv4sYUDt+WitaI= X-Spam-Whitelist-Provider: Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by listserv.uni-heidelberg.de id r6I9i4Ni024573 Message-ID: Date: Thu, 18 Jul 2013 11:44:10 +0200 Reply-To: Mailing list for the LaTeX3 project Sender: Mailing list for the LaTeX3 project From: iPad Mittelbach Subject: Re: Time for \UseExplPackage? (Was re: l3keys feature request) To: LATEX-L@LISTSERV.UNI-HEIDELBERG.DE In-Reply-To: <51E7A12D.7040700@morningstar2.co.uk> Precedence: list List-Help: , List-Unsubscribe: List-Subscribe: List-Owner: List-Archive: Envelope-To: X-GMX-Antispam: 0 (Mail was not recognized as spam); Detail=V3; X-GMX-Antivirus: 0 (no virus found) X-UI-Filterresults: notjunk:1;V01:K0:sPdYL8Nnp+M=:kNVDHPsUjpXJ33qfzMKM80fKEK eKZRseZX2JY4EZzf1crVPNo1dXFhRUYrKCJ3IjYFnyOwz2nNygvmBY2Gt6OkMZi/YMHFMTpWw FftvibiOKhzIvOraifKn/FXDSMiQ57zQcOHilIRhDcMe5n7/psFAumKF/WTkwJrqw6h4CbeJI i3swzCMPk6XYcD7xIIIK6Rrngq/9sx6dxP4/B6qmFKgNSy/WM4DhKb2FUzYVgElAh41xL/yky 2L3/Y0/m5QS0mmAQfkwi3a5MSOy61rdsXD5T+pZAM0NSOAeB4xFB61lbOEt7UZbL2/UcDl8WW 0t0B9m97Jjz7zOqG1aEatT8J/jWq/sl/zThbgStukQRGQeqEEG+RYs+3ieF/teiqEOGOKsWto 10pkCdNp4DnGSRQ22t/TrwqkqwK0TjIs3T1ia62Y+XUFG7npMqw3eo9yFiv/6JloLBEhiNjaD wqaQOWo2PEptpQZ5Nkrk4vs6Z+yyayVauJXXlVbTbkIPahmU4XGQ60IHqy/z/ROFMXq/R1a3P GIqdLKloFvS910llOnbgW+4e4ol6A+XaSukhNwwcjky9C+IcPzo1m6vsE9fZc6bGcDHQN1HwW XQnZJzAuUHBPeVAAzEcADHnbLf+p1MlpuKK10EilIYc35ttaqtpulDaquXg66vYp3RasbVq48 +ILExGXhOLjuLHIsb6zR8DlON6fxwWr5y3FCzOT7llJyEJgNr8TrxCztI1WsdJcqpqme22kK6 0UP+dK4AjMU97G/vuhGjQ7nGa/RDeFs0g7uCYGy0UCjyNj5JCg3XruMCUybhwnuPp+DmhecrN REpAe8kC7IqfjxNcUn4KLCfpurfXFnPoEne0BSIX7F6yQJbEbPurRPl+Ds05lPVVuSPwa8PCl N/aPNVENoL8tWLOVXkSx0HHsoPKo3IW+YBk4GL3M++vjZNoDLI6n4CYN7nBWd50WAZyxTonKB pu0R98k7Ux2ZSsHYtQOKoORenva1gTAI3JQoyBPf2TChOV73mBNUpqiG2tNxSANMQNsHi/kk5 2e/Rw6jezbbEu58Z+uj9NVuAiFb0/uGsffOcb0wt+3bVfCnTHY8gAMz3Knl1qxoeb1yZxUZBs 0fgCQMYu+ZpojpyGkfQDVKK6F9jyaSY7tVXWey9zJDnUgi4aBbeLubD6vuMujAhznxf9Fbdth 9zCNKqx+VHP9ePTo5F4OoMSGxC8iLqKwVegURYbN8vVfz6z6xRJITQ3zgq3gtByqz05D7Td01 RwNK1J8vUrbCrEPcsfPoMtjRc7sJ5R/ZZYu0iqhuDOjGFAqffgoAw+cJM7i4gfiTnkQQJpeuE Z8LzbvItQKmngM3yBbstuRulNS/2ZWhWQZ7+IgY0P9N7uaYSfGIHd+DUwka4apLjuIDnk8jEv eIsDa4gcdGcTbJwSint317AYRQwyO4iQl8+zkHuSNbIaAX1A6Wp1dpNoUypqyB9ZWAUCq9HjY Y/auGxCs61+NO5PwXew7vj2E1mvJ7LOxdI1D9a3teuz7O5ws/5bmhj1FhaJ6RUTqV352igXGg zTIN4V5wNzGNWrKQ5lwU5gIOLF6f+crCm58XW7vN5fx339budj7prd5oVGCGe78uwOQsS1zEv WRvDTjMOMhI= X-UI-Loop:V01:UK4wQKZ2cPA=:ivcsh+w52ZdfPSyIu/TygPE5VDuDu4SiBPnPfB9x+gg= Status: R X-Status: X-Keywords: X-UID: 7261 In theory you could make \UseExplPackage load the necessary machinery if not already done prior to processing it's arguments. However, I'm not sure key val on the level of packages is really the way forward at least not in the way the2e mechanism operated. But to determine this the relationship to templates and to the LDB would need sorting out first and so I think adding a mechanism now that will need alterations or deprecation afterwards is premature at the moment. Frank ... written on the iPad Am 18.07.2013 um 10:02 schrieb Joseph Wright : > On 17/07/2013 19:27, Joel C. Salomon wrote: >> Joseph Wright writes: >>> At present I'm waiting to see what people thing of the code-level stuff. >>> At the same time, I'm not sure about making package option processing >>> too complex. The lesson I've learned is that keyval in options is >>> governed by the LaTeX2e kernel: options are expanded, and checking for >>> clashes doesn't 'know' about keyval. Thus I tend to think load-time >>> options should really be limited to things that need to happen there, >>> with later \setup to cover more complex option sets. >> >> Is the behavior of package & class options expected to be different >> (specifically, keyval-aware) in a LaTeX3 kernel? If so, would it be >> appropriate to define \UseExplPackage et al. so that the future behavior can >> be experimented with? >> >> --Joel > > Not really worthwhile. The way that the LaTeX2e kernel does option > processing means that expansion/space stripping happens 'early'. As > such, you can't alter it in a way that is easy. Look at the option > keyval-patching code in xkeyval and kvoptions to see this: you have to > pre-load an additional package before the one where you want 'new' > effects. Until we actually have the basics of a new format, this isn't > going to help. > -- > Joseph Wright