content in conref causing PDF build failure
Posted: Fri Feb 17, 2012 12:38 am
My apologies if this is obvious. I've not been able to find a reference to it anywhere.
Oxygen 13.1 is exhibiting behavior that is causing some issues with conrefs, so my first question is whether this behavior is something I can configure. For example, when I insert a conref to a <dl>, Oxygen adds child elements, as below:
<dl conref="dl_source.xml#c_20120210124303349/a12345678">
<dlentry>
<dt/>
<dd/>
</dlentry>
</dl>
I only see this with Oxygen (and I see it with other elements, such as <table>, as well). Other XML editors consider this to be sufficient:
<dl conref="dl_source.xml#c_20120210124303349/a12345678"/>
If I can configure Oxygen not to require these child elements, then my problem is solved. In case it is not configurable, here is the problem it is causing.
These child elements are creating an issue with PDF builds (OT 1.5.4) when any child elements of the <dl> I am conref'ing have @id values. I get the "An attribute node (id) cannot be created after the children of the containing element" error.
When I comment the "extra" elements out:
<dl conref="dl_source.xml#c_20120210124303349/a12345678">
<!--<dlentry>
<dt/>
<dd/>
</dlentry>-->
</dl>
and run a PDF build, the build is successful. On the other hand, when I leave the "extra" elements in but remove any @id values on any of the children of the source <dl>, the build is again successful.
So clearly, the issue is that the conref has its own content (which it should not have) and that's conflicting with the dynamic creation of the content based on the conref source. Please tell me this is a user-configuration issue
Thanks,
Leigh
Oxygen 13.1 is exhibiting behavior that is causing some issues with conrefs, so my first question is whether this behavior is something I can configure. For example, when I insert a conref to a <dl>, Oxygen adds child elements, as below:
<dl conref="dl_source.xml#c_20120210124303349/a12345678">
<dlentry>
<dt/>
<dd/>
</dlentry>
</dl>
I only see this with Oxygen (and I see it with other elements, such as <table>, as well). Other XML editors consider this to be sufficient:
<dl conref="dl_source.xml#c_20120210124303349/a12345678"/>
If I can configure Oxygen not to require these child elements, then my problem is solved. In case it is not configurable, here is the problem it is causing.
These child elements are creating an issue with PDF builds (OT 1.5.4) when any child elements of the <dl> I am conref'ing have @id values. I get the "An attribute node (id) cannot be created after the children of the containing element" error.
When I comment the "extra" elements out:
<dl conref="dl_source.xml#c_20120210124303349/a12345678">
<!--<dlentry>
<dt/>
<dd/>
</dlentry>-->
</dl>
and run a PDF build, the build is successful. On the other hand, when I leave the "extra" elements in but remove any @id values on any of the children of the source <dl>, the build is again successful.
So clearly, the issue is that the conref has its own content (which it should not have) and that's conflicting with the dynamic creation of the content based on the conref source. Please tell me this is a user-configuration issue

Thanks,
Leigh