Lines: 33
References: <C58398B6-8915-458C-AF38-F3C82F9342B2@gmail.com>                   
            <4E4FF538.7070601@morningstar2.co.uk>
            <9788A2B7-3E8F-4D2C-A52E-10999BCB59FA@gmail.com>
            <4E516DF2.4040002@morningstar2.co.uk>
            <104nbkj0nr84x.dlg@nililand.de>
            <4E523217.2080408@morningstar2.co.uk>
            <cybpko27uiip.dlg@nililand.de> <4E52AA87.6090608@morningstar2.co.uk>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
User-Agent: 40tude_Dialog/2.0.15.41de
Message-ID:  <1i25hv8yiyx81$.dlg@nililand.de>
Date:         Tue, 23 Aug 2011 10:32:27 +0200
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: Ulrike Fischer <news3@NILILAND.DE>
Subject: Re: couple of l3keys notes
To: LATEX-L@listserv.uni-heidelberg.de
Precedence: list
Status: R

Am Mon, 22 Aug 2011 20:14:15 +0100 schrieb Joseph Wright:


> I have added the scheme broadly as outlined above to l3keys. Feedback
> would be welcome. For example, does 'set_known' convey the appropriate
> idea? 

I don't have enough practice with l3keys to decide this - just
starting. But from the language I would expect a \keys_set_known to
give an error if it encounters something unknown. Also a command to
set keys can set only known keys, so it sound like a pleonasm. 

Perhaps \keys_set_store or \keys_set_keep would be better?


> Show the variable used for storing the 'return' value be fixes, or
> flexible as in
> 
>   \keys_set_known:nnN { <module> } { <keys> } <return-var>

I would prefer a flexible variable. I remember that the fixed XKV@rm
from xkeyval had a tendency to get lost when keys itself called
setkeys. 


Another question: pdfkeys has the notion of a "key tree" and
"pathes". And you can switch pathes with a command. (.cd I think).
Can/should one do something similar with l3keys? I see the
subgroups, but I'm not sure if they really are the same conzept.


-- 
Ulrike Fischer