Module Nethtml


module Nethtml: sig .. end
Parsing of HTML


type document =
| Element of (string * (string * string) list * document list)
| Data of string
The type document represents parsed HTML documents:

Character encodings: The parser is restricted to ASCII-compatible encodings (see the function Netconversion.is_ascii_compatible for a definition). In order to read other encodings, the text must be first recoded to an ASCII-compatible encoding (example below). Names of elements and attributes must additionally be ASCII-only.


We also need a type that declares how to handle the various tags. This is called a "simplified DTD", as it is derived from SGML DTDs, but simplified to the extent used in the HTML definition.
type element_class = [ `Block | `Essential_block | `Everywhere | `Inline | `None ] 
Element classes are a property used in the HTML DTD. For our purposes, we define element classes simply as an enumeration:
type model_constraint = [ `Any
| `Block
| `Elements of string list
| `Empty
| `Except of model_constraint * model_constraint
| `Flow
| `Inline
| `Or of model_constraint * model_constraint
| `Special
| `Sub_exclusions of string list * model_constraint ]
Model constraints define the possible sub elements of an element: Note that the members of the class `Everywhere are allowed everywhere, regardless of whether the model constraint allows them or not.

Note that certain aspects are not modeled:


type simplified_dtd = (string * (element_class * model_constraint)) list 
A simplified_dtd is an associative list of tuples (element_name, (element_class, constraint)): For every element_name it is declared that it is a member of element_class, and that the sub elements must satisfy constraint.

It is not allowed to have several entries for the same element.

val html40_dtd : simplified_dtd
The (transitional) HTML 4.0 DTD, expressed as simplified_dtd
val relaxed_html40_dtd : simplified_dtd
A relaxed version of the HTML 4.0 DTD that matches better common practice. In particular, this DTD additionally allows that inline elements may span blocks. For example,
 <B>text1 <P>text2 
is parsed as
 <B>text1 <P>text2</P></B> 
and not as
 <B>text1 </B><P>text2</P> 
\- the latter is more correct (and parsed by html40_dtd), but is not what users expect.

Note that this is still not what many browsers implement. For example, Netscape treats most inline tags specially: <B> switches bold on, </B> switches bold off. For example,

 <A href='a'>text1<B>text2<A href='b'>text3 
is parsed as
 <A href='a'>text1<B>text2</B></A><B><A href='b'>text3</A></B> 
\- there is an extra B element around the second anchor! (You can see what Netscape parses by loading a page into the "Composer".) IMHO it is questionable to consider inline tags as switches because this is totally outside of the HTML specification, and browsers may differ in that point.

Furthermore, several elements are turned into essential blocks: TABLE, UL, OL, and DL. David Fox reported a problem with structures like:

 <TABLE><TR><TD><TABLE><TR><TD>x</TD></TD></TR></TABLE>y</TD></TR></TABLE> 
i.e. the TD of the inner table has two end tags. Without additional help, the second </TD> would close the outer table cell. Because of this problem, tables are now essential meaning that it is not allowed to implicitly add a missing </TABLE>; every table element has to be explicitly ended. This rule seems to be what many browsers implement.
val parse_document : ?dtd:simplified_dtd ->
?return_declarations:bool ->
?return_pis:bool ->
?return_comments:bool -> Lexing.lexbuf -> document list
Parses the HTML document from a lexbuf and returns it.


dtd : specifies the DTD to use. By default, html40_dtd is used which bases on the transitional HTML 4.0 DTD
return_declarations : if set, the parser returns <!...> declarations as Element("!",["contents",c],[]) nodes, where c is the string inside <! and >. - By default, declarations are skipped.
return_pis : if set, the parser returns <?...> (or <?...?>) processing instructions as Element("?",["contents",c],[]) nodes, where c is the string inside <? and > (or ?>). - By default, processing instructions are skipped.
return_comments : if set, the parser returns <!-- .... --> comments as Element("--",["contents",c],[]) nodes, where c is the string inside <!-- and -->. - By default, comments are skipped.
val parse : ?dtd:simplified_dtd ->
?return_declarations:bool ->
?return_pis:bool ->
?return_comments:bool -> Netchannels.in_obj_channel -> document list
Parses the HTML document from an object channel and returns it. For example, to parse the HTML string s:
 let ch = Netchannels.input_string s in
 let doc = parse ch
 

Arguments are the same as in parse_document.


Note on XHTML

The parser can read XHTML, as long as the following XML features are not used:

The following XML features are ok:

Note on Character Encodings

The parser can only read character streams that are encoded in an ASCII- compatible way. For example, it is possible to read a UTF-8-encoded stream, but not a UTF-16-encoded stream. All bytes between 1 and 127 are taken as ASCII, and other bytes are ignored (copied from input to output).

Non-ASCII-compatible streams must be recoded first. For example, to read a UTF-16-encoded netchannel ch, use:

 let p = 
   new Netconversion.recoding_pipe ~in_enc:`Enc_utf16 ~out_enc:`Enc_utf8 () in
 let ch' =
   new Netchannels.input_filter ch p in
 let doc =
   Nethtml.parse ch' in
 ch' # close_in();
 ch # close_in();
 

val decode : ?enc:Netconversion.encoding ->
?subst:(int -> string) -> document list -> document list
Converts entities &name; and &#num; into the corresponding characters. The argument enc must indicate the character set of the document (by default ISO-8859-1 for backwards compatibility). If a character cannot be represented in this encoding, the function subst is called (input is the Unicode code point, output is the substituted string). By default, the function fails if such a character is found.

Note: Declarations, processing instructions, and comments are not decoded.

val encode : ?enc:Netconversion.encoding ->
?prefer_name:bool -> document list -> document list
Converts problematic characters to their corresponding entities. The argument enc must indicate the character set of the document (by default ISO-8859-1 for backwards compatibility). If prefer_name, the algorithm tries to find the named entities (&name;); otherwise only numeric entities (&#num;) are generated. Names are preferred by default.

Note: Declarations, processing instructions, and comments are not encoded.

val map_list : (string -> string) -> document list -> document list
map_list f doclst: Applies f to all attribute values and data strings (except the attributes of "?", "!", or "--" nodes).

This can be used to change the text encoding of a parsed document:

 let doc' = map_list String.lowercase doc
 
converts all text data to lowercase characters.
val write : ?dtd:simplified_dtd ->
Netchannels.out_obj_channel -> document list -> unit
Writes the document to the output channel. No additional encoding or decoding happens.

Empty elements are written without end tag; the rest is written unabbreviated.

Example: To write the document to a file:

 let f = open_out "filename" in
 let ch = new Netchannels.output_channel f in
 write ch doc;
 ch # close_out()
 


dtd : The assumed simplified DTD, by default html40_dtd