Now I'm nervous about an extension which exposes some const and some non
const variables in a namespace.... :o/ I guess we could expose two
namespaces which goes against the SHOULD but then you didn't say MUST so
maybe that's ok...
You didn't comment on the above, so you prefer the idea that if extensions need
to expose readonly/writable varaibles, that they expose two namespaces? I'd
really rather they just expose the one. The extension can then detail which if
any varaibles in the namespace are writable.
The "set" action stores the specified value in the variable
identified by name. The name MUST be a constant string and conform
- to the syntax of identifier. An illegal name MUST be detected as a
- syntax error.
+ to the syntax of variable-name. Numbered variables can not be set.
+ A namespace can not be used unless an extension explicitly allows its
+ use in "set". An invalid name MUST be detected as a syntax error.
I'm wondering if saying that "Numbered variables can not be set" is made
redundant by your comments that an extension should state whether its
namespace is modifiable with the set action. Certainly it feels quite
restrictive to have it said in both places.
there's no namespace for numbered variables, so I don't think it is
redundant.
You are saying that an extension may expose a namespace, and that namespace may
itself contain numbered variables can't it? So that extension will also detail
if it's variables are writable. Hence why can't a new extension expose a
namespace containing writable numbered variables?
Nigel