Lines: 40
References: <m3k34m4vjd.fsf@somewhere.org>
            <5429D0DF.7060608@morningstar2.co.uk> <m3k34lrqkb.fsf@example.com>
            <10k836fpz0maa.dlg@nililand.de> <m3lhozrgp6.fsf@example.com>
            <zqejj1e7vcjn$.dlg@nililand.de> <m34mvnre7x.fsf@example.com>
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:  <1p1jnnjmq41l6.dlg@nililand.de>
Date:         Thu, 2 Oct 2014 09:22:08 +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: [l3keys] Suggestion: Add a key property for specifying key that /has/ to be used
To: LATEX-L@LISTSERV.UNI-HEIDELBERG.DE
Precedence: list
Envelope-To: <rainer.schoepf@GMX.NET>
Status: R

Am Wed, 1 Oct 2014 17:39:46 +0200 schrieb
denis.bitouze@LMPA.UNIV-LITTORAL.FR:

>>>> It is normally not the *key* that is required but a *value*

>>> Except if some keys are considered as mandatory arguments (and they
>>> could not be turned into arguments because keys are much more explicit
>>> than arguments).

>> No, it is still the value you want. E.g assume that beside your keys
>> you also define a key numbermonth=143/6 and a key
>> numberdate=143/6/2014 and a key extranumber=143/b and a key
>> issuenumber as alias to number. All set the needed value 143. 
>>
>> So which key do you want to declare as required? 
> 
> Now I see what you mean and I agree with you. But I guess I'd choose the
> second case between the two following cases:
> 
> 1. deliberately providing a many-to-one relation between keys and value,
>    and writing code that ensures all these values of all theses *number*
>    keys lead to the single issue's number,
> 2. be careful in providing a one-to-one relation between a single
>    "number" key and issue's number value, and being able to specify that
>    this key is required.

That was what I meant with that you need to be careful to define and
use "basic keys". 

Beside this there is also the timing problem Joseph mentioned: when
should be tested if a key has been used? It is obviously not the key
code of the key that can do it. So imho you are not looking for a
.required property but a .enableifsettest property which adds and
sets some boolean which you can later check.  


-- 
Ulrike Fischer 
http://www.troubleshooting-tex.de/