- From: Shaun McCance <shaunm@gnome.org>
- Date: Thu, 11 Oct 2012 09:40:29 -0400
- To: Jirka Kosek <jirka@kosek.cz>
- Cc: public-multilingualweb-lt@w3.org
On Wed, 2012-10-10 at 23:21 +0200, Jirka Kosek wrote: > On 10.10.2012 19:00, Shaun McCance wrote: > > > I was working with the DOM XPath API and noticed that it doesn't > > have a standard way of binding variables to an XPath evaluation > > context. That means you really can't support its:param if you're > > using that API. > > Standard DOM is well known as the worst and the most impractical to use > tree-based interface for XML. :-) The only thing worse than DOM is DOM4. > In which language you are using DOM? Many languages extended DOM to > support variable bindings. For example JavaScript. I'm prototyping an in-browser solution, and there doesn't seem to be a cross-browser way to support XPath variables. -- Shaun > Java: > http://docs.oracle.com/javase/1.5.0/docs/api/javax/xml/xpath/XPathVariableResolver.html > > .NET: > http://msdn.microsoft.com/en-us/library/system.xml.xsl.xsltcontext.resolvevariable(v=vs.71).aspx > > > Would it make sense to make its:param an optional feature? We > > were careful to specify that no variables should be used unless > > specified in an its:param element. So I think we could safely > > say something like "an implementation that does not support > > its:param must not apply any rules from an its:rules element > > that contains any its:param elements". > > I don't have strong position here. If it's to hard to implement this for > implementors we can make it optional. > > Jirka >
Received on Thursday, 11 October 2012 13:40:58 UTC