Kind of node matched

Each of the following step uses a match option which is XSLTMatchPattern

As such, it could match different kind of node amongst the following :
* comment
* text
* processing-instruction
* element node
* attribute node
** (in theory also namespace node but let's keep the discussion separate for
the moment)


== ONLY ELEMENT NODE ==

* 4.3 p:viewport

* 7.1.1 p:add-attribute

* 7.1.11 p:insert (when position is 'first-child' or 'last-child')

* 7.1.12 p:label-elements

* 7.1.20 p:set-attributes

* 7.1.26 p:unwrap

== ONLY ELEMENT NODE OR ATTRIBUTE NODE ==

* 7.1.14 p:make-absolute-uris

== EVERY KIND OF NODE ==

* 7.1.5 p:delete

* 7.1.24 p:string-replace

* 7.2.3 p:uuid

* 7.2.8 p:www-form-urlencode

== ONLY COMMENT, TEXT, PROCESSING-INSTRUCTION and ELEMENT NODE (a.k.a NO
ATTRIBUTE)==

* 7.1.11 p:insert (when position is 'before' or 'after')

* 7.1.19 p:replace

* 7.1.27 p:wrap


== ONLY PROCESSING-INSTRUCTION, ELEMENT NODE and ATTRIBUTE NODE (a.k.a
NAMED) ==

* 7.1.18 p:rename

What do you think of such categorisation ?

-- 
Innovimax SARL
Consulting, Training & XML Development
9, impasse des Orteaux
75020 Paris
Tel : +33 9 52 475787
Fax : +33 1 4356 1746
http://www.innovimax.fr
RCS Paris 488.018.631
SARL au capital de 10.000 €

Received on Saturday, 3 May 2008 07:28:34 UTC