At 12:55 PM 5/23/95 -0400, Valdis(_dot_)Kletnieks(_at_)vt(_dot_)edu wrote:
On Mon, 22 May 1995 11:05:02 EDT, you said:
The IESG has received a request to consider "A Chemical Primary Content
Type for Multipurpose Internet Mail Extensions"
<draft-rzepa-chemical-mime-type-01.txt> as a Proposed Standard. This is
not the product of an IETF Working Group.
I hereby propose that a better way to address this issue would be as follows:
1) Create a new primary content-type 'Structured/'. This would be a
generic category, similar to Application/, but with a few minor
distinctions. The Application/ tree does not specify a structure, but
the subtype specifies what you feed the file to. Structured/ would
specify a structure, but not any specific program. For instance,
Postscript only really makes sense if fed to a Postscript interpreter,
whereas the various 'chemical' types could be fed into a wide array of
different processing programs.
2) Register a set of subtypes under the Structured/ tree, such as
Structured/Chemical-cxf, Structured/chemical-mif, Structured/Renderman,
and so on..
This would give the Chemical/ people essentially what they wanted, and
only require one more top-level type. The semantics of dealing with
unrecognized Structured/Wombat types is well understood, so that part
is not a major issue - only the addition of Structured/ once, after which
we can all go out for a <insert beverage here>...
It would seem to me that if Structured/chemical-mif were created then
Application/EDIFACT|x12 should be changed to Structured//EDIFACT|x12
So what makes the chemical people different from the EDI people. I don't