[Top] [All Lists]

Re: [xsl] in search for more elegant XPaths

2009-04-22 09:16:56

I very often testing for element nodes that have character content with

No need to work out the length (which can be surprisingly costly for
general unicode strings) you can just do


as the predicate is true if teh string is non empty. (Although I have a
feeling saxon for example does that rewrite for you anyway, so it may
make no difference.)


You haven't specified a return type for ypur fuction but if it's
intended to be a string declaring it as as="xs:string" and using
<xsl:sequence select="'sozial'"/> rather than
saves the cost of building a text node.

<xsl:function name="ln:getCaseType" as="xs:string>
        <xsl:param name="case" as="element()"/>
   <xsl:when test="matches(.,'^[LB]?SG')">
    <xsl:sequence select="'sozial'"/>
   <xsl:when test="matches(.,'^[LB]?A(rb)?G')">
    <xsl:sequence select="'arbeit'"/>

Those regex are a bit more lax than your tests but they need not be.


The Numerical Algorithms Group Ltd is a company registered in England
and Wales with company number 1249803. The registered office is:
Wilkinson House, Jordan Hill Road, Oxford OX2 8DR, United Kingdom.

This e-mail has been scanned for all viruses by Star. The service is
powered by MessageLabs. 

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>