I want to keep this process cleaner than this, so I think I’ll add a
required version attribute to the branch schema, with a value of
I don’t think it makes sense to add that to the cs:locales element though.
I also don’t want to have two different directories of locales files to manage.
So we’re still left a transition to manage. We need:
implementers to agree to the change. I guess if I don’t hear
otherwise, I’ll assume acceptance.
to convert the existing locales file to the new syntax
to actually move the implementations to supporting the new syntax
I would just add that the current syntax xpath expression for a simple
term would be:
The new syntax would be:
So an xpath that supported both would necessarily need to be:
… which in theory is a little less performant.
Another way to do it would be to do:
… which would allow:
This would mean not adding the cs:terms and cs:options wrappers.
I think the proposal from Frank and Rintze is better from a clean XML
perspective, but the latter may be better for existing
implementations, depending on how their code is structured.