Hi James,


On Nov 29, 2006, at 5:16 PM, James M Snell wrote:



== Status ==

Proposed

== Rationale ==

The fact that one media type is used for both Feed and Entry documents
has repeatedly come up as a problem on more than one occasion.


I took that to refer to the problem I saw (doing an additional check on the root element) but Mark's comment made me realize that this is to small of a problem to warrant the media type separation of something so
tied together, IMO.

Are there other problems you had in mind when writing the Pace?

Thanks,

Jan

P.S. Actually, I think that Atom is a real good example to demonstrate that media types mean more than single XML
document types.




We have
an opportunity to fix this problem now.

== Proposal ==

Add to Section 6.1

{{{
Atom Entry Documents are identified with the "application/atomentry +xml"
media type (See section 15).
}}}

Renumber existing section 15.3 to 15.4

Insert..

{{{
15.3 Content-type registration for 'application/atomentry+xml'

   MIME media type name:  application
   MIME subtype name:  atomentry+xml
   Mandatory parameters:  None.
   Optional parameters:
"charset": This parameter has semantics identical to the charset parameter of the "application/xml" media type as specified in
         [RFC3023].
Encoding considerations: Identical to those of "application/ xml" as
      described in [RFC3023], Section 3.2.
   Security considerations:  As defined in this specification.
      In addition, as this media type uses the "+xml" convention, it
shares the same security considerations as described in [RFC3023],
      Section 10.
   Interoperability considerations:  RFC 4287 registers the
      application/atom+xml Content-Type for both Atom Feed and Entry
      Documents.  For Atom Entry Documents, the use of the
      application/atom+xml type should be avoided.
   Published specification:  This specification.
   Applications that use this media type:  No known applications
      currently use this media type.

   Additional information:

   Magic number(s):  As specified for "application/xml" in [RFC3023],
      Section 3.2.
   File extension:  .atomentry
   Fragment identifiers:  As specified for "application/xml" in
      [RFC3023], Section 5.
   Base URI:  As specified in [RFC3023], Section 6.
   Macintosh File Type code:  TEXT
   Person and email address to contact for further information:
     This specification's author(s)
   Intended usage:  COMMON
   Author/Change controller:  IESG
}}}

== Impacts ==


== Notes ==

----

CategoryProposals



Reply via email to