[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: Re: [docbook-apps] RE: [SPAM] - [docbook-apps] Re: Docbook inlineequation/graphic to html - Bayesian Filter detected spam
----- Original Message ----- From: "Dimitry V. Ketov" <Dimitry.Ketov@avalon.ru> To: "Vitaly Ostanin" <vyt@vzljot.ru>; <docbook-apps@lists.oasis-open.org> Sent: Thursday, December 25, 2003 6:31 AM Subject: [docbook-apps] RE: [SPAM] - [docbook-apps] Re: Docbook inlineequation/graphic to html - Bayesian Filter detected spam > > element. Grepping through the stylesheets > > You can also use > http://xsldbg.sourceforge.net/ > great tool for debugging XSL stylesheets. Ok. I will pay attention on it. > test="../inlineequation"> test, > > instead<xsl:when test="parent::inlineequation">. Am I wrong? > > IMHO, XPath expressions "../inlineequation" and > "parent::inlineequation" are identical: > http://www.w3.org/TR/xpath#path-abbrev I suppose ".." is identical to "parent::node()" or (because each element has only one parent) "parent::*" but "../element" is identical to "parent::node()/element" or "parent::*/element" (this expresses parent that contains element) but not to "parent::element" (parent that _is_ element). Real tests (xsltproc) is proving that claim. Am I still wrong? ---------------------------------------------------------------------------- ---- No, you are correct. It should be test="parent::inlineequation". The current test="../inlineequation" matches on a sibling inlineequation, not parent. I'll fix it in CVS. Bob Stayton Sagehill Enterprises bobs@sagehill.net
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]