XML文件将会通过标有颜*代码的根元素和子元素来显示。
注意，此消息的根元素相当于我们先前在服务接口文件中看到的全局元素定义。
这个页面的标题在这个根元素的一个属*中列示。
如果行在添加单元格之后不为空，那么您可以在行循环的底部将它附加到根元素。
在最高级别上，可以在包括两个或多个books(例如整个参考资料*)时指定根元素set。
换句话说，它有一个正确的XML声明和有一个单一的根元素，所有的标记签套正确，标记的属*是用引号括起来的，等等。
如果不为空，就将它附加到根元素。
为了开始显示，树查看器向根元素请求子元素并显示它们。
还需要注意的是，响应消息的根元素就是按照包括的复杂类型命名的全局元素。
为了方便用户，4versa自动抓取源文件根元素内的所有名称空间声明。
根元素仍然是，指出规则所属的项目名称，剩下的文档只含有规则本身的一些细节。
清单3和清单4是这种模式的片断(省略了根元素和名称空间声明)(分别给出是因为它们占用不同的目标名称空间)。
首先，它丢弃了根元素的名称。
这个表达式指定了从根元素到锚的路径。
使用样例就能清楚地看出任何给定文档类型中哪个元素是根元素，并为每个元素提供典型数据的例子。
在此情况下，如果xmlnsc树的根元素是型式正确的SOAP信封，则消息将按原样使用。
上述代码只找到了根元素的名称空间。
首先，//意味着从根元素开始选择所有的元素（与后面的选择器及条件匹配）而不论其嵌套的位置。
如果从根元素在顶端的标准xml树关系图的角度来看，不完整的元素将始终位于该树右侧的直线中。
比方说，您可能在根元素上，那根元素就是上下文。
一个文件只能有一个根元素，并且需要使用“包装器”包含它。
还应注意，图中非包容关系可获得的员工同样可通过包容引用从根元素处获取。
这个初始化文件使用XML编码，其根元素为。
忽略根元素(在本例中，即)，之后，就可以顺着此树的这个分支往上到达更小的分支，一直到不能再前进为止。
如果没有事件处理程序处理这个单击事件，它就会沿着同样的路线再返回到根元素，这时根元素默认的单击处理程序将忽略该事件。
然后便可以开始输出实例，从根元素game打开标记开始。
第二个代码块(第6- 7行)只是将文档的根元素传递给我马上要谈到的递归修改方法。
将前面三节的内容嵌入指定XML模式和根元素一节所说明的元素中。
有关此格式需要特别注意的一点是称为的根元素，此根元素有一个元素和一个或多个元素作为子元素。
国文精选馆
