Closed bdarcus closed 1 year ago
Hmmm. That sounds neat. We could then say, add allow prefixed attributes to a given version of the schema, describe those attributes in a experimental section of the specification, and maybe remove or approve later. Right?
Yes, but also different communities could experiment with stuff independently.
Could that also work for conditionals?
I had been thinking of conditionals more from the standpoint of arbitrary-namespaced attributes, with the idea processors would ignore those nodes if they didn't understand them.
<if foo:bar="x">
But I didn't get far in terms of details; still just a vague idea.
A thought, related to the transforms idea.
One issue with XML is attributes are unordered; like a dictionary.
But piped filters rely on order.
So the (again vague ATM) idea:
Perhaps we could allow arbitrary namespaced attributes in places, but then lay out what they may do, when?
In CSL 1.0, we have lists of tokens, that are not extensible.
Here's another strategy:
https://www.w3.org/MarkUp/Forms/wiki/XForms-nons-20.rnc
Here they're allowing foreign namespace-prefix-like patterns in the attribute value.
See
xforms.ActionName
.So this schema has attribute values like
xforms-value-changed
, that they define in this schema.They are thus core value tokens.
That pattern then allows other values like
bar-test
, but not, for example, justfoo
.So it's a way to have constrained lists of values, but allow others.
We would want to dig into whether and how this helps their extensibility story/plan.