[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: reason for application/iotp-xml (was RE: Registration of MIME med ia type APPLICATION/IOTP)
- To: "Scott Lawrence" <lawrence@xxxxxxxxxxx>
- Subject: Re: reason for application/iotp-xml (was RE: Registration of MIME med ia type APPLICATION/IOTP)
- From: Keith Moore <moore@xxxxxxxxxx>
- Date: Sun, 12 Mar 2000 12:16:38 -0500
- Cc: "Dan Kohn" <dan@xxxxxxxxxxxxx>, "'Keith Moore'" <moore@xxxxxxxxxx>, ietf-822@xxxxxxx, ietf-xml-mime@xxxxxxx, ietf-types@xxxxxxxx, "Martin J. Duerst" <duerst@xxxxxx>, "MURATA Makoto" <muraw3c@xxxxxxxxxxxxx>, ned.freed@xxxxxxxxxxxx, "Donald E. Eastlake 3rd" <dee3@xxxxxxxxxxxxxxxxxx>
- In-reply-to: Your message of "Sun, 12 Mar 2000 12:24:08 EST." <>
- List-archive: <http://www.imc.org/ietf-xml-mime/mail-archive/>
- List-id: <ietf-xml-mime.imc.org>
- List-unsubscribe: <mailto:ietf-xml-mime-request@imc.org?body=unsubscribe>
- Sender: owner-ietf-xml-mime@xxxxxxxxxxxx
> the notion of something useful being possible with an arbitrary
> 'video/foo' type that my application doesn't understand just doesn't
> fly.
yes, but it does seem fairly common to have a "universal video tool" that
understands most video formats - perhaps even formats that the MIME
reader doesn't know about. having such a tool as the default handler
for video/* allows your MIME reader to play video clips even when the
specific video/ type isn't registered with it. similarly for audio/*.
presumably such tools would work with XML-based video and audio formats
also, if such ever became popular.