Henri Sivonen, > A conforming xml-stylesheet processor will only act on the PI if it > appears in the prolog. For this reason, it would be possible to allow > xml-stylesheet PIs in atom:content and spec that they are part of the > content document, so that an XML document with the PI in its prolog > could be constructed from the content.
You are correct. I forgot that part of the spec and should have re-read it. One possible area of incompatibility is where the xml-stylesheet spec says that they are only allowed in the prolog (as you stated as well). So if any are in the application/xml atom:content, then they could be flagged as errors. The spec doesn't say whether they must or should be considered errors or warnings. :-( > >> Vanilla XML processors don't act on PIs. They report them to the > >> application--in this case the Atom processor. > > > > Instead, they could be reported to the PI processor before the atom > > processor. > > Why do you think it is appropriate to have a random PI processor in > between the XML processor and the Atom processor? Because the XML is just the grammar serializing the ontology, or data structure, of interest. I see Atom processors as normally the Bridge between the XML document and the particular CMS, IA, or web browser application's internal structure. So an Atom processor would be the last stage before the data is internalized. The intent of _Processing_ Instructions seems to change how the document is processed. That implies to me that they would probably be interpreted between the XML processor and the particular grammar's processor. -- Jimmy Cerra https://nemo.dev.java.net __________________________________ Do you Yahoo!? Yahoo! Small Business - Try our new Resources site http://smallbusiness.yahoo.com/resources/
