Re: atom, xslt processors (Re: atom:type, xsl:output)

2005-05-30 Thread James Cerra
Aristotle, > > > 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 B

Re: atom, xslt processors (Re: atom:type, xsl:output)

2005-05-30 Thread Paul Hoffman
At 4:54 PM +0200 5/30/05, A. Pagaltzis wrote: Atom is a transport envelope for potentially a multitude of documents. Saying that the enveloped documents should be preprocessed before they are unfolded from the envelope is like saying that a part of a multipart/mime document which has a "Content-

Re: atom, xslt processors (Re: atom:type, xsl:output)

2005-05-30 Thread A. Pagaltzis
* James Cerra <[EMAIL PROTECTED]> [2005-05-30 02:35]: > For a counter example: For internal use I might create an Atom > feed from atom entries with attached to > either the feed or the entries. Furthermore, I could add > instructions for my stylesheet by defining PIs used in the > entries. In th

Re: atom, xslt processors (Re: atom:type, xsl:output)

2005-05-30 Thread A. Pagaltzis
* James Cerra <[EMAIL PROTECTED]> [2005-05-30 02:00]: > > 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 pr

Re: atom, xslt processors (Re: atom:type, xsl:output)

2005-05-29 Thread James Cerra
Aristotle, > > (2) RSS and Atom documents are now processed with > > PIs, and there is no way to formally specify > > when those instructions should be executed (except for specific > > instances that don't matter here). So any > > nodes, and PI nodes in general, must be assumed to be linked t

Re: atom, xslt processors (Re: atom:type, xsl:output)

2005-05-29 Thread James Cerra
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 pr

Re: atom, xslt processors (Re: atom:type, xsl:output)

2005-05-28 Thread A. Pagaltzis
* James Cerra <[EMAIL PROTECTED]> [2005-05-28 04:00]: > > Nothing prevents anyone from writing a generator or pre- or > > postprocessor for Atom documents to cater to the needs of > > their particular brand of broken software. Wrangling that > > particular piece of broken software however is their

Re: atom, xslt processors (Re: atom:type, xsl:output)

2005-05-28 Thread Henri Sivonen
On May 28, 2005, at 04:54, James Cerra wrote: Aristotle, Henri Sivonen, Yes, but any Atom document MUST be processable from just an XML processor, an processor, A conforming xml-stylesheet processor will only act on the PI if it appears in the prolog. For this reason, it would be possib

atom, xslt processors (Re: atom:type, xsl:output)

2005-05-27 Thread James Cerra
Aristotle, Henri Sivonen, > > > Entities can be flattened. > > > > Again, as with comments, I agree in principle, but in practice > > some processors depend on them. > > I do not consider it at all wise to legislate anything in the > Atom spec to address these cases. That's probably a good ide