Re: Attribute values with unresolved entities
"Karl Waclawek" <[email protected]> Sun, 25 Apr 2004 18:53:09 -0400
| Newsgroups | gmane.text.xml.sax.devel |
|---|---|
| Message-ID | <001101c42b18$147e5690$0200a8c0@karlglen188> |
----- Original Message ----- From: "Elliotte Rusty Harold" <[email protected]> To: "Karl Waclawek" <[email protected]> Cc: <[email protected]> Sent: Sunday, April 25, 2004 6:18 PM > At 6:08 PM -0400 4/25/04, Karl Waclawek wrote: > > >This looks as if it is OK for a non-validating processor *not* to > >include replacement > >text of internal entities if the declaration has not been read. > > Yes, that's OK. What's not OK is not to tell the user that the entity > has been skipped. Normally a skipped entity results in a call to > skippedEntity(), except when the skipped entity is in an attribute > value. I am not saying the parser must resolve the entity. I am > saying it should tell the client if it does not. I can agree with that, but throwing exception would not be the right way. > >In addition, this is how "error" is defined - and it would allow the > >parsing to continue: > > Yes, the parsing can continue, but first the parser should call error > (not fatalError) and give the client an opportunity to respond to the > problem somehow. I can agree with that too, but since the XML spec does not require it, SAX should not require it either. Karl ------------------------------------------------------- This SF.net email is sponsored by: The Robotic Monkeys at ThinkGeek For a limited time only, get FREE Ground shipping on all orders of $35 or more. Hurry up and shop folks, this offer expires April 30th! http://www.thinkgeek.com/freeshipping/?cpg=12297 _______________________________________________ List: sax-devel, [email protected] See: http://www.saxproject.org/ https://lists.sourceforge.net/lists/listinfo/sax-devel