Lines: 43
References: <m3k34m4vjd.fsf@somewhere.org>
            <5429D0DF.7060608@morningstar2.co.uk> <m3k34lrqkb.fsf@example.com>
            <10k836fpz0maa.dlg@nililand.de> <m3lhozrgp6.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:  <zqejj1e7vcjn$.dlg@nililand.de>
Date:         Wed, 1 Oct 2014 17:06:46 +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 16:46:13 +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? 


>> Imho it is easier and more logical to test for the value and emit an
>> error if is doesn't exist.
 
> OK but, AFAICS, there isn't any high level key property for this (and
> that's the point of this thread): 

The question is if the high level key property is the correct place
to declare such a requirement on a value. 

>> (Actually I wouldn't emit an error. As almost everyone is using
>> scrollmode today error message are often ignored.
 
> Most of the TeX editors highlight errors, no? At least it is the case
> for TeXstudio, for instance.

Sure but a lot of users tend to ignore them as long as the document
compiles. They often don't understand what the error means and so
turn a blind eye on it. You wouldn't believe how many people start
the correct errors only when the 100-error limit is reached and
nothing works ;-)


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