Page
Library
Module
Module type
Parameter
Class
Class type
Source
Xtmpl.RewriteSourceTemplating XML trees.
XML trees which are rewritten using callback rules provided by the env environment.
A complete description of the templating rules is available in the Templating engine section below.
module X :
Types.S
with type name = Attributes.key
and type attr_value = P.attr_value
and type attributes = P.attr_value Attributes.t
and type data = unitinclude module type of struct include X endtype prolog = X.prolog = {decl : xml_decl option;misc : prolog_misc list;doctype : doctype option;}get_att atts name returns the value associated to given attribute, if any.
opt_att atts ?def name returns the value associated to given attribute, or the default value specified by ?def. If def is not specified, P.default_attr_value is used.
atts_of_list list returns a attributes structure from the given list of pairs (name, value) ; (name, value) ; ....
atts_one ?atts name value is like atts_of_list but for one attribute.
atts_remove name attributes removes the binding to name from the attributes.
atts_replace name value attributes adds a new bindings from name to value in attributes. If name was previously bound, the previous binding is removed.
Empty map of attributes
To catch eventual infinite loops in rewriting, we keep a stack of the rules called.
val string_of_rewrite_stack :
((string * string) * tree list Attributes.t * tree list * 'a) list ->
stringString representation of the given rewrite stack.
type Types.error += | Loop of rewrite_stackThe Loop error is raised when the rewrite stack is higher than a default value of 100. This value can be changed by setting the XTMPL_REWRITE_DEPTH_LIMIT environment variable.
| Parse_attribute_error of Types.loc option * Xml.name * string| Invalid_attribute_value of string * tree list| Fixpoint_limit of intThe environment tag, currently "env_".
See the template rules in the Templating engine section below for more information about this tag.
The defer attribute, currently "defer_". See the engine section for details.
The escamp attribute, currently "escamp_". This attribute is used when converting XML to string or reading XML from a string. The CDATA associated to this attribute indicates the other attributes in which the ampersands must be escaped (when parsing XML from an attribute string) or unescaped (when printing XML to an attribute string). This is useful for urls with &, for example in <a href="..."> nodes.
Example: In <a escamp_="href", href="http://foo.fr?v1=3amp;v2=4">...</a>. As attributes are parsed as XML, setting the escamp_ attribute to "href" will make the ampersand escaped. The attribute is kept during rewriting. When the XML tree will be converted to a string, the escamp_ attribute will be removed. Several attribute names can be indicated, using ',' or ';' as separator, as in <a escamp_="href, foo, gee:buz" href="..." ...>...</a> .
The protect attribute, currently "protect_". See the engine section for details. This attribute is removed when a XML tree is converted to a string, as for att_escamp.
Xml documentsConvert to a Xml.tree. Optional argument xml_atts indicates whether the code in attributes remains valid XML or not. Default is true but it should be set to false when outputting final documents like XHTML pages.
Same as to_xml but for a list of trees.
Same as to_xml but for a map of attributes.
Same as to_xml but for a document prolog.
Xml documentsConvert from a Xml.tree list. Attribute values must be valid XML.
Convert Xml.attributes to attributes.
Convert from a Xml.prolog.
Output a tree list to a string. See to_xml about xml_atts argument.
Output an XML document to a string. See to_xml about xml_atts argument.
Same as from_string but reads from a file.
Same as doc_from_string but reads from a file.
Same as get_att but return a string s only if name is bound to a single CDATA XML node ([D s]). In particular, if name is bound to a list of XML tree, or to a single tree which is not a CDATA, the function returns None.
Same as opt_att but looking for CDATA bounded values, as in get_att_cdata.
upto_first_element trees returns the list of trees until the first E element, included.
Same as merge_cdata but taking a tree list.
An env is a name-to-callback associative map. In addition to basic manipulation functions, the functions env_add_xml and env_of_list provide convenient shortcuts for common operations.
The environments are immutable, all mutating operations return new environments.
This exception can be raised by callbacks to indicate that the node to be rewritten remains unchanged.
Add a binding to an environment.
env_add_cb "double" (fun acc _ _ xml -> (acc, xml @ xml)) binds the key ("", "double") to a callback that doubles an XML subtree.
env_add_cb ~prefix: "foo" "double" (fun acc _ _ xml -> (acc, xml @ xml)) does the same but for the key ("foo", "double").
If the same key was already bound, the previous binding is replaced.
Opional argument prefix is "" by default.
Bind a callback that returns some XML.
The most frequent operation performed by a callback is to return constant XML subtrees. This convenience function lets you provide the XML subtrees.
env_add_xml "logo" [ E (("","img"), atts_one ("","src") [D "logo.png"], []) ] env binds the key ("","logo") to a callback that returns an XHTML image tag.
Optional argument prefix can be used to specify a prefix for the rule name. Default is "".
Get a binding from an environment. If the binding is not found, returns None.
Add several bindings at once.
This convenience function saves you the effort of calling env_add_cb several times yourself.
env_of_list ~env:env [ (ns1, k1), f1 ; (ns2, k2), f2 ] is equivalent to env_add_cb ~prefix: ns1 k1 f1 (env_add_cb ~prefix: ns2 k2 f2 env). This means that one key is present twice in the list, the first association in the list will hide the second one in the resulting environment.
The env optional argument is the environment to which bindings are added. If not provided, env_empty () is used.
The apply_* functions apply a given environment and data to XML tree(s). These trees are given as parameter (apply_to_xmls) or can be read from a file (apply_to_file), or a string (apply_to_string).
The functions return the result of the rewrite as XML trees, or can write it to a file (apply_into_file). They also return data as the result of the callbacks called, as in a classic fold function (callbacks take the data in parameter, as the environment, the attributes and subnodes of the rewritten node).
The rewrite rules are applied until a fix-point is reached. If the XTMPL_FIXPOINT_LIMIT environment variable contains a valid integer n, it is used as a fix-point limit: if no fix-point is reached in n iterations, then a Failure exception is raised.
A single iteration descends recursively into the XML tree. If an element has a callback associated in the environment, then the callback is applied to the current data and the node's attributes and children.
Example: consider the following XML:
<album author="Rammstein" name="Reise, Reise"> <track>Los</track> <track>Mein Teil</track> </album>
This would look for a callback bound to ("","album") in the environment and call it using callback data env {("","author")->[ D "Rammstein"]|("","name")->[D "Reise, Reise"]} xml where env is the current environment and xml represents the two children <track>..</track> elements.
The callback returns a pair composed of (maybe new) data and a new list of elements that is used instead of the old element.
Example: assuming that the environnement was build using env_add_cb "x2" (fun data _ _ xml -> (data, xml @ xml)) env, then <x2>A</x2> is rewritten as AA.
The engine then recursively descends into those replaced elements (this means that a poorly conceived rule set may well never terminate).
Example: <x2><x2>A</x2></x2> is first rewritten as <x2>A</x2><x2>A</x2>, and then as AAAA.
The env_ element (see tag_env is a special case: it is automatically replaced with its children (as if its callback was (fun data _ _ xml -> (data, xml))).
env_ effectively changes the environment used when processing its children by adding the bindings defined by its attributes (using env_add_xml).
Example: <env_ a="<b>A</b>"><a/></env_> is replaced by <a/>, which in turn is replaced by <b>A</b>.
If an element has a defer_ attribute (that is greater than zero), then it is not processed and the attribute is decremented by one, and the process recursively applies to its children.
Example: <x2 defer_="1"><x2>A</x2></x2> is rewritten as <x2 defer_="0">AA</x2>. The next iteration will effectively apply the rule to the node and return AAAA.
protect_ attribute, then the value must be CDATA and contains a list of names to remove from the environment when descending in the children. The names are separated by ',' or ';', for example: <foo protect_="title,id,foo:bar" ..>...</foo>.As apply_to_string, but applies to a list of XML trees.
As apply_to_string, but applies to a single XML tree.
As apply_to_string, but applies to a doc.
Applies as many iterations as necessary to a piece of XML (represented as an unparsed string) to reach a fix-point.
See Templating engine for how an iteration is applied.
As apply_to_string, but reads the XML from a file.
As apply_to_file, but writes the result back to a file.
For instance, apply_to_file data env ~infile:"source.xml" ~outfile: "dest.xml".
When provided, optional argument head is prepended to the XML that is output to the file. By default, nothing is prepended.
As apply_into_file, but read the XML from a string instead of a file.