NAME
HTML::Parser - HTML tokenizer
SYNOPSIS
require HTML::Parser;
$p = HTML::Parser->new( %options );
# Parse text chunks
$p->parse($chunk1);
$p->parse($chunk2);
#...
$p->eof; # signal end of document
# Parse directly from file
$p->parse_file("foo.html");
# or
open(F, "foo.html") || die;
$p->parse_file(*F);
NOTE
This is the new XS based HTML::Parser. It should be completely backwards compatible with HTML::Parser version 2.2x, but has many new features. This is currently an beta release. The interface to the new features should now be fairly stable.
DESCRIPTION
The HTML::Parser
will tokenize an HTML document when the parse() or parse_file() methods are called. Tokens are reported by invoking various event handlers. The document to be parsed may be supplied in arbitrary chunks.
METHODS
- $p = HTML::Parser->new( %options_and_handlers )
-
The object constructor creates a new
HTML::Parser
object and returns it. Key/value pair arguments may provided to set up event handlers or set parser options. See "PARSER OPTIONS" and "HANDLERS".Multiple handlers may be assigned with the 'handlers => [handlers]' option. If a top level key is in the form "<event>_h" (e.g., "text_h"} then it assigns a handler to that event, otherwise it sets a parser option.
If new() is called without any arguments, it will create a parser that uses callback methods compatible with Version 2. See "VERSION 2 COMPATIBILITY".
Special constructor option 'api_version => 2' can be used to initialize Version 2 callbacks while still setting other options and handlers. 'api_version => 3' can be used if you don't want to set up any options and don't want to fall back to v2 compatible mode.
Examples:
$p = HTML::Parser->new(text_h => [ sub {...}, "dtext" ]);
This creates a new parser object with a text event handler subroutine that receives the original text with general entities decoded.
$p = HTML::Parser->new(start_h => [ 'my_start', "self,tokens" ]);
This creates a new parser object with a start event handler method that receives the $p and the tokens array.
$p = HTML::Parser->new(handlers => { text => [\@array, "event,text"], comment => [\@array, "event,text"], });
This creates a new parser object that stores the event type and the original text in @array for text and comment events.
- $p->parse( $string )
-
Parse $string as the next chunk of the HTML document. The return value is a reference to the parser object (i.e. $p).
- $p->eof
-
Signals the end of the HTML document. Calling the eof() method will flush any remaining buffered text. The return value is a reference to the parser object.
- $p->parse_file( $file )
-
Parse text directly from a file. The $file argument can be a filename, an open file handle, or a reference to a an open file handle.
If $file contains a filename and the file can't be opened, then the method returns an undefined value and $! tells why it failed. Otherwise the return value is a reference to the parser object.
If a file handle is passed as the $file argument, then the file will be read until EOF, but not closed.
PARSER OPTIONS
Most parser options are controlled by boolean parser attributes. Each boolean attribute is enabled by calling the corresponding method with a TRUE argument and disabled with a FALSE argument. The attribute value is left unchanged if no argument is given. The return value from each method is the old attribute value.
Methods that can be used to get and/or set parser options are:
- $p->strict_comment( [$bool] )
-
By default, comments are terminated by the first occurrence of "-->". This is the behaviour of most popular browsers (like Netscape and MSIE), but it is not correct according to the official HTML standard. Officially, you need an even number of "--" tokens before the closing ">" is recognized and there may not be anything but whitespace between an even and an odd "--".
The official behaviour is enabled by enabling this attribute.
- $p->strict_names( [$bool] )
-
By default, almost anything is allowed in tag and attribute names. This is the behaviour of most popular browsers and allows us to parse some broken tags with invalid attr values like:
<IMG SRC=newprevlstGr.gif ALT=[PREV LIST] BORDER=0>
By default, "LIST]" is parsed as the name of a boolean attribute, not as part of the ALT value as was clearly intended. This is also what Netscape sees.
The official behaviour is enabled by enabling this attribute. If enabled, it will cause the tag above to be reported as text since "LIST]" is not a legal attribute name.
- $p->bool_attr_value( $val )
-
This method sets the value reported for boolean attributes inside HTML start tags. By default, the name of the attribute is also used as its value.
Once $p->bool_attr_value has been set, there is no way to restore the default behaviour.
- $p->xml_mode( [$bool] )
-
Enabling this attribute changes the parser to allow some XML constructs such as empty element tags and XML processing instructions. It also disables forcing tag and attr names to lower case when they are reported by the
tagname
andattr
argspecs.Empty element tags look like start tags, but end with the character sequence "/>". When recognized by HTML::Parser they cause an artificial end event in addition to the start event. The
text
for this generated end event will be empty and the offset value in the tokenpos array will be invalid even though the only element in the token array will have the correct tag name.XML processing instructions are terminated by "?>" instead of a simple ">" as is the case for HTML.
- $p->unbroken_text( [$bool] )
-
Note: This option is not supported yet!
By default, blocks of text are given to the text handler as soon as possible. This might create arbitrary breaks that make it hard to do transformations on the text. When this attribute is enabled, blocks of text are always reported in one piece. This will delay the text event until the following (non-text) event has been recognized by the parser.
- $p->marked_section( [$bool] )
-
By default, section markings like <![CDATA[...]]> are treated like ordinary text. When this attribute is enabled section markings are honoured.
More information about marked sections may be found in
http://www.sgml.u-net.com/book/sgml-8.htm
.
HANDLERS
- $p->handler( event => \&subroutine, argspec )
- $p->handler( event => method_name, argspec )
- $p->handler( event => \@accum, argspec )
-
This method assigns a subroutine, method, or array to handle an event.
Event is one of
text
,start
,end
,declaration
,comment
,process
ordefault
.Subroutine is a reference to a subroutine which is called to handle the event.
Method_name is the name of a method of $p which is called to handle the event.
Accum is an array that will hold the event information as sub-arrays.
Argspec is a string that describes the information reported by the event. Any requested information that does not apply to an event is passed as undef.
The subroutine, method_name, or accum and the argspec may also be grouped in an array reference.
Examples:
$p->handler(start => "start", 'self,attr,attrseq,text' ); $p->handler(start => ["start", 'self,attr,attrseq,text']);
These cause the "start" method of object $p to be called for 'start' events. The callback signature is $p->start(\%attr, \@attr_seq, $text).
$p->handler(start => \&start, 'attr, attrseq, text' ); $p->handler(start => [\&start, 'attr, attrseq, text']);
These cause subroutine start() to be called for 'start' events. The callback signature is start(\%attr, \@attr_seq, $text).
$p->handler(start => \@accum, '"start",attr,attrseq,text' ); $p->handler(start => [\@accum, '"start",attr,attrseq,text']);
These cause 'start' event information to be saved in @accum. The array elements will be ['start', \%attr, \@attr_seq, $text].
Argspec
Argspec is a string containing a comma separated list that describes the information reported by the event. The following names can be used:
- self
-
Self causes the current object to be passed to the handler. If the handler is a method, this must be the first element in the argspec.
- tokens
-
Tokens causes a reference to an array of token strings to be passed. The strings are exactly as they were found in the original text, no decoding or case changes are applied.
For
declaration
events, the array contains each word, comment, and delimited string starting with the declaration type.For
comment
events, this contains each sub-comment. If $p->strict_comments is disabled, there will be only one sub-comment.For
start
events, this contains the original tag name followed by the attribute name/value pairs.For
end
events, this contains the original tag name.For
process
events, this contains the process instructions.This passes
undef
if there are no tokens in the event (e.g.,text
). - tokenpos
-
Tokenpos causes a reference to an array of token positions to be passed. For each string that appears in
tokens
, this array contains two numbers. The first number is the offset of the start of the token in the original texttext
and the second number is the length of the token.This passes undef if there are no tokens in the event (e.g.,
text
) and for artificalend
events -triggered by empty start tags - token0
-
Token0 causes the original text of the first token string to be passed.
For
declaration
events, this is the declaration type.For
start
andend
events, this is the tag name.This passes undef if there are no tokens in the event.
- tagname
-
Tagname is identical to
token0
except that if $p->xml_mode is disabled, the tag name is forced to lower case. - attr
-
Attr causes a reference to a hash of attribute name/value pairs to be passed.
This passes undef except for
start
events.If $p->xml_mode is disabled, the attribute names are forced to lower case.
General entities are decoded in the attribute values and quotes around the attribute values are removed.
- attrseq
-
Attrseq causes a reference to an array of attribute names to be passed. This can be useful if you want to walk the
attr
-hash in the original sequnce.This passes undef except for
start
events.If $p->xml_mode is disabled, the attribute names are forced to lower case.
- text
-
Text causes the original event text (including delimiters) to be passed.
- dtext
-
Dtext causes the decoded text to be passed. General entities are decoded unless the event was inside a CDATA section or was between literal start and end tags (
script
,style
,xmp
, andplaintext
).This passes undef except for
text
events. - cdata_flag
-
Cdata_flag causes a TRUE value to be passed if the event inside a CDATA section or was between literal start and end tags (
script
,style
,xmp
, andplaintext
).When the flag is FALSE for a text event, the you should normally either use
dtext
or decode the entities yourself before the text is processed further. - offset
-
Offset causes the byte position of the start of the event to be passed. The first byte in the document is 0.
- event
-
Event causes the event name to be provided.
The event name is one of
text
,start
,end
,declaration
,comment
,process
ordefault
. - line
-
Note: This is not supported yet!
Line causes the line number of the start of the event to be passed. The first line in the document is 1. Line counting doesn't start until at least one handler requests this value.
Events
Handlers for the following events can be registered:
- text
-
This event is triggered when plain text is recognized. The text may contain multiple lines. A sequence of text may be broken between several text events unless $p->unbroken_text is enabled.
The parser will make sure that it does not break a word or a sequence of spaces between two text events.
- start
-
This event is triggered when a start tag is recognized.
Example:
<A href="http://www.perl.com/">
- end
-
This event is triggered when an end tag is recognized.
Example:
</A>
- declaration
-
This event is triggered when a markup declaration is recognized.
For typical HTML documents, the only declaration you are likely to find is <!DOCTYPE ...>.
Example:
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html40/strict.dtd">
DTDs inside <!DOCTYPE ...> will confuse HTML::Parser.
- comment
-
This event is triggered when a markup comment is recognized.
Example:
<!-- This is a comment -- -- So is this -->
- process
-
This event is triggered when a processing instructions element is recognized.
The format and content of processing instructions is system and application dependent. More information about processing instructions may be found at
http://www.sgml.u-net.com/book/sgml-8.htm
.Examples:
<? HTML processing instructions > <? XML processing instructions ?>
- default
-
This event is triggered for events that do not have a specific handler.
VERSION 2 COMPATIBILITY
When an HTML::Parser
object is constructed with no arguments, a set of handlers is provided that is compatible with the old HTML::Parser Version 2 callback methods.
This is equivilent to the following method calls:
$p->handler(text => "text", "self,text,cdata_flag");
$p->handler(end => "end", "self,tagname,text");
$p->handler(process => "process", "self,token0,text");
$p->handler(start => "start", "self,tagname,attr,attrseq,text");
$p->handler(comment =>
sub {
my($self, $tokens) = @_;
for (@$tokens) {$self->comment($_);}},
"self,tokens");
$p->handler(declaration =>
sub {
my $self = shift;
$self->declaration(substr($_[0], 2, -1));},
"self,text");
EXAMPLES
Strip out <font> tags:
sub ignore_font { print pop unless shift eq "font" }
HTML::Parser->new(default_h => [sub { print shift }, 'text'],
start_h => [\&ignore_font, 'tagname,text'],
end_h => [\&ignore_font, 'tagname,text'],
marked_sections => 0,
)->parse_file(shift);
Strip out comments:
HTML::Parser->new(default_h => [sub { print shift }, 'text'],
comment_h => [sub { }, ''],
)->parse_file(shift);
[XXX I want this to be an HTML::Parser cookbook. Also show how we simplify the HTML recipes found in the "Perl Cookbook" with the new features provided.]
SEE ALSO
HTML::Entities, HTML::TokeParser, HTML::Filter, HTML::HeadParser, HTML::LinkExtor
HTML::TreeBuilder (part of the HTML-Tree distribution)
COPYRIGHT
Copyright 1996-1999 Gisle Aas. All rights reserved.
Copyright 1999 Michael A. Chase. All rights reserved.
This library is free software; you can redistribute it and/or modify it under the same terms as Perl itself.