xml::libxml::pi(3) [osx man page]

XML::LibXML::PI(3)					User Contributed Perl Documentation					XML::LibXML::PI(3)

NAME

       XML::LibXML::PI - XML::LibXML Processing Instructions

SYNOPSIS

	 use XML::LibXML;
	 # Only methods specific to Processing Instruction nodes are listed here,
	 # see XML::LibXML::Node manpage for other methods

	 $pinode->setData( $data_string );
	 $pinode->setData( name=>string_value [...] );

DESCRIPTION

       Processing instructions are implemented with XML::LibXML with read and write access. The PI data is the PI without the PI target (as
       specified in XML 1.0 [17]) as a string. This string can be accessed with getData as implemented in XML::LibXML::Node.

       The write access is aware about the fact, that many processing instructions have attribute like data. Therefore setData() provides besides
       the DOM spec conform Interface to pass a set of named parameter. So the code segment

	 my $pi = $dom->createProcessingInstruction("abc");
	 $pi->setData(foo=>'bar', foobar=>'foobar');
	 $dom->appendChild( $pi );

       will result the following PI in the DOM:

	 <?abc foo="bar" foobar="foobar"?>

       Which is how it is specified in the DOM specification. This three step interface creates temporary a node in perl space. This can be
       avoided while using the insertProcessingInstruction() method. Instead of the three calls described above, the call

	 $dom->insertProcessingInstruction("abc",'foo="bar" foobar="foobar"');

       will have the same result as above.

       XML::LibXML::PI's implementation of setData() documented below differs a bit from the the standard version as available in
       XML::LibXML::Node:

       setData
	     $pinode->setData( $data_string );
	     $pinode->setData( name=>string_value [...] );

	   This method allows to change the content data of a PI. Additionally to the interface specified for DOM Level2, the method provides a
	   named parameter interface to set the data. This parameter list is converted into a string before it is appended to the PI.

AUTHORS

       Matt Sergeant, Christian Glahn, Petr Pajas

VERSION

       2.0008

COPYRIGHT

       2001-2007, AxKit.com Ltd.

       2002-2006, Christian Glahn.

       2006-2009, Petr Pajas.

perl v5.16.2							    2012-10-22							XML::LibXML::PI(3)

Check Out this Related Man Page

XML::LibXML::RelaxNG(3) 				User Contributed Perl Documentation				   XML::LibXML::RelaxNG(3)

NAME

       XML::LibXML::RelaxNG - RelaxNG Schema Validation

SYNOPSIS

	 use XML::LibXML;
	 $doc = XML::LibXML->new->parse_file($url);

	 $rngschema = XML::LibXML::RelaxNG->new( location => $filename_or_url );
	 $rngschema = XML::LibXML::RelaxNG->new( string => $xmlschemastring );
	 $rngschema = XML::LibXML::RelaxNG->new( DOM => $doc );
	 eval { $rngschema->validate( $doc ); };

DESCRIPTION

       The XML::LibXML::RelaxNG class is a tiny frontend to libxml2's RelaxNG implementation. Currently it supports only schema parsing and
       document validation.

METHODS

       new
	     $rngschema = XML::LibXML::RelaxNG->new( location => $filename_or_url );
	     $rngschema = XML::LibXML::RelaxNG->new( string => $xmlschemastring );
	     $rngschema = XML::LibXML::RelaxNG->new( DOM => $doc );

	   The constructor of XML::LibXML::RelaxNG may get called with either one of three parameters. The parameter tells the class from which
	   source it should generate a validation schema. It is important, that each schema only have a single source.

	   The location parameter allows to parse a schema from the filesystem or a URL.

	   The string parameter will parse the schema from the given XML string.

	   The DOM parameter allows to parse the schema from a pre-parsed XML::LibXML::Document.

	   Note that the constructor will die() if the schema does not meed the constraints of the RelaxNG specification.

       validate
	     eval { $rngschema->validate( $doc ); };

	   This function allows to validate a (parsed) document against the given RelaxNG schema. The argument of this function should be an
	   XML::LibXML::Document object. If this function succeeds, it will return 0, otherwise it will die() and report the errors found. Because
	   of this validate() should be always evaluated.

AUTHORS

       Matt Sergeant, Christian Glahn, Petr Pajas

VERSION

       2.0008

COPYRIGHT

       2001-2007, AxKit.com Ltd.

       2002-2006, Christian Glahn.

       2006-2009, Petr Pajas.

perl v5.16.2							    2012-10-22						   XML::LibXML::RelaxNG(3)

Linux and UNIX Man Pages

xml::libxml::pi(3) [osx man page]

Check Out this Related Man Page