Rewriting the scope of Part 3

MURATA Makoto (FAMILY Given) eb2m-mrt at asahi-net.or.jp
Wed Jun 29 17:04:48 CEST 2011


Doug,

Thanks for your rewrite.

> Doug then wrote:
> 
> >     Good point, that's a potential are of confusion for those new to MCE.
> >
> >     Perhaps the best solution is to not attempt to define what MCE's
> >     alternate content blocks might contain, but rather address the
> >     purpose/application of ACBs in general. That would eliminate the need
> >     to talk about "elements and attributes that do not exist ..." and then
> >     we could describe the processed document in terms of what it contains,
> >     rather than what it does not contain. In other words, instead of this:
> >
> >     "This Part of ISO/IEC 29500 describes a set of conventions to clearly
> >     mark elements and attributes that do not exist in an XML-based markup
> >     language but are introduced by extensions of the markup language,
> >     while providing a method by which consumers can obtain an XML document
> >     that are free from extensions for interoperability."
>>
> >     Something more like this:
> >
> >     "This Part of ISO/IEC 29500 describes a set of conventions to identify
> >     alternative representations of XML markup and character data that a
> >     markup consumer may choose from based on the namespaces understood by
> >     that consumer, while providing a method by which consumers can obtain
> >     an XML document that only contains elements and attributes that exist
> >     within the namespaces of a single markup language, for
> >     interoperability purposes."

I think that this scope eliminates ignorable elements/attributes.

> >     "A single markup language" ... "a markup language within which MCE is
> >     being used?" They both sound awkward to me, although that's the core
> >     concept involved. Thoughts?

Host markup language?

> >     Do we need to state that the namespaces may or may not be part of the
> >     markup language within which MCE is used? Simply not constraining
> >     "namespace" in any way seems sufficient to me.

I do not think it is required to be stated.

Cheers,
Makoto


More information about the sc34wg4 mailing list