这也意味着如果准备转到DITA，主题通常都需要进行修改。
变成规范化SGML形式的DITA内容被稍加修改插入到原来的输出流中。
撰写本文的时候，正式的DITA图书模型（称为bookmap）仍然在OASISDITA技术委员会的讨论之中。
前面已经提到，为了将DITA引入规范的处理流，需要解决几方面的技术细节。
这个问题比上一个更难，也是我们最初的DITA支持中惟一没有包括在内的一个问题。
基本DITA发行版所提供的突出显示、编程和UI域只是使用DITA进行实现的一个开始。
在DITA中逆向方法是可能的：可以从一组DITA主题组成图书。
通过标准转换处理DITA的一大优点是很容易重写这些转换。
我们通过保持每个DITA目标所用的ID列表以及每个（暂时）无效链接使用的ID解决了这个问题。
条件处理：通过DITA，您可以根据产品、对象或者其他特性标记主题的一部分。
简要地说，DITA任务主题的内容被限制为一种计算机可识别的结构，叫做配方构造（recipeconstruct）。
HTML和DITA有很多共同的元素，因此从HTML迁移到普通的DITA主题相对容易一些。
这个简单的文件使用DITA内容生成自动符合所有样式、翻译和可访问性规则的PDF。
同样，任何DITA元素都可以扩展成一个新元素，其标识符通过DTD增加到class属性中。
当DITA中还不存在大规模信息集的时候，这些工具已经证明能用于非常大型的图书。
此外，DITA元数据还支持将很多不同的内容管理方法应用于内容。
本文提供的工具可以引领您充分体验DITA。
如果不希望使用“.dita”扩展名，可以使用dita-extension参数改变它。
那时，我尽管听说过DITA，但是没有实际体验过，只知道它是一个相当新的规范。
在能够实现大规模迁移的很长时间中可以在已有图书中使用DITA内容。
由于在其类架构类型（archetype-like）主题DTD中使用了元素的一般化设计，DITA为专门化提供了坚实的基础。
领域专门化代替了DITA最初设计中所谓的“共享结构”。
DITA是一个XML构造集合，这些构造代表各种可用于构造和存储知识（基本上为文本）的方式。
在长期的运行中，迁移文件、清理DITA内容，然后用CSS控制任何输出需求要容易得多。
如果示例文档使用DITA任务结构，那么元素为程序步骤后面的内容提供了有限的选项。
这些项目的目的就是继续确认DITA体系结构和在产品开发环境中使用DTD。
用例用DITA任务表示，该任务确定产生某个结果所采取的一组具体的步骤。
DITA任务的核心是一系列步骤，它们可以被专门化回有序列表类ol.class。