On Wed, Jan 7, 2009 at 8:06 AM, Alexey Melnikov
<alexey(_dot_)melnikov(_at_)isode(_dot_)com> wrote:
On Wed, Jan 7, 2009 at 1:07 AM, Ned Freed
<ned(_dot_)freed(_at_)mrochek(_dot_)com> wrote:
[...]
2. a decision will also need to be taken about the mixture of domains.
mixing sieve with annotations about sieve means that the schema has to
be edited (to separate these concerns) before being used in modern
generators. unless this is supported at least implicitly by the
specification, it just means that an alternative specification will be
needed for these use cases.
I take this to mean that you want separate namespaces for annotations and
sieve
proper. I'm against this because I dislike the complexity it adds, which I
see
as unnecessary. And unless there's some evidence of support for your view
from
other quarters I'm not going to revisit this.
Excuse my ignorance, but I fail to see why it would be necessary to use a
different namespace for Sieve comments. Programs that interpret Sieve from
XML representation would just ignore such elements. Programs that generate
XML representation automatically (e.g. from some rule based UI) are unlikely
to generate them anyway.
for generative web services, i agree that this is mainly annoying and
inelegant. however, a library which claims compatibility would need to
deal with them if they are mandatory which would is a PITA.
Am I missing some use
using eclipse (for example) it's possible to generate an editor from a
schema. mixing the domains means that the annotations will appear as
editable to the user.
- robert