XProc steps
A | B | C | D | E | F | G | H | I | J | K | L | M | N | O | P | Q | R | S | T | U | V | W | X | Y | Z
The steps are listed in alphabetical order.
A
p:add-attribute | adds an attribute to an element in a position defined by a XSLT expression |
p:add-xml-base | adds an attribute called “xml:base“ to the root element of the underlying document and outputs it at the output port (“result“) |
| |
| to the top |
C
p:choose | case-related decision-making processes can be implemented |
p:compare | compares two documents regarding their “equality“ |
p:count | counts the number of the documents which pass the “source“ input port and outputs the appropriate value as a result (at the “result“ output port) |
| |
| to the top |
D
E
p:error | user-defined (dynamic) error outputs can be generated |
p:escape-markup | transforms all angle brackets (the markups) of each child element of the root element read in (“source“) into the appropriate entitiy escape characters |
p:exec | external commands/programmes on the command line of the respective operating system can be executed |
| |
| to the top |
F
p:filter | The filter port has basically the same functionality as the input port. The crucial difference is that the content to be read in can be precisely defined or filtered out by an appropriate XPath expression. |
p:for-each | represents a loop implementation under XProc |
| |
| to the top |
G
H
p:hash | generates a so-called hash value. Unique strings can be generated with such values. |
p:http-request | requests can be send to web services |
| |
| to the top |
I
p:identity | makes a direct copy of the input document or the input at the input port (“source“) and re-outputs it at the output port (“result“) |
p:insert | contents (e.g. XML documents) can be inserted at a user-determined position in a document |
| |
| to the top |
L
p:label-elements | generates a label and adds it to the appropriate elements as an attribute |
p:load | is very similar to the functionality of p:document. Both steps load external documents or accept appropriate URIs or inline generated documents |
| |
| to the top |
M
N
P
R
p:rename | elements, attributes or processing information within a document can be renamed |
p:replace | replaces the contents which come from the “source“ input port by the contents indicated at the “replacement“ input port |
| |
| to the top |
S
p:set-attributes | elements of the source document (at the “source“ input port) can be extended with attributes |
p:sink | has only one input port (“source“). Everything loaded into this port, will be rejected |
p:split-sequence | divides a document into two categories based on the result of an appropriate XPath expression |
p:store | incoming document information can be stored in an URI |
p:string-replace | strings can be replaced |
| |
| to the top |
T
p:try | ensures within a step that possible dynamic errors are caught prior to an abort |
| |
| to the top |
U
p:unescape-markup | is the counterpart to p:escape-markup. It converts all entity escape characters into their corresponding Unicode characters |
p:unwrap | enclosing elements can be removed. These will be replaced by corresponding child elements |
p:uuid | a dynamically generated random number, an “uuid“ (universal unique identifier), can be integrated into the XML document to be read in |
| |
| to the top |
V
p:validate-with-relaxng | XML documents from the input port (“source“) can be validated against a Relax-NG schema which is passed on to a further input port (“schema“) |
p:validate-with-schematron | the input document can be validated against a Schematron document. It has three input ports. The XML document to be validated is indicated in “source“ |
p:validate-with-xml-schema | here, a XML document is validated against a XML-Schema document |
p:viewport | with the help of this Compound Step, certain parts of a document can be selected by an appropriate XSLT expression in order to process them in a subpipeline |
| |
| to the top |
W
p:wrap | the user can embed new, enclosing elements into the document |
p:wrap-sequence | documents can be enclosed with a new element |
p:www-form-urldecode | decodes strings (which are part of the “value“ option) which correspond to the so-called x-www-form-urlencoded format into parameters (c:param) and outputs them at its output port (“result“) |
p:www-form-urlencode | generates from one or several parameters (c:param) a string compliant with x-www-form-urlencoded and places it in the source document |
| |
| to the top |
X
p:xinclude | external documents can be included by “XInclude“. The file of the documents to be read in is indicated at the input port (“source“) |
p:xquery | XQuery procedures can be performed. The document to be processed is read in at the appropriate input port (“source“) |
p:xsl-formatter | XSL-FO formatting processes can be performed. The document to be processed “initally“ is loaded at the “source“ input port |
p:xslt | XSLT transformations can be performed |
| |
| to the top |