search searchw Intimes~affid~25~catid~424 .searchesearch3search Laws e Szh Searchforsinglesmeetsingles s Get a Boutique c Laid msearch Laws e Laws rcsearchf Get rsearch Get awwwsext Boutique S Searchforsinglesmeetsingles h Laws gssearcharsearchssearcha Girls chwww.se3322.coms Searchforsinglesmeetsingles archesearchGi Searchforsinglesmeetsingles l Divorce searcha Girls s www.17saomm.comear Sexy~pn~jouets h Get orssearchn%A1%B6%BE%AD%BC%C3%C9%FA%BB%EE%A1%B7%BB%E1%BF%BC%D6%F7%B9%DB%CC%E2%B1%D8%B1%B3%D6%AA%CA%B6l Divorce smsearche Searchforsinglesmeetsingles sig Girls esearch 0 Bouisearchu Divorce rsearchh Sexy~pn~jouets o Laid t Get q Sexy~pn~jouets esearchoear Laws h searchzh Searchforsinglesmeetsingles gl Intimes~affid~25~catid~424 earsearchhsearchorsi Girls glesearchmsummerhost%D3%F2%C3%FB%B7%C3%CE%CA%B2%BB%C1%CBe Laws si Sexy~pn~jouets gsearche1 sms Boutique a Searchforsinglesmeetsingles c Laws eiphone4S%20MC922LL%20%E6%98%AF%E4%BB%80%E4%B9%88%E7%89%88%E6%9C%AC%E6%89%8B%E6%9C%BAs Szh n Get l Girls s Intimes~affid~25~catid~424 e Sz Boutique Bu1i Girls u Sexy~pn~jouets Boutique searchi Searchforsinglesmeetsingles l Laid search Sexy~pn~jouets n Girls i Girls es~ Get fi Get ~ Intimes~affid~25~catid~424 5~searchasearchi Searchforsinglesmeetsingles ~ Szh 24 s Laid S Laid x Searchforsinglesmeetsingles ~searchn Laws jsearchusearcht search searcha Intimes~affid~25~catid~424 dwww168dycclewww168dycc Szh G Boutique rsearchssearch ssearcha Intimes~affid~25~catid~424 ch
a=
"

A

B
"
#xD #xD A #xA #xA B #xD #xA
#xD #xD A #xA #xA B #xD #xA

Note that the last example is invalid (but well-formed) if a is declared to be of type NMTOKENS.

3.4 Conditional Sections

[Definition: Conditional sections are portions of the document type declaration external subset or of external parameter entities which are included in, or excluded from, the logical structure of the DTD based on the keyword which governs them.]

Conditional Section
[61]   conditionalSect   ::=    includeSect | ignoreSect
[62]   includeSect   ::=   '<![' S? 'INCLUDE' S? '[' extSubsetDecl ']]>' [VC: Proper Conditional Section/PE Nesting]
[63]   ignoreSect   ::=   '<![' S? 'IGNORE' S? '[' ignoreSectContents* ']]>'[VC: Proper Conditional Section/PE Nesting]
[64]   ignoreSectContents   ::=    Ignore ('<![' ignoreSectContents ']]>' Ignore)*
[65]   Ignore   ::=    Char* - (Char* ('<![' | ']]>') Char*)

Validity constraint: Proper Conditional Section/PE Nesting

If any of the "<![", "[", or "]]>" of a conditional section is contained in the replacement text for a parameter-entity reference, all of them MUST be contained in the same replacement text.

Like the internal and external DTD subsets, a conditional section may contain one or more complete declarations, comments, processing instructions, or nested conditional sections, intermingled with white space.

If the keyword of the conditional section is INCLUDE, then the contents of the conditional section MUST be processed as part of the DTD. If the keyword of the conditional section is IGNORE, then the contents of the conditional section MUST NOT be processed as part of the DTD. If a conditional section with a keyword of INCLUDE occurs within a larger conditional section with a keyword of IGNORE, both the outer and the inner conditional sections MUST be ignored. The contents of an ignored conditional section MUST be parsed by ignoring all characters after the "[" following the keyword, except conditional section starts "<![" and ends "]]>", until the matching conditional section end is found. Parameter entity references MUST NOT be recognized in this process.

If the keyword of the conditional section is a parameter-entity reference, the parameter entity MUST be replaced by its content before the processor decides whether to include or ignore the conditional section.

An example:

<!ENTITY % draft 'INCLUDE' >
<!ENTITY % final 'IGNORE' >

<![%draft;[
<!ELEMENT book (comments*, title, body, supplements?)>
]]>
<![%final;[
<!ELEMENT book (title, body, supplements?)>
]]>

4 Physical Structures

[Definition: An XML document may consist of one or many storage units. These are called entities; they all have content and are all (except for the document entity and the external DTD subset) identified by entity name.] Each XML document has one entity called the document entity, which serves as the starting point for the XML processor and may contain the whole document.

Entities may be either parsed or unparsed. [Definition: The contents of a parsed entity are referred to as its replacement text; this text is considered an integral part of the document.]

[Definition: An unparsed entity is a resource whose contents may or may not be text, and if text, may be other than XML. Each unparsed entity has an associated notation, identified by name. Beyond a requirement that an XML processor make the identifiers for the entity and notation available to the application, XML places no constraints on the contents of unparsed entities.]

Parsed entities are invoked by name using entity references; unparsed entities by name, given in the value of ENTITY or ENTITIES attributes.

[Definition: General entities are entities for use within the document content. In this specification, general entities are sometimes referred to with the unqualified term entity when this leads to no ambiguity.] [Definition: Parameter entities are parsed entities for use within the DTD.] These two types of entities use different forms of reference and are recognized in different contexts. Furthermore, they occupy different namespaces; a parameter entity and a general entity with the same name are two distinct entities.

4.1 Character and Entity References

[Definition: A character reference refers to a specific character in the ISO/IEC 10646 character set, for example one not directly accessible from available input devices.]

Character Reference
[66]   CharRef   ::=   '&#' [0-9]+ ';'
| '&#x' [0-9a-fA-F]+ ';'[WFC: Legal Character]

Well-formedness constraint: Legal Character

Characters referred to using character references MUST match the production for Char.

If the character reference begins with " &#x ", the digits and letters up to the terminating ; provide a hexadecimal representation of the character's code point in ISO/IEC 10646. If it begins just with " &# ", the digits up to the terminating ; provide a decimal representation of the character's code point.

[Definition: An entity reference refers to the content of a named entity.] [Definition: References to parsed general entities use ampersand (&) and semicolon (;) as delimiters.] [Definition: Parameter-entity references use percent-sign (%) and semicolon (;) as delimiters.]

Entity Reference
[67]   Reference   ::=    EntityRef | CharRef
[68]   EntityRef   ::=   '&' Name ';'[WFC: Entity Declared]
[VC: Entity Declared]
[WFC: Parsed Entity]
[WFC: No Recursion]
[69]   PEReference   ::=   '%' Name ';'[VC: Entity Declared]
[WFC: No Recursion]