Received: from mout.gmx.net (mout.gmx.net [212.227.15.19]) by h1439878.stratoserver.net (8.14.4/8.14.4/Debian-2ubuntu2.1) with ESMTP id t9QAwICX024551 for ; Mon, 26 Oct 2015 11:58:20 +0100 Received: from relay2.uni-heidelberg.de ([129.206.119.212]) by mx-ha.gmx.net (mxgmx001) with ESMTPS (Nemesis) id 0MPm0w-1ZuX693COg-0051mU for ; Mon, 26 Oct 2015 11:58:12 +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 t9QAuIWg003330 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 26 Oct 2015 11:56:19 +0100 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 t9QAJjPX018867; Mon, 26 Oct 2015 11:56:18 +0100 Received: by LISTSERV.UNI-HEIDELBERG.DE (LISTSERV-TCP/IP release 16.0) with spool id 12813726 for LATEX-L@LISTSERV.UNI-HEIDELBERG.DE; Mon, 26 Oct 2015 11:56:18 +0100 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 t9QAuIrS028331 for ; Mon, 26 Oct 2015 11:56:18 +0100 Received: from mail-ob0-f179.google.com (mail-ob0-f179.google.com [209.85.214.179]) by relay.uni-heidelberg.de (8.14.1/8.14.1) with ESMTP id t9QAuBoj028211 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=FAIL) for ; Mon, 26 Oct 2015 11:56:14 +0100 Received: by obcqt19 with SMTP id qt19so138728878obc.3 for ; Mon, 26 Oct 2015 03:56:11 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:content-type:content-transfer-encoding; bh=0PcJ9+ZSF+FG9kH0/CKCKfjnM36xRbYr+JcEmHO3H1c=; b=XADJIeBK5Na5cL6j+1LFzVYsqz/qOeQ8nQSaPK8toDKJATu5vzQCBm0WQ6yXQdekpc hOHbfWpLZl/VwJVpxctZogU+G7Sx6kGCTH6qMrqMgMlJzXZjbDrCfM4EqePRHG2y3KQv awxMTiLqr8svpV4+Kcu1uh59bHKBoSnpla1QGUmEXKri+zksaQF8tNNc5c8SpIUcnv3z 1q5gPkGAtENtuGM+g5FEcGmqWQjOxGch0aBKqUUe+Nnga4IHYKnC44GymJ4OYBo8EhN7 CpEsz6csTZiuR2JIKt44wYYCqsOE9kr/HAA9BlmsOzum5Ys4q2shf50u8X8Psa7vXwH+ 2YTw== X-Gm-Message-State: ALoCoQkZVt3hOCNadfdSXx7RR4Z3OPx8V3jBpWPwTb+0xmKD+gKSRXkfxPr7ZZwUfKDq0cAAHAKu MIME-Version: 1.0 X-Received: by 10.60.44.105 with SMTP id d9mr2990571oem.18.1445856970942; Mon, 26 Oct 2015 03:56:10 -0700 (PDT) Received: by 10.202.105.1 with HTTP; Mon, 26 Oct 2015 03:56:10 -0700 (PDT) References: Content-Type: text/plain; charset=UTF-8 X-MIME-Autoconverted: from quoted-printable to 8bit by listserv.uni-heidelberg.de id t9QAuIrS028332 Message-ID: Date: Mon, 26 Oct 2015 11:56:10 +0100 Reply-To: Mailing list for the LaTeX3 project Sender: Mailing list for the LaTeX3 project From: Manuel Blanco Subject: Re: Spaces in l3keys keys To: LATEX-L@LISTSERV.UNI-HEIDELBERG.DE In-Reply-To: Precedence: list List-Help: , List-Unsubscribe: List-Subscribe: List-Owner: List-Archive: X-MIME-Autoconverted: from 8bit to quoted-printable by relay2.uni-heidelberg.de id t9QAuIWg003330 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:DIlVSqkcjS0=:2HXWVBGblqMhYR4P/sgrWEP/3s 4LTIj5E7RnKYlrMUnxyRsbyZMoIo3FGOpTIxl6IqSa2BWcaj2xejdVDZzSmPS8x28Kk9lBIaQ tQQUrqJNOBsEfxKVQszg0B0u5qav0Kq+qCGSs7boLJIBJqXAXv8mogm5aOVXliEowOyz4RBUu ncaEfn1pdr8vJU/1S54k54Il+Ez2oBq2bg59gy5ekg+kw2NgnWbsk6fV3Ib0DfJCjJkwjAiHZ hsrvt8Zw74WKJBV+Y6xiDXoqAHhBD9LLMFcUtbtmyy8EiM8h2BdV37FTKYsbRzBL87aI895Rf BaL8xeBpzFKOSWR0S/L9iLoNgNTWX4NkIeJGWPexDgVZnPA2jx1Rw/Lf/oC3WsxJDBLn7nO+C Ax1I/n2Bj3nbTiSD7cKGjA5fkyYdrzMCkolKrKkl9tPFaZLfzb82S93oqedk6G6fHvHJ1Yv6S 0BjAumqEkXB+EHZUTqfKhcife6LVaCqzIewYnVRIyHv2QIWjJ/Ubi8qp1H301nlsI1Jr7QHd5 mnUypCHmLicUVreVmHlfzVFIO9qtYFbxITWWR7QGXh/clzXlDoQbMpmg/MxVNO27ylou2GDrG DRoDPK3c/6baV7BkrtWyoX23bzDD+ayK6hCOXY82q0aaJWmPAtZzAo3TXDXk8tLM1xnu5h/j+ xfnTMcQXPtmzeKTvXLgvRgsGa2SAaCaRjICaeW+BdgCp9MzuQjzwaE3E+/IVpEkSGLZ4YVTGC 3YFV+xWWTeXEXJniEKQSM3nEFOmvhGiSk4roC27E1dPV0KfwdVx4Z8jzwfcV5NhQDZmNSjbYZ SqFWRgajjf4DyNBioXjHfpWKy3EUab8eqp+/iyRBVsoRgAjiXiilCxOvBef8v5IgHEVubw+zw J7R//Sh/ZiI7+JDgXNQ/pb/oHWzksyz2EuEqyiE7NpA/2stdxcvPOFLa/VSV/3tB/XLYCpEEV pgAIBRSrqU7kVgLATKVmVnVafaEHq3VDfsN1xme0b+hWuMX/0umsHE/YqiW9klULK/ipsy/zs 5cnyKHo2fUfucGWStbLnDJFCI2fjhD7YGD/cFemwrzjE632paMH+HZ3EZjJ962sKx4HW+25pZ 02+drVUOyDbbeXzDwLPIpwvaRKz1zM5HfUCGwOFRdpegqvNiwm+L4K674CnyH5dMVel3VtuM2 F4acWNITQfIbwCAkWPxEeG5UW3MGnmV3PAMNBoZrdOjZiuqZbDFGBTCrPVPeilknM3nT22+9S B3ctR1a3oa6DtjTP8RSxjw2qTYHmnICpUnJvEqEpAi7uMQV57GkPgpaNupz3F3/TzWRSHOCSq MnXmaJTFFrhUQb7GmlBgLRVRaRsXOLr4ksqswG8Wup0dbnrzfUOA0KucDJpYcYbaGTgGqGkF4 V4aKSwzM44KHkcza76UBrRS1ko3tfo04yIEh8e1U2cZIlW464wX0zowzjS8P73DpNeSFLGHfn C8dcAQT1H4oC8lJsMXZkKYr2G87gp/WUs4rjUegQEciCmRh3dSKz8xSzVWzRqGMM5fqjO67DA I2rqIUgww5hLjSPNxEbc= X-UI-Loop:V01:iIg2cdpN2Dg=:PVtzDj67R9TSNUGTDcu4HKfsW+w0BEf0EVb4abUJdJ4= X-UI-Out-Filterresults: notjunk:1;V01:K0:OvVzKG1PfqU=:oOpT6sWw8oTlIL7XOD/nWz 51Z6z62U56VrFw+eLpYvqtAHdR0r11ec+wmefELEKQhIj01PuEeCa+G8YHVZAFkB7ABaSwMaz qZb6CE0Qdwm/0lBEWFA90zKc39HEjgky032p9ekB23jMIHcq4L0d1ZQZjzngwEMakRjQQxG9R A6H5MrzxR3QEorncH1k4ognJvEvDg258rMlUfas2GdK7xIITwSdDo+z46pKpdHQwjwiL+JJb0 0WsIGp/ABD4z92W+j5ZZ3j+9JdpgXYDSgsTw+I2HzoioylZViNU6xtz+dpHNUn24Lqe/jxhIs 0E/V/tOU003DCcRPi9VfncHjo326K5I7HHHASRuQ+RTUJdji3WgDhOZyfXdbBK65wE7n+IVaE DUvGT0uD9HbFCEji6iucls82GyEnYzd5rPPdKV634WNE+DUfeyEJT7jj7uIqlaKK17Xg+lIDh 9Do8H8bChlXvRJwnNnbmrme8+mqP6DUBTKVgGFmpWq7bJs0K6VKEFlN0FsNf9QEYrsNBYfa/x KZD2xKRf9TwJSb3uyyO8SsMN62NuWDLuIrSYOIcHBWT X-Scanned-By: MIMEDefang 2.71 on 85.214.41.38 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by h1439878.stratoserver.net id t9QAwICX024551 Status: R X-Status: X-Keywords: X-UID: 7902 I'm not sure I follow. What I was proposing is a very localized thing. May be it's similar to proposing that in the optional argument of figures spaces could be allowed `\begin{figure}[h t b p]` (I think that might be the current behaviour), does that “add to the mess”? This is again, very localized, keys in key=value pars to ignore whitespace, I don't think that could be a problem, really. There could be counterarguments that I can't think of, and that's why I posted here. But I think that “adds to the mess” is not really a problem here. For instance, this is an usual way of inputting configuration to {listings} package. \lstset{ numbers=left, numberstyle=\scriptsize, tabsize=4, rulecolor=, language=java, basicstyle=\scriptsize, upquote=true, aboveskip={1.5\baselineskip}, columns=fixed, showstringspaces=false } what would be the risk of enabling this to also work (and all the other whitespace combinations) \lstset{ numbers=left, number style=\scriptsize, tab size=4, rule color=, language=java, basic style=\scriptsize, upquote=true, above skip={1.5\baselineskip}, columns=fixed, show string spaces=false } Personally, I think the risk (and mess) of doing this is practically zero. It only adds flexibility. 2015-10-24 19:01 GMT+02:00 Nelson H. F. Beebe : > Manuel Blanco proposes allowing spaces in LaTeX > l3keys variable names to be ignored. > > I think that this is a BAD THING; Fortran did, and still does, it, but > almost all programming languages designed since Fortran disallow it, > and for good reasons. > > TeX already has too many ambiguities such as: > > \foo \bar execute \foo then execute \bar > \foo \bar execute \foo with \bar as its argument > \foo \bar assign \bar to \foo > > Making spaces insignificant would add to the mess. > > > ------------------------------------------------------------------------------- > - Nelson H. F. Beebe Tel: +1 801 581 5254 - > - University of Utah FAX: +1 801 581 4148 - > - Department of Mathematics, 110 LCB Internet e-mail: beebe@math.utah.edu - > - 155 S 1400 E RM 233 beebe@acm.org beebe@computer.org - > - Salt Lake City, UT 84112-0090, USA URL: http://www.math.utah.edu/~beebe/ - > -------------------------------------------------------------------------------