User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:17.0)
            Gecko/20130620 Thunderbird/17.0.7
MIME-Version: 1.0
References: <CAM2dePV5k2+Q+H=jCj=bsvc-hWanc3_CLYw1-ukhB8UMhzU_Lw@mail.gmail.com> <51C94FA0.1080803@morningstar2.co.uk> 
            <CAM2dePUfzF_Bj5QX7qbAmsyO7Udjy1yb5j43zTVexOwG2rmtVQ@mail.gmail.com> <51DD0EBD.6080308@morningstar2.co.uk> 
            <CAM2dePUxFs1eNU1iTCrnp=CbDFo1eMjE813gZQH3vVhBkH=zDg@mail.gmail.com> <51DF2000.30703@morningstar2.co.uk>   
            <CAM2dePW67rUcSRqRYEeccS6AUVmGjW5XuY74ZCYPfgqObK=BcA@mail.gmail.com> <51E12031.4060600@morningstar2.co.uk> 
            <CAM2dePUp90ehRiipJF+mHVZUYksVbrbP7gKS=zJvdJyCD8JSjQ@mail.gmail.com>           
            <51E2FFC0.6010209@morningstar2.co.uk>
            <CAM2dePVY9XSqG4W4VbP6V4mrO5_67t7=VfGnENrdcpz5NsVyig@mail.gmail.com>
Content-Type: text/plain; charset=windows-1252
Message-ID:  <51E5AD8C.1020405@morningstar2.co.uk>
Date:         Tue, 16 Jul 2013 21:31:08 +0100
Reply-To: Mailing list for the LaTeX3 project
              <LATEX-L@LISTSERV.UNI-HEIDELBERG.DE>
Sender: Mailing list for the LaTeX3 project <LATEX-L@LISTSERV.UNI-HEIDELBERG.DE>
From: Joseph Wright <joseph.wright@MORNINGSTAR2.CO.UK>
Subject: Re: l3keys feature request
To: LATEX-L@LISTSERV.UNI-HEIDELBERG.DE
In-Reply-To:  <CAM2dePVY9XSqG4W4VbP6V4mrO5_67t7=VfGnENrdcpz5NsVyig@mail.gmail.com>
Precedence: list
Content-Transfer-Encoding: quoted-printable
Envelope-To: <rainer.schoepf@GMX.NET>
Status: R

On 15/07/2013 05:55, Jura Pintar wrote:
>> For the moment I've gone with my simpler separation of 'keys which hav=
e
>> been set' and 'keys which have not'. I've yet to write the docs, which
>> may reveal issues, but my thinking currently is that key filtering is =
a
>> way to assign only some keys in particular contexts, but that elsewher=
e
>> either the 'balance' will be set or all keys will be set
>=20
> Fair enough. I'm more than happy with the last version! :)
>=20
> How would you feel about also adding Fitler/Groups versions of
> \ProcessKeysOptions and \ProcessKeysPackageOptions to l3keys2e?

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 \<thing>setup to cover more complex option sets.

> There's a typo in row 291 of l3keys.dtx (should be '\enquote' in place
> of '\enquoe=92).

Fixed.
--=20
Joseph Wright