Received: from mout.gmx.net (mout.gmx.net [212.227.15.19]) by h1439878.stratoserver.net (8.14.2/8.14.2/Debian-2build1) with ESMTP id s8LLLrOe009612 for ; Sun, 21 Sep 2014 23:21:54 +0200 Received: from relay2.uni-heidelberg.de ([129.206.210.211]) by mx-ha.gmx.net (mxgmx004) with ESMTPS (Nemesis) id 0M83bl-1YI1Px0CRN-00veOx for ; Sun, 21 Sep 2014 23:21:48 +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 s8LLImHt015990 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 21 Sep 2014 23:18:49 +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 s8KM12Mp024180; Sun, 21 Sep 2014 23:18:48 +0200 Received: by LISTSERV.UNI-HEIDELBERG.DE (LISTSERV-TCP/IP release 16.0) with spool id 11290576 for LATEX-L@LISTSERV.UNI-HEIDELBERG.DE; Sun, 21 Sep 2014 23:18:47 +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.8) with ESMTP id s8LLIlpE023406 for ; Sun, 21 Sep 2014 23:18:47 +0200 Received: from smtp5.clear.net.nz (smtp5.clear.net.nz [203.97.33.68]) by relay2.uni-heidelberg.de (8.13.8/8.13.8) with ESMTP id s8LLIZca015926 for ; Sun, 21 Sep 2014 23:18:38 +0200 Received: from mxin1-orange.clear.net.nz (lb2-srcnat.clear.net.nz [203.97.32.237]) by smtp5.clear.net.nz (CLEAR Net Mail) with ESMTP id <0NC900KY2SI8RG10@smtp5.clear.net.nz> for LATEX-L@listserv.uni-heidelberg.de; Mon, 22 Sep 2014 09:18:34 +1200 (NZST) Received: from 121-74-37-33.telstraclear.net (HELO [127.0.0.1]) ([121.74.37.33]) by smtpin1.clear.net.nz with ESMTP; Mon, 22 Sep 2014 09:18:30 +1200 MIME-version: 1.0 Content-type: multipart/alternative; boundary="Boundary_(ID_U7nHcShWgHDl1xT3YrfC6A)" X-Antivirus: avast! (VPS 140921-1, 22/09/2014), Outbound message X-Antivirus-Status: Clean References: <54167155.9070304@clear.net.nz> <541693B5.2000103@morningstar2.co.uk> <04AB1E15-D7E1-4395-B2BD-046C3DEC0846@gmail.com> User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 Message-ID: <541F40A5.60704@clear.net.nz> Date: Mon, 22 Sep 2014 09:18:29 +1200 Reply-To: Mailing list for the LaTeX3 project Sender: Mailing list for the LaTeX3 project From: aparsloe Subject: Re: Generalising \cs_generate_variant To: LATEX-L@LISTSERV.UNI-HEIDELBERG.DE In-Reply-To: <04AB1E15-D7E1-4395-B2BD-046C3DEC0846@gmail.com> 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:94WM/2u78MI=:0CeeQMVigf8Y7TKw9OOu3Hr9DH 895fYiunTh/geHrIEaRxPs3fQ6Es42vzYbFzFpFlNrdH16Us93t0g4B+hi1+yg3vaiycKGIXA 2lCnQHAEma/+KLAjsVozUzcuOatqgDtO6BQArfJoO1fqX0HclFz4rvHFmGnoBZFN86tqvagm2 hvQPMcKVfwGlI9WZeqqqomaprVIy8QPi1cLiRDDbtCPEXAKSPmAfHuGVd+5/tcYPAoBCTder5 8w0A2fXaKYY2Sz4DuUpdf/JYReDvteWKGKIolq1Tvw8nPdQucYkYY2GL0/bFQbSgFEEPkj1/L 5ZSOrkft/x2azRwPL1sHu80I/8Pd2wKHcfAhEUMkgiElNuXPgXnlRYwTgE7iXUEV4FykToVrU INsrLBZYn4FK3qCrP0qiDbmEaWqVuKNyStBa1MzKJKzpn/dsJ5bwNl48nt529SqnPqXWs3gt0 x0BYU6xGMJ7AbTOr+5Y+/+FV+sYUDiGpWzCfHobj7reA7+SSuEfs5/jUJT58Ll2n9rdqUHO/U f/8mtLbaecjgt9NlNnM3E3OUzMArKPYdJOLEukEfYwNyQ/R+QiH0+5ZF7WdDW7HmTfngXoNrZ x3XViZqkGp5u7QZG7QC5+zxc/I1jiMpRtUeWApwfkhXvNJd8mQKVRrvedh46+jpWzlLQz35TY /Yfp7NWt5GfxKhPQrtRB2XvdDzR4Cw9YLpGtUHvIN93admsp0JLgCOa9H4M62+XDJbe8Q/ZWH bVujjMp7ESRn3RFAvUwDdaMrrJY6glJmLh699Wfpdnh8h00wfXisoht43Z9U/6fkuEzp/c8qT okPcDleDZsI8rdQw9Tr/yq+CgqbrI4iP+fXpJBosFpESvpw2WtfHZbVJWx1J8qR8Uv5w518yX 8+pNa8iVBkQClPnHRvgEAKicO/12Sdtb3t3jEgUvAj68hKeI31ekSC/LEF2uoUwYQDTmX1Dfl NEcTnm8oQLjG/6OIuhTimPRlDro5WZCftjsqLkFUkdwODJbAaKNI6xVVUEmaXvZp5yZNLDez0 Gk4cHGtlwapxqrLUfjQQqYsIlSUNK6ExW4Cx9r80RapPsx28+QsVb1PzyJgZ4wkfANl3czL7q JEaMtPiT2UI+qBps0GqlIPBEsRXre27fa/AKSqSjolgxH+DDifHZYqtZ5kuASsLOdi9vbELA2 Q78nuYim+eszODK4u8/4Mfu8BmIpqyNqjcCh0MtXV/5VbqKXtviHoCxLk6Em9yXds/8t8DvAZ 4GqU5VjXAe6IevzzM7EM8/AE8BOz/LINit+/kskkjVVnARND7I4HSRuSc2sr2Ea39bFWxAMYh pacxNGrUH1V1Wzdj1s05H1QHtPGdWV3MJCm5gM/uORSr9But5Ng9IJoA+N8HRD+WyoC0mrhte I0B6CF1LIbpKd4vBmDp63K8tYGeQ9/Rwt/bUWOAeSsbOkm8zU0zHfnZCiBo2COm2aFdc8UaTK 8XDlX0+IEqN7khPcdbRBQGuMc5E4a0ZYYdCQCGdff8iWY7H9zf X-UI-Loop:V01:Ly/pWfkH0n4=:xzw9ntnMkchajm5JND4EEbX2nZMauYhkTuRu4fa4qrY= X-UI-Out-Filterresults: notjunk:1; Status: R X-Status: X-Keywords: X-UID: 7598 This is a multi-part message in MIME format. --Boundary_(ID_U7nHcShWgHDl1xT3YrfC6A) Content-type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by relay2.uni-heidelberg.de id s8LLImHt015990 On 21/09/2014 5:40 p.m., Will Robertson wrote: > On 15 Sep 2014, at 4:52 pm, Joseph Wright wrote: > >> I don't remember any technical reasons for not doing this: I guess >> primarily we've not needed it often enough. > I think this was discussed back when I first came on board years ago, a= nd naming complexity / interface simplicity relegated it to the chopping = room floor. This was probably before we even had selection of conditions = in the {p,TF,T,F} style argument. > > >> Probably this would go into \prg_... as it's only applicable to >> conditionals (we have \prg_new_eq_conditional:NNn and >> \prg_set_eq_conditional:NNn). I guess something like >> \prg_generate_conditional_variant:Nnn would be an appropriate name. > I think another complaint I had at the time was that =93\prg_generate_c= onditional_variant:Nnn=94 is a pretty big mouthful of a command, but that= =92s minor :) I don=92t think we could come up with a shorter and better = name but any ideas? > > Cheers, > Will A not-too-zealous look through the index to Interface3.pdf gives, in=20 descending order, of length 39 characters \peek_charcode_remove_ignore_spaces:NTF 38 characters \peek_catcode_remove_ignore_spaces:NTF \__fp_basics_pack_weird_high:NNNNNNNNw 37 characters \prg_generate_conditional_variant:Nnn \__msg_kernel_expandable_error:nnnnnn \use_i_delimit_by_q_recursion_stop:nw so \prg_generate_conditional_variant:Nnn, although uncomfortably long,=20 would not be a record holder. Andrew --Boundary_(ID_U7nHcShWgHDl1xT3YrfC6A) Content-type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by relay2.uni-heidelberg.de id s8LLImHt015990
On 21/09/2014 5:40 p.m., Will Robertso= n wrote:
On 15 Sep 2014, at 4:52 pm, Joseph Wright =
<joseph.wright@MORNINGSTAR2.CO.UK> wrote:

I don't remember any technical reasons for not doi=
ng this: I guess
primarily we've not needed it often enough.
I think this was discussed back when I first came on board years ago, and=
 naming complexity / interface simplicity relegated it to the chopping ro=
om floor. This was probably before we even had selection of conditions in=
 the {p,TF,T,F} style argument.


Probably this would go into \prg_... as it's only =
applicable to
conditionals (we have \prg_new_eq_conditional:NNn and
\prg_set_eq_conditional:NNn). I guess something like
\prg_generate_conditional_variant:Nnn would be an appropriate name.
I think another complaint I had at the time was that =93\prg_generate_con=
ditional_variant:Nnn=94 is a pretty big mouthful of a command, but that=92=
s minor :) I don=92t think we could come up with a shorter and better nam=
e but any ideas?

Cheers,
Will
A not-too-zealous look through the index to Interface3.pdf gives, in descending order, of length

39 characters
\peek_charcode_remove_ignore_spaces:NTF=A0

38 characters
\peek_catcode_remove_ignore_spaces:NTF
\__fp_basics_pack_weird_high:NNNNNNNNw

37 characters
\prg_generate_conditional_variant:Nnn
\__msg_kernel_expandable_error:nnnnnn
\use_i_delimit_by_q_recursion_stop:nw


so \prg_generate_conditional_= variant:Nnn, although uncomfortably long, would not be a record holder.

Andrew
--Boundary_(ID_U7nHcShWgHDl1xT3YrfC6A)--