Library
Module
Module type
Parameter
Class
Class type
Error-recovering functional HTML and XML parsers and writers.
Markup.ml is an HTML and XML parsing and serialization library. It:
Markup_lwt
).tree
) allows that to be easily converted into DOM-style trees.The usage is straightforward. For example:
open Markup
(* Correct and pretty-print HTML. *)
channel stdin
|> parse_html |> drop_locations |> pretty_print
|> write_html |> to_channel stdout
(* Show up to 10 XML well-formedness errors to the user. Stop after
the 10th, without reading more input. *)
let report =
let count = ref 0 in
fun location error ->
error |> Error.to_string ~location |> prerr_endline;
count := !count + 1;
if !count >= 10 then raise_notrace Exit
string "some xml" |> parse_xml ~report |> drain
(* Load HTML into a custom document tree data type. *)
type html = Text of string | Element of string * html list
file "some_file"
|> parse_html
|> tree
~text:(fun s -> Text s)
~element:(fun (_, name) _ children -> Element (name, children))
The interface is centered around four functions. In pseudocode:
val parse_html : char stream -> signal stream
val write_html : signal stream -> char stream
val parse_xml : char stream -> signal stream
val write_xml : signal stream -> char stream
Most of the remaining functions create streams from, or write streams to, strings, files, and channels, or manipulate streams, such as next
and the combinators map
and fold
.
Apart from this module, Markup.ml provides two other top-level modules:
Markup_lwt
Markup_lwt_unix
Most of the interface of Markup_lwt
is specified in signature ASYNCHRONOUS
, which will later be shared with a planned Markup_async
module.
Markup.ml is developed on GitHub and distributed under the BSD license. This documentation is for version 0.5 of the library.
Streams of elements of type 'a
.
In simple usage, when using only this module Markup
, the additional type parameter 's
is always sync
, and there is no need to consider it further.
However, if you are using Markup_lwt
, you may create some async
streams. The difference between the two is that next
on a sync
stream retrieves an element before next
"returns," while next
on an async
stream might not retrieve an element until later. As a result, it is not safe to pass an async
stream where a sync
stream is required. The phantom types are used to make the type checker catch such errors at compile time.
The parsers try to recover from errors automatically. Look in module Error
if you need to debug parser output or want stricter behavior.
module Error : sig ... end
Error type and to_string
function.
The parsers detect encodings automatically. Look in module Encoding
if you need to specify an encoding.
module Encoding : sig ... end
Common Internet encodings such as UTF-8 and UTF-16; also includes some less popular encodings that are sometimes necessary for parsing XML encoding declarations.
Representation of an XML declaration, i.e. <?xml version="1.0" encoding="utf-8"?>
.
type doctype = {
doctype_name : string option;
public_identifier : string option;
system_identifier : string option;
raw_text : string option;
force_quirks : bool;
}
Representation of a document type declaration. The HTML parser fills in all fields besides raw_text
. The XML parser reads declarations roughly, and fills only the raw_text
field with the text found in the declaration.
type signal = [
| `Start_element of name * (name * string) list
| `End_element
| `Text of string
| `Doctype of doctype
| `Xml of xml_declaration
| `PI of string * string
| `Comment of string
]
Parsing signals. The parsers emit them according to the following grammar:
doc ::= `Xml? misc* `Doctype? misc* element misc*
misc ::= `PI | `Comment
element ::= `Start_element content* `End_element
content ::= `Text | element | `PI | `Comment
As a result, emitted `Start_element
and `End_element
signals are always balanced, and, if there is an XML declaration, it is the first signal.
If parsing with ~context:`Document
, the signal sequence will match the doc
production until the first error. If parsing with ~context:`Fragment
, it will match content*
. If ~context
is not specified, the parser will pick one of the two by examining the input.
As an example, if the XML parser is parsing
<?xml version="1.0"?><root>text<nested>more text</nested></root>
it will emit the signal sequence
`Xml {version = "1.0"; encoding = None; standalone = None};
`Start_element (("", "root"), []);
`Text "text"
`Start_element (("", "nested"), []);
`Text "more text"
`End_element
`End_element
val signal_to_string : signal -> string
Provides a human-readable representation of signals for debugging.
val parse_xml :
?report:(location -> Error.t -> unit) ->
?encoding:Encoding.t ->
?namespace:(string -> string option) ->
?entity:(string -> string option) ->
?context:[ `Document | `Fragment ] ->
(char, 's) stream ->
(location * signal, 's) stream
Converts an XML byte stream to a signal stream.
If ~report
is provided, report
is called for every error encountered. You may raise an exception in report
, and it will propagate to the code reading the signal stream.
If ~encoding
is not specified, the parser detects the input encoding automatically. Otherwise, the given encoding is used.
~namespace
is called when the parser is unable to resolve a namespace prefix. If it evaluates to Some s
, the parser maps the prefix to s
. Otherwise, the parser reports `Bad_namespace
.
~entity
is called when the parser is unable to resolve an entity reference. If it evaluates to Some s
, the parser inserts s
into the text or attribute being parsed without any further parsing of s
. s
is assumed to be encoded in UTF-8. If entity
evaluates to None
instead, the parser reports `Bad_token
. See xhtml_entity
if you are parsing XHTML.
The meaning of ~context
is described at signal
, above.
val write_xml :
?report:((signal * int) -> Error.t -> unit) ->
?prefix:(string -> string option) ->
(signal, 's) stream ->
(char, 's) stream
Converts an XML signal stream to a byte stream.
If ~report
is provided, it is called for every error encountered. The first argument is a pair of the signal causing the error and its index in the signal stream. You may raise an exception in report
, and it will propagate to the code reading the byte stream.
~prefix
is called when the writer is unable to find a prefix in scope for a namespace URI. If it evaluates to Some s
, the writer uses s
for the URI. Otherwise, the writer reports `Bad_namespace
.
val parse_html :
?report:(location -> Error.t -> unit) ->
?encoding:Encoding.t ->
?context:[ `Document | `Fragment of string ] ->
(char, 's) stream ->
(location * signal, 's) stream
Similar to parse_xml
, but parses HTML with embedded SVG and MathML, never emits signals `Xml
or `PI
, and ~context
has a different type on tag `Fragment
.
For HTML fragments, you should specify the enclosing element, e.g. `Fragment "body"
. This is because, when parsing HTML, error recovery and the interpretation of text depend on the current element. For example, the text
foo</bar>
parses differently in title
elements than in p
elements. In the former, it is parsed as foo</bar>
, while in the latter, it is foo
followed by a parse error due to unmatched tag </bar>
. To get these behaviors for a fragment consisting of only the text, you set ~context
to `Fragment "title"
and `Fragment "p"
, respectively.
If you use `Fragment "svg"
, the fragment is assumed to be SVG markup. Likewise, `Fragment "math"
causes the parser to parse MathML markup.
If ~context
is omitted, the parser guesses it from the input stream. For example, if the first signal would be `Doctype
, the context is set to `Document
, but if the first signal would be `Start_element "td"
, the context is set to `Fragment "tr"
. If the first signal would be `Start_element "g"
, the context is set to `Fragment "svg"
.
Similar to write_xml
, but emits HTML5 instead of XML.
Evaluates to a stream that retrieves successive bytes from the given string.
Evaluates to a stream that retrieves successive bytes from the given buffer. Be careful of changing the buffer while it is being iterated by the stream.
val channel : Pervasives.in_channel -> (char, sync) stream
Evaluates to a stream that retrieves bytes from the given channel. If the channel cannot be read, the next read of the stream results in raising Sys_error
.
Note that this input source is synchronous because Pervasives.in_channel
reads are blocking. For non-blocking channels, see Markup_lwt_unix
.
file path
opens the file at path
, then evaluates to a pair s, close
, where reading from stream s
retrieves successive bytes from the file, and calling close ()
closes the file. If the file cannot be opened, raises Sys_error
immediately. Otherwise, with respect to s
, behaves as channel
.
fn f
is a stream that retrives bytes by calling f ()
. If the call results in Some c
, the stream emits c
. If the call results in None
, the stream is considered to have ended.
This is actually an alias for stream
, restricted to type char
.
Eagerly retrieves bytes from the given stream and assembles a string.
Eagerly retrieves bytes from the given stream and places them into a buffer.
val to_channel : Pervasives.out_channel -> (char, sync) stream -> unit
Eagerly retrieves bytes from the given stream and writes them to the given channel. If writing fails, raises Sys_error
.
Eagerly retrieves bytes from the given stream and writes them to the given file. If writing fails, or the file cannot be opened, raises Sys_error
. Note that the file is truncated (cleared) before writing. If you wish to append to file, open it with the appropriate flags and use to_channel
on the resulting channel.
stream f
creates a stream that repeatedly calls f ()
. Each time f ()
evaluates to Some v
, the next item in the stream is v
. The first time f ()
evaluates to None
, the stream ends.
Retrieves the next item in the stream, if any, but does not remove the item from the stream.
fold f init s
eagerly folds over the items v
, v'
, v''
, ... of s
, i.e. evaluates f (f (f init v) v') v''
...
map f s
applies f
to each item of s
, and produces the resulting stream.
filter f s
is s
without the items for which f
evaluates to false
.
filter_map f s
applies f
to each item v
of s
. If f v
evaluates to Some v'
, the result stream has v'
. If f v
evaluates to None
, no item corresponding to v
appears in the result stream.
iter f s
eagerly applies f
to each item of s
, i.e. evaluates f v; f v'; f v''
...
drain s
eagerly consumes s
. This is useful for observing side effects, such as parsing errors when you don't care about the parsing signals themselves. It is equivalent to iter ignore s
.
val tree :
text:(string -> 'a) ->
element:(name -> (name * string) list -> 'a list -> 'a) ->
(signal, sync) stream ->
'a option
Assembles tree data structures from signal streams. This is done by first ignoring all signals except `Text
, `Start_element
, and `End_element
. The remaining signals are then parsed according to the following grammar:
tree ::= text | element
text ::= `Text
element ::= `Start_element tree* `End_element
Each time the function matches text
, it calls ~text
to convert it into your tree type 'a
. Each time the function matches element
, it calls ~element
with the element's name, attributes, and list of nested subtrees, for the same purpose. The result of the whole call is the tree representing the top-level text
or element
found. If the signal stream has multiple top-level trees (if it is a sequence of top-level text and elements), only the first one is matched.
For example,
type dom = Text of string | Element of name * dom list
"<p>HTML5 is <em>easy</em> to parse"
|> string
|> parse_html
|> drop_locations
|> tree
~text:(fun s -> Text s)
~element:(fun (name, _) children -> Element (name, children))
results in the structure
Element ("p" [
Text "HTML5 is ";
Element ("em", [Text "easy"]);
Text " to parse"])
val elements :
(name -> (name * string) list -> bool) ->
(signal, 's) stream ->
((signal, 's) stream, 's) stream
elements f s
scans the signal stream s
for `Start_element (name, attributes)
signals that satisfy f name attributes
. Each such matching signal is the beginning of a substream that ends with the corresponding `End_element
signal. The result of elements f s
is the stream of these substreams. In simpler words, elements f s
creates a sequence of streams of elements in s
that match f
.
Matches don't nest. If there is a matching element contained in another matching element, only the top one results in a substream.
Code using elements
does not have to read each substream to completion, or at all. However, once the using code has tried to get the next substream, it should not try to read a previous one.
Forgets location information emitted by the parsers. It is equivalent to map snd
.
Extracts all the content in a signal stream by discarding all markup, i.e. for each `Text s
signal, the result stream has the bytes of s
, and all other signals are ignored.
Trims whitespace in a signal stream. For each signal `Text s
, applies String.trim
to s
, then eliminates all `Text ""
signals. All signals besides `Text
are unaffected.
Concatenates adjacent `Text
signals, then eliminates all `Text ""
signals. Signals besides `Text
are unaffected. Note that signal streams emitted by the parsers already have normalized text. This function is useful when you are inserting text into a signal stream after parsing, or generating streams from scratch, and would like to clean up the `Text
signals.
Adjusts the `Text
signals in the given stream so that the output appears nicely-indented when the stream is written.
Converts a signal stream into an HTML5 signal stream by stripping any document type declarations, XML declarations, and processing instructions, and prefixing the HTML5 doctype declaration. This is useful when converting between XHTML and HTML, for example.
val xhtml :
?dtd:[ `Strict_1_0 | `Transitional_1_0 | `Frameset_1_0 | `Strict_1_1 ] ->
(signal, 's) stream ->
(signal, 's) stream
Similar to html
, but does not strip processing instructions, and prefixes an XHTML document type declaration and an XML declaration. The ~dtd
argument specifies which DTD to refer to in the doctype declaration. The default is `Strict_1_1
.
Translates XHTML entities. This function is for use with the ~entity
argument of parse_xml
when parsing XHTML.
strings_to_bytes s
is the stream of all the bytes of all strings in s
.
module type ASYNCHRONOUS = sig ... end
Markup.ml interface for monadic I/O libraries such as Lwt and Async. This signature is included in the signature of Markup_lwt
, with type 'a io
replaced by 'a Lwt.t
, and will be included in the planned Markup_async
. To use the functions in this interface, use Markup_lwt
.