Bruce,
We might have to ask Mike, Dimitre or someone else practiced in the art of
XSLT 2.0 functions to confirm this, but
At 06:18 PM 5/28/2005, you wrote:
Yes. Unfortunately, the "ibid" handling is now being applied to both
the first and the following duplicate citation (it should only be for
the latter). I can't figure out why that should be the case.
Here's my function:
<xsl:function name="bib:ibid" as="xs:boolean">
<xsl:param name="citation" as="node()"/>
<xsl:value-of select="count($citation/db:biblioref)=1 and
$citation/db:biblioref/@linkend =
$citation/preceding::db:citation/db:biblioref/@linkend"/>
</xsl:function>
The only thing I can suggest here is that perhaps the xsl:value-of here
does not return a Boolean value, as you appear to expect it to, but a
string, which perhaps always casts to Boolean true() (because both the
strings "true" and "false" have non-zero length). That's the way it would
work in 1.0, and under value-of in Mike's XSLT 2.0 book it reads that the
instruction "constructs a text node", which would seem to be similar.
Maybe you want to try an xsl:copy-of there instead? Or the new favorite,
xsl:sequence.
Cheers,
Wendell
======================================================================
Wendell Piez
mailto:wapiez(_at_)mulberrytech(_dot_)com
Mulberry Technologies, Inc. http://www.mulberrytech.com
17 West Jefferson Street Direct Phone: 301/315-9635
Suite 207 Phone: 301/315-9631
Rockville, MD 20850 Fax: 301/315-8285
----------------------------------------------------------------------
Mulberry Technologies: A Consultancy Specializing in SGML and XML
======================================================================
--~------------------------------------------------------------------
XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list
To unsubscribe, go to: http://lists.mulberrytech.com/xsl-list/
or e-mail: <mailto:xsl-list-unsubscribe(_at_)lists(_dot_)mulberrytech(_dot_)com>
--~--