[¤1] Chapter 1. Overview of the ADML DTD

[¤2] [Prev] [Next]


[¤3] 1.2 Revision and Maintenance Policy

[¤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]