Lines: 47
References: <11lm3sqjz6xux$.dlg@nililand.de>           
            <5595661F.1070304@morningstar2.co.uk>
            <CA+jHFwSTVzJ4VYb9tF5n2tgX1hU821hG32_JKQLBfWVZ=SnxTQ@mail.gmail.com>
            <55962878.5030204@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:  <bbkmg4gzwky6.dlg@nililand.de>
Date:         Fri, 3 Jul 2015 09:58:22 +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: Order of key declarations
To: LATEX-L@LISTSERV.UNI-HEIDELBERG.DE
Precedence: list
Envelope-To: <rainer.schoepf@GMX.NET>
Status: R

Am Fri, 3 Jul 2015 07:15:20 +0100 schrieb Joseph Wright:

> Hmm, suggests an idea. Would a new property .reset: or similar work
> here? Logic:
> 
>  - Order does not matter: just accumulate whatever is applied.

Order will naturally still matter if one declare mutually exclusive
properties. So some clarification about which property overwrites
another would be fine anyway.

>  - key .reset: zaps *everything* (could also be called key .delete:
>    or key .clear).

Looking at the various properties I see the following distinct
properties that one would perhaps want to reset 

.value_forbidden:
.value_required:
.groups:n
.default:xx
"known status"
"action" (all the rest without .initial:, which you can't undo)

.default:xx, groups:n and "action" don't need imho some special
care:

- .default:X can imho be reset with .default:n= {}.
- .groups:n can imho be reset with  .groups:n = {}.
-  the action can be reset by setting a new action.


Missing is ".value_not_required:" and ".value_not_forbidden:". 

Missing is an explicit ".unknown:", which would e.g. allow to remove
choices from a key. An accompayning ".known:" which reactivates the
key would be interesting too. (I don't know if the code allows
this). 

An additional ".delete:" which clears a key completly would be good
too. 


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