You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
In this example, the key reference to widget resolves to widgetInfo.dita. This took me by surprise because its behavior is inconsistent with the way linking generally works everywhere else in the specification. I would expect it to resolve to http://example.com/productPage.
http://docs.oasis-open.org/dita/dita/v1.3/errata02/os/complete/part3-all-inclusive/archSpec/base/example-keydef-with-keyref.html
In this example, the key reference to
widget
resolves towidgetInfo.dita
. This took me by surprise because its behavior is inconsistent with the way linking generally works everywhere else in the specification. I would expect it to resolve tohttp://example.com/productPage
.http://docs.oasis-open.org/dita/dita/v1.3/os/part3-all-inclusive/archSpec/base/processing-key-references-general.html
The spec says that if both the keyref and href is present, the href must be used as a fallback when the keyname is unresolved.
I then tested this in DITA-OT:
Even DITA-OT agrees that the widget example is inconsistent. Even tags like
<xref keyref="widget"/>
resolve tohttp://test2
.Is the widget example correct?
The text was updated successfully, but these errors were encountered: