[¤1] Chapter 1. Overview of the ADML DTD
[¤4] A backwards-incompatible change is a change to any ELEMENT or ATTLIST declaration (or any parameter entity or other construct that such a declaration references, directly or indirectly) that results in a restriction of markup choices, such that some or all model instances conforming to previous versions might not conform to the new version.
[¤5] The Open Group's policy is not to make backwards-incompatible changes in minor revisions (x.n to x.n+1); such changes shall be made only in major revisions (x.n to y.0).
[¤6] Some future backwards-incompatible changes are signaled in ''FUTURE USE'' comments in the DTD. The future version in which the change will take place is indicated in each comment.
[¤7] NOTE: Note
[¤8] Changes to parameter entities that affect the DTD's customizability--for example, changes to parameter entity names--are not restricted to major revisions. Thus, ADML customizers should review each new minor revision and may need to make changes to their customization layers.
[¤9] See Chapter 3, ADML Changes Made and Planned for lists of changes made in recent and planned versions of ADML.
[¤10] [Prev] Purpose and Scope
[¤11]
[Next] Understanding, Using, and Maintaining ADML
[¤12]
[Overview Home] [ADML Home]