- From: <bugzilla@jessica.w3.org>
- Date: Fri, 26 Sep 2014 17:15:04 +0000
- To: public-qt-comments@w3.org
https://www.w3.org/Bugs/Public/show_bug.cgi?id=26781
--- Comment #3 from Abel Braaksma <abel.braaksma@xs4all.nl> ---
As per the minutes of the XSL WG of telcon 2014-09-25
(https://lists.w3.org/Archives/Member/w3c-xsl-wg/2014Sep/0053.html, members
only), the recorded decision was:
<quote>
RESOLVED: to close bug 26781 by adopting proposal (a) of ABr's message
[1]: if no visibility attribute is present on a declaration, the
visibility of a component is determined by the xsl:expose declarations
at the package level; expose can lower but not raise the level of
visibility (retaining current rules). However, we did not adopt the
proposal to rename xsl:expose.
[1] https://lists.w3.org/Archives/Member/w3c-xsl-wg/2014Sep/0032.html
The result of this is that the priority of visibility specifications
is:
- xsl:expose with explicit name (if more restrictive than the
explicit value on the declaration)
- visibility on the declaration itself
- xsl:expose with wildcard
- private
We agreed to mark bug 26781 as RESOLVED.
</quote>
This means that, given:
<xsl:function name="my:fun">...</xsl:function>
that the following will make this public:
1) <xsl:expose names="*" visibility="public" />
2) <xsl:expose names="my:*" visibility="public" />
3) <xsl:expose names="my:fun" visibility="public" />
This also means that, given:
<xsl:function name="my:fun" visibility="private">...</xsl:function>
that the same statements (1) and (2) above have no effect, and (3) will raise
an error (TBD).
--
You are receiving this mail because:
You are the QA Contact for the bug.
Received on Friday, 26 September 2014 17:15:10 UTC