Hi Dick,
This is a bug. The problem is how the template named "inline.monoseq"
handles its $content param. When the call does not include a $content
param, then it calls the generate.xlink template to handle linking.
When the inline.monoseq call does include $content (as in your second
case), then generate.xlink is not called, so no link.
The inline.monoseq template needs to be refactored to accept a $content
param and *then* call generate.xlink to handle the linking. The same
applies to the other inline.seq templates. If you could file a bug
report, then this issue will get tracked and fixed.
Bob Stayton
Sagehill Enterprises
b...@sagehill.net
On 5/19/2015 12:23 PM, Richard Hamilton wrote:
I'm running into something curious with the stylesheets.
Consider these two snippets:
<tag class="attribute" linkend="gloss.href">href</tag>
<tag class="starttag" linkend="gloss.html">html</tag>
If I generate PDF that contains these two cases, the first tag will link
correctly (it is hot and points to the right place), but the second doesn't
(there is no link at all). I'm using a recent snapshot, tested with no
customizations, and confirmed that both ids exist.
Looking at the XSL, here are the two cases in the stylesheets (inline.xsl):
<xsl:when test="$class='attribute'">
<xsl:call-template name="inline.monoseq"/>
</xsl:when>
...
<xsl:when test="$class='starttag'">
<xsl:call-template name="inline.monoseq">
<xsl:with-param name="content">
<xsl:text><</xsl:text>
<xsl:apply-templates/>
<xsl:text>></xsl:text>
</xsl:with-param>
</xsl:call-template>
</xsl:when>
=======
I tried a couple of other classes (pi and element), and it appears that when
the case just calls inline.monoseq, everything is fine, but when the case calls
apply-templates inside inline.monoseq, things go wrong. But it's not clear to
me why that should be a problem.
Does anyone have any idea what the problem is?
Thanks,
Dick
-------
XML Press
XML for Technical Communicators
http://xmlpress.net
hamil...@xmlpress.net
---------------------------------------------------------------------
To unsubscribe, e-mail: docbook-apps-unsubscr...@lists.oasis-open.org
For additional commands, e-mail: docbook-apps-h...@lists.oasis-open.org
---------------------------------------------------------------------
To unsubscribe, e-mail: docbook-apps-unsubscr...@lists.oasis-open.org
For additional commands, e-mail: docbook-apps-h...@lists.oasis-open.org