>>>>> whats this PCDATA above ?
>>>>
[quoted text clipped - 13 lines]
> ok i guess so it means in the declaration below
> <!ELEMENT address (#PCDATA)>
> see , the parser picks up DTD file to check whether the XML conforms
> the DTD or not that is it checks for valid XML.
This declares that <address> is a valid tag in any xml document using
this DTD, and that the *content* of that <address></address> tag contains
character data that must be parsed by the parser reading the xml-document.
> i see some of them dont have PCDATA declared in the DTD file except
> the address element.
>
> what happened if i did not decalre PCDATA above ? ........why only the
> address element has got PCDATA ?
Those two questions must be directed to the author of the DTD.
We can't possibly know what he was thinking about.
> its confusing.
>
> i dont understand what PCDATA is doing here .
See above...

Signature
Dag.
gk - 29 Sep 2006 11:25 GMT
> >>>>> whats this PCDATA above ?
> >>>>
[quoted text clipped - 20 lines]
> this DTD, and that the *content* of that <address></address> tag contains
> character data that must be parsed by the parser reading the xml-document.
say i have <address>new york city </address> in XML
you told "MUST"
so while parser will use this DTD , it will MUST parse the data
contained in <address> tag.........but for what ? whats the benefit
if we parse or if we dont parse .
so,
it seems if we put PCDATA then parser will parse the content between
the tags.
if we DONT put PCDATA then parser will NOT parse the content between
the tags.
what the hell on this earth will happen if the parser parse or does
not parse.
suppose, the parser really forced to parse the XML because of this
PCDATA constraint .....so what ? it just parsed does it help us any
way ?
still not able to catch the greatness of this PCDATA .
> > i see some of them dont have PCDATA declared in the DTD file except
> > the address element.
[quoted text clipped - 10 lines]
>
> See above...
Dag Sunde - 29 Sep 2006 12:24 GMT
<snipped/>
>> This declares that <address> is a valid tag in any xml document using
>> this DTD, and that the *content* of that <address></address> tag
[quoted text clipped - 23 lines]
>
> still not able to catch the greatness of this PCDATA .
What about if the content contained '<', '&', 'Ø' ...?
and what about if you used entities like < & and Ø
instead?
Try, experiment...

Signature
Dag.