xsl-list
[Top] [All Lists]

Re: top level xsl:param confusion

2004-09-30 14:31:13
A empty string is evaluated to false when tested as a boolean. Use something like string-length($permission)=0.

Robert Koberg wrote:

Hi,


I have a top level param like so:

<xsl:param name="permission" select="false()"/>


Main Question:

Is the above top level xsl:param considered false even if it was passed an empty string? I would expect it to be false only if the param was *not* passed.


More info:

I send the param down to the transformation if a user has access to the filesystem otherwise it is not sent. And if they have access I send the path that they are restricted to as the value. Some example values are:

"" -- full project access
"foo" -- access restricted to the 'foo' folder
"foo/bar" -- access restricted to the 'foo/bar' folder

If they have no restriction I want the param value to be 'false()'

The problem (or my misunderstanding) is when I pass down the empty string value - "". So the transformation sees there is a /xsl:stylesheet/xsl:param[(_at_)name='permission'] - so it should not evaluate to false(), right? However, it does in both Xalan and Saxon (the only two I tried). I don't see anything in the spec that addresses this.

For example, the following chooses the otherwise when the param is sent to the transformation as an empty string.

<xsl:choose>
  <!--<xsl:when test="boolean($permission)"> or -->
  <xsl:when test="$permission">
<!-- allow access -->
  </xsl:when>
  <xsl:otherwise>
<!-- no access -->
  </xsl:otherwise>
</xsl:choose>

thanks for any clarification,
-Rob

--+------------------------------------------------------------------
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>
--+--