OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.


Help: OASIS Mailing Lists Help | MarkMail Help

dita message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]

Subject: RE: [dita] inline elements in dita maps

Hi, Paul:


> Did we know we were doing this, or was this an unintended consequence of other decisions.

As Robert pointed out, the TC did discuss the potential for tag abuse with the <foreign> element. We decided that the benefits of extensible inclusion of standard vocabularies like LOM, MathML, SVG, XForms, ChemML, ebXML, and so on outweighed the risks.

Ideally, we would constrain the <foreign> element to exclude every DITA element (and specialization) except fallbacks like <desc>, <object>, <image>, and <foreign> while allowing any non-DITA element. The write-up:


For that reason, it would seem a waste of investment for an editor tool to support practices that the scheme would exclude if possible -- for instance, editing of structured text within <foreign>. Instead, I would think that an editor tool might do better to concentrate on functions like:

To provide more precise definitions in the future, maybe we need a formal definition of DITA constraints that isn't limited to the validation capabilities of the least capable schema language. (Not just with <foreign> but with a single <title> element at the start of <section> and so on.)

Erik Hennum

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]