Subject: Re: About Constructions rules From: Matthias Clasen <clasen@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx> Date: Wed, 14 Jul 1999 21:46:57 +0200 |
> From: "Didier PH Martin" <martind@xxxxxxxxxxxxx> > Date: Wed, 14 Jul 1999 11:52:20 -0400 > Content-Type: text/plain; > charset="iso-8859-1" > X-Priority: 3 (Normal) > X-MSMail-Priority: Normal > Importance: Normal > X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 > Sender: owner-dssslist@xxxxxxxxxxxxxxxx > Precedence: bulk > Reply-To: dssslist@xxxxxxxxxxxxxxxx > > Hi Peter, > > Peter said: > But it will only get processed if that node appears in the source grove. > The query expression is for matching nodes more generally than the other > expressions, not for inclusion. > > This might be worth noting. > > Didier says: > I thought a lot about your comment and let's clarify it by sharing our > thoughts and knowledge about it. > > a) The construction rule firing mechanism is based on a kind of loop. First > a node is obtained from the source grove. Then the construction rule list is > enumerated an element at a time for a pattern match. this happens for > construction rules like: root, element, id, default, query. > b) if a construction rule list element match the source node, the rule is > fired and its content-construct executed. > > Do you mean that the query construction rule's query-expression part is > constrained to be restricted to a current-node query expression. Said > differently, that the query could only be expressed on the current-node sub > list or node list elements? > No, I think what Peter wanted to point out is that a query construction rule is "fired" for every node of the grove which is a member of the node-list returned by the query-expression. Your example involving sgml-parse isn't very useful, since sgml-parse returns a node-list, but none of the nodes is part of the current grove. Thus the rule will never be fired. -- Matthias Clasen, Tel. 0761/203-5606 Email: clasen@xxxxxxxxxxxxxxxxxxxxxxxxxx Mathematisches Institut, Albert-Ludwigs-Universitaet Freiburg DSSSList info and archive: http://www.mulberrytech.com/dsssl/dssslist
Current Thread |
---|
|
<- Previous | Index | Next -> |
---|---|---|
RE: About Constructions rules, Didier PH Martin | Thread | RE: About Constructions rules, Didier PH Martin |
Re: Jade core dumps on Solaris, Frank Wegmann | Date | Re: DSSSL engine in LISP? (also Re:, Daniel Mahler |
Month |