Mini Shell
a
�DOgb6 � @ s� d Z dZG dd� d�ZG dd� d�ZG dd� d�ZG dd � d �Zd
ZdZdZd
Z dZ
dZeeee e
egZdZ
dZdZdZdZdZe
eeeeegZdS )a0
This module contains the core classes of version 2.0 of SAX for Python.
This file provides only default classes with absolutely minimum
functionality, from which drivers and applications can be subclassed.
Many of these classes are empty and are included only as documentation
of the interfaces.
$Id$
z2.0betac @ s( e Zd ZdZdd� Zdd� Zdd� ZdS ) �ErrorHandlera� Basic interface for SAX error handlers.
If you create an object that implements this interface, then
register the object with your XMLReader, the parser will call the
methods in your object to report all warnings and errors. There
are three levels of errors available: warnings, (possibly)
recoverable errors, and unrecoverable errors. All methods take a
SAXParseException as the only parameter.c C s |�dS )zHandle a recoverable error.N� ��self� exceptionr r �'/usr/lib64/python3.9/xml/sax/handler.py�error s zErrorHandler.errorc C s |�dS )zHandle a non-recoverable error.Nr r r r r �
fatalError$ s zErrorHandler.fatalErrorc C s t |� dS )zHandle a warning.N)�printr r r r �warning( s zErrorHandler.warningN)�__name__�
__module__�__qualname__�__doc__r r r
r r r r r s r c @ s� e Zd ZdZdd� Zdd� Zdd� Zdd � Zd
d� Zdd
� Z dd� Z
dd� Zdd� Zdd� Z
dd� Zdd� Zdd� Zdd� ZdS )�ContentHandlerz�Interface for receiving logical document content events.
This is the main callback interface in SAX, and the one most
important to applications. The order of events in this interface
mirrors the order of the information in the document.c C s
d | _ d S )N�Z_locator�r r r r �__init__6 s zContentHandler.__init__c C s
|| _ dS )a# Called by the parser to give the application a locator for
locating the origin of document events.
SAX parsers are strongly encouraged (though not absolutely
required) to supply a locator: if it does so, it must supply
the locator to the application by invoking this method before
invoking any of the other methods in the DocumentHandler
interface.
The locator allows the application to determine the end
position of any document-related event, even if the parser is
not reporting an error. Typically, the application will use
this information for reporting its own errors (such as
character content that does not match an application's
business rules). The information returned by the locator is
probably not sufficient for use with a search engine.
Note that the locator will return correct information only
during the invocation of the events in this interface. The
application should not attempt to use it at any other time.Nr )r Zlocatorr r r �setDocumentLocator9 s z!ContentHandler.setDocumentLocatorc C s dS )z�Receive notification of the beginning of a document.
The SAX parser will invoke this method only once, before any
other methods in this interface or in DTDHandler (except for
setDocumentLocator).Nr r r r r �
startDocumentP s zContentHandler.startDocumentc C s dS )aQ Receive notification of the end of a document.
The SAX parser will invoke this method only once, and it will
be the last method invoked during the parse. The parser shall
not invoke this method until it has either abandoned parsing
(because of an unrecoverable error) or reached the end of
input.Nr r r r r �endDocumentW s zContentHandler.endDocumentc C s dS )a Begin the scope of a prefix-URI Namespace mapping.
The information from this event is not necessary for normal
Namespace processing: the SAX XML reader will automatically
replace prefixes for element and attribute names when the
http://xml.org/sax/features/namespaces feature is true (the
default).
There are cases, however, when applications need to use
prefixes in character data or in attribute values, where they
cannot safely be expanded automatically; the
start/endPrefixMapping event supplies the information to the
application to expand prefixes in those contexts itself, if
necessary.
Note that start/endPrefixMapping events are not guaranteed to
be properly nested relative to each-other: all
startPrefixMapping events will occur before the corresponding
startElement event, and all endPrefixMapping events will occur
after the corresponding endElement event, but their order is
not guaranteed.Nr )r �prefixZurir r r �startPrefixMapping` s z!ContentHandler.startPrefixMappingc C s dS )z�End the scope of a prefix-URI mapping.
See startPrefixMapping for details. This event will always
occur after the corresponding endElement event, but the order
of endPrefixMapping events is not otherwise guaranteed.Nr )r r r r r �endPrefixMappingw s zContentHandler.endPrefixMappingc C s dS )a Signals the start of an element in non-namespace mode.
The name parameter contains the raw XML 1.0 name of the
element type as a string and the attrs parameter holds an
instance of the Attributes class containing the attributes of
the element.Nr )r �name�attrsr r r �startElement~ s zContentHandler.startElementc C s dS )z�Signals the end of an element in non-namespace mode.
The name parameter contains the name of the element type, just
as with the startElement event.Nr �r r r r r �
endElement� s zContentHandler.endElementc C s dS )a� Signals the start of an element in namespace mode.
The name parameter contains the name of the element type as a
(uri, localname) tuple, the qname parameter the raw XML 1.0
name used in the source document, and the attrs parameter
holds an instance of the Attributes class containing the
attributes of the element.
The uri part of the name tuple is None for elements which have
no namespace.Nr )r r �qnamer r r r �startElementNS� s zContentHandler.startElementNSc C s dS )z�Signals the end of an element in namespace mode.
The name parameter contains the name of the element type, just
as with the startElementNS event.Nr )r r r r r r �endElementNS� s zContentHandler.endElementNSc C s dS )a� Receive notification of character data.
The Parser will call this method to report each chunk of
character data. SAX parsers may return all contiguous
character data in a single chunk, or they may split it into
several chunks; however, all of the characters in any single
event must come from the same external entity so that the
Locator provides useful information.Nr )r Zcontentr r r �
characters� s zContentHandler.charactersc C s dS )aw Receive notification of ignorable whitespace in element content.
Validating Parsers must use this method to report each chunk
of ignorable whitespace (see the W3C XML 1.0 recommendation,
section 2.10): non-validating parsers may also use this method
if they are capable of parsing and using content models.
SAX parsers may return all contiguous whitespace in a single
chunk, or they may split it into several chunks; however, all
of the characters in any single event must come from the same
external entity, so that the Locator provides useful
information.Nr )r �
whitespacer r r �ignorableWhitespace� s z"ContentHandler.ignorableWhitespacec C s dS )a� Receive notification of a processing instruction.
The Parser will invoke this method once for each processing
instruction found: note that processing instructions may occur
before or after the main document element.
A SAX parser should never report an XML declaration (XML 1.0,
section 2.8) or a text declaration (XML 1.0, section 4.3.1)
using this method.Nr )r �target�datar r r �processingInstruction� s z$ContentHandler.processingInstructionc C s dS )a Receive notification of a skipped entity.
The Parser will invoke this method once for each entity
skipped. Non-validating processors may skip entities if they
have not seen the declarations (because, for example, the
entity was declared in an external DTD subset). All processors
may skip external entities, depending on the values of the
http://xml.org/sax/features/external-general-entities and the
http://xml.org/sax/features/external-parameter-entities
properties.Nr r r r r �
skippedEntity� s zContentHandler.skippedEntityN)r r r
r r r r r r r r r r r r! r# r&