XML.orgXML.org
FOCUS AREAS |XML-DEV |XML.org DAILY NEWSLINK |REGISTRY |RESOURCES |ABOUT
OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index]
Re: [APPS-REVIEW] Metalink XML Download Description Format (draft-bryan-metalink-01)

Anthony Bryan wrote:
> ...
>> One way out of that would by to "grab" special type names like "torrent",
>> and hardwire them. That should be ok as long as they can't collide with
>> registered names (thus no "/" allowed).
> 
> Great, thanks Julian! Thanks to the other people that mentioned this
> as well, it seems much cleaner & tightened up now. :)
> 
> Do I need to explicitly state no "/" allowed, or just know any that
> ones I'm defining can't be "/" ?

I'd say that types without "/" are reserved, and the only reserved value 
for now is "torrent".

> And would it be better to just allow the unofficial MIME type, instead
> of essentially creating an unofficial registry with one or a handful
> of entries? Or is MIME types plus hardwired entries better?
> ...

I think you'll see pushback once you start to make normative 
requirements related to unregistered mime types. So, you can also try to 
get a type registered, which of course would be the cleaner solution...

BR, Julian


[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index]


News | XML in Industry | Calendar | XML Registry
Marketplace | Resources | MyXML.org | Sponsors | Privacy Statement

Copyright 1993-2007 XML.org. This site is hosted by OASIS