not work with ![CDATA[xxxx]]

[mattt]

not work with ![CDATA[xxxx]]

[zhuhejin]

use like [[[aElement childrenWithTag:@"text"] firstObject] stringValue] can fix this bug

[cezheng]

@zhuhejin Would you mind sharing an example(code & relevant XML)?

[zhuhejin]

@cezheng
self. commentText =[[aElement firstChildWithTag:@"text"] stringValue]; //return nil;
self.commentText=[[[aElement childrenWithTag:@"text"] firstObject] stringValue]; // return correct;

[gcox]

@cezheng Here's an example tag whose stringValue returns @"" for me. @zhuhejin's suggested workaround does not work for this case and also returns @"".

<link>
    <![CDATA[http://www.earwolf.com/show/comedy-bang-bang/]]>
</link>

Other tags containing text wrapped in parses without a problem.

[cezheng]

@gcox I found that if you read the document as HTML, then CDATA won't be recognized, you have to treat it as an XML document

[gcox]

@cezheng I'm not sure what you mean, the NSData object I'm using to load the ONXMLDocument is downloaded from a server returning application/rss+xml. Is -[ONXMLElement firstChildWithTag:] meant to be used against HTML documents only?

I did find that grabbing the ONOXMLElement from the result of -[ONOXMLDocument XPath:] got me an ONXMLElement object that returns the correct stringValue.

[gcox]

@cezheng I figured out the problem...it's my fault. There was another 'link' tag with a namespace, I incorrectly assumed firstChildWithTag:@"link" would consider <atom:link to be a match. There is of course no string value for the atom:link tag.

[mattt]

Apologies for not responding to this sooner, @zhuhejin. If this is still an issue for you, please let me know, and I'll reopen. Thanks!