[whatwg] Feed autodiscovery draft may be resurrected
James M Snell
jasnell at gmail.com
Mon Nov 5 11:08:09 PST 2007
The type attribute indicates the kind of document being referenced,
<link rel="service" type="application/atomsvc+xml" href="..." />
Because some clients (like windows live writer) support multiple
protocols, we add a class="preferred" to our service link to indicate
which link the server prefers the client to use ,
<link rel="service" class="preferred"
type="application/atomsvc+xml" href="..." />
Beyond that it's completely undefined... which, of course, is not a good
thing. We need a standard or at least documented-and-commonly-used
solution to this problem.
Ian Hickson wrote:
> On Mon, 5 Nov 2007, James M Snell wrote:
>> Just as an example, Windows Live Writer uses the service link to
>> discover the location of the Atompub service document; which it then
>> uses to configure itself to interact with one or more Atompub
>> For instance, in IBM's internal blogging environment, any employee can
>> have one or more blogs. When they use WLW, rather than manually
>> configuring the client for each individual blog, they can simply point
>> WLW to what we call the "dashboard" at http://blogs.tap.ibm.com/weblogs.
>> WLW will get that page, look for the service link, get the service
>> document, and automatically pull out the blogs that user can edit.
> Ok, but how does it know that it's an Atompub service document, as opposed
> to a FooBar service API? Is the "type" attribute required, or...? (And if
> so, does this mean that you can only have one type per api, and one api
> per type?)
More information about the whatwg