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 q7592mHJ021604 for ; Sun, 5 Aug 2012 11:02:49 +0200 Received: (qmail 31372 invoked by alias); 5 Aug 2012 09:02:42 -0000 Delivered-To: GMX delivery to rainer.schoepf@gmx.net Received: (qmail invoked by alias); 05 Aug 2012 09:02:42 -0000 Received: from relay.uni-heidelberg.de (EHLO relay.uni-heidelberg.de) [129.206.100.212] by mx0.gmx.net (mx024) with SMTP; 05 Aug 2012 11:02:42 +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 q7590tvQ016785 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 5 Aug 2012 11:00:55 +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.1) with ESMTP id q73CcZC9008220; Sun, 5 Aug 2012 11:00:55 +0200 Received: by LISTSERV.UNI-HEIDELBERG.DE (LISTSERV-TCP/IP release 16.0) with spool id 2490914 for LATEX-L@LISTSERV.UNI-HEIDELBERG.DE; Sun, 5 Aug 2012 11:00:55 +0200 Received: from relay2.uni-heidelberg.de (relay2.uni-heidelberg.de [129.206.210.211]) by listserv.uni-heidelberg.de (8.13.8/8.13.1) with ESMTP id q7590tIl008033 for ; Sun, 5 Aug 2012 11:00:55 +0200 Received: from smtp.demon.co.uk (mdfmta009.mxout.tch.inty.net [91.221.169.50]) by relay2.uni-heidelberg.de (8.13.8/8.13.8) with ESMTP id q7590gs1020775 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 5 Aug 2012 11:00:46 +0200 Received: from mdfmta009.tch.inty.net (unknown [127.0.0.1]) by mdfmta009.tch.inty.net (Postfix) with ESMTP id A1FCD128075 for ; Sun, 5 Aug 2012 10:00:42 +0100 (BST) Received: from mdfmta009.tch.inty.net (unknown [127.0.0.1]) by mdfmta009.tch.inty.net (Postfix) with ESMTP id 8000A128074 for ; Sun, 5 Aug 2012 10:00:42 +0100 (BST) Received: from palladium.local (unknown [80.176.134.7]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mdfmta009.tch.inty.net (Postfix) with ESMTP for ; Sun, 5 Aug 2012 10:00:42 +0100 (BST) User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 References: <501AA3AA.5000400@gmail.com> <501AA936.9050205@morningstar2.co.uk> <4453C269-8281-443D-A548-C9B49B4E37B4@gmail.com> X-Enigmail-Version: 1.4.3 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-MDF-HostID: 22 Message-ID: <501E3630.1060607@morningstar2.co.uk> Date: Sun, 5 Aug 2012 10:00:32 +0100 Reply-To: Mailing list for the LaTeX3 project Sender: Mailing list for the LaTeX3 project From: Joseph Wright Subject: Re: l3doc bug in syntax sections To: LATEX-L@listserv.uni-heidelberg.de In-Reply-To: <4453C269-8281-443D-A548-C9B49B4E37B4@gmail.com> Precedence: list List-Help: , List-Unsubscribe: List-Subscribe: List-Owner: List-Archive: X-GMX-Antispam: 0 (Sender is in whitelist: joseph.wright@MORNINGSTAR2.CO.UK); Detail=5D7Q89H36p4L00VTXC6D4q0N+AH0PUCnBi0P5cROEGjO+pG7NAH/K+tf9SrVFtpLrKONl 2T9EL4W4U4jgzLbnCcGpk1z/zwmKT/K1fv3lD0=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: 7101 On 05/08/2012 05:16, Will Robertson wrote: > On 03/08/2012, at 9:53 PM, Bruno Le Floch wrote: > >> Admittedly, none of the three "solutions" is great. As Joseph notes, >> we've gone for a single line in the l3 source. We could perhaps add >> \def\^^M{\unskip\space\ignorespaces} to the \begin{syntax} setup: this >> would allow >> >> \cs{some_function_with_a_very_long_name:nnnnn} \ >> \Arg{first argument} \Arg{second argument} \ >> \Arg{third argument} \Arg{fourth argument} \ >> \Arg{fifth argument} > > I've been thinking for a while that having \obeylines in the syntax environment (which predates my involvement on this code IIRC) has made certain things rather awkward. > > It would be an annoying change to have to implement in our sources, but what do you think about dropping \obeylines? > > -- Will Seems sensible to me: we've altered how we approach using this environment, and \obeylines is probably not that helpful. -- Joseph Wright