André Luís wrote:
What is the rationale for providing an hAtom feed on a page for
content that is also syndicated via a real Atom or RSS feed?
Can someone provide me with a real use case?
One idea that I've been playing with is removing a page's Atom feed,
and replacing it with something
2008/5/28 André Luís [EMAIL PROTECTED]:
Can someone provide me with a real use case?
One good use case is a API of sorts for historical information. A
news site, for example, normally only gives you RSS/Atom for, lets
say, the last week. hAtom provides structure for data older than
that-
2008/5/28, Mark Ng [EMAIL PROTECTED]:
2008/5/28 André Luís [EMAIL PROTECTED]:
Can someone provide me with a real use case?
--- someone else can confirm the details, but sites like technorati
(and/or google/yahoo!) crawl the HTML pages and attempt to use
heuristics to determine what the
Thanks everyone. I'll try to reply to every comment individually.
(removed original comments to keep it short)
David: I wasn't suggesting replacing atom/rss... I wanted to ask for
use-cases or motivation to markup content that is also available
through atom/rss feeds with hatom. My English
2008/5/28 André Luís [EMAIL PROTECTED]:
Mark Ng: Whoa! Never thought of that... it would be cool if there was
a way to paginate hatom feeds like xfn with rel=next. Is there?
You just described it yourself ;). I'm not sure whether anyone is
already doing it that way though.
Mark
I guess I did. :) I always thought of rel=next as a xfn-only thing.
Maybe rel=next could be made a recommendation to establish links
between pages containing streams of uf's. Generically. This is very
infinite-loop-prone, though. Parsers could allow following that
stream or not. I don't see
2008/5/28 André Luís [EMAIL PROTECTED]:
I guess I did. :) I always thought of rel=next as a xfn-only thing.
Maybe rel=next could be made a recommendation to establish links
between pages containing streams of uf's. Generically. This is very
It's already part of HTML :
On Wed, May 28, 2008 at 02:07:29PM +0100, André Luís wrote:
Maybe rel=next could be made a recommendation to establish links
between pages containing streams of uf's. Generically.
HTML defines rel='next' [1] in terms of the relationship between the
HTML documents. There's a semantic concern
*smacks forehead*
Of course! Makes perfect sense. Why not extend this to other formats?
hatom, rel=hfeed next
hcalendar, rel=hcalendar next
Since both formats have a root node to encapsulate several
hentry|vevent, it would be (AFAIK) semantically correct.
It would allow parsers to do a better
This is what Toby A Inkster microformats-discuss@microformats.org said
about [uf-discuss] Rationale for providin on 28 May 2008 at 8:49
André Luís wrote:
What is the rationale for providing an hAtom feed on a page for
content that is also syndicated via a real Atom or RSS feed?
Can
Hello everyone,
I've been preparing a presentation (in Portuguese) to help colleagues
from work adopt and embrace microformats fully. So far I'm really
enjoying doing it but I have come upon some doubts about hatom that I
hope some of you can help me with.
Here it goes.
What is the rationale for
hAtom is microformat for adding semantic information to HTML
microcontent, identifying information such as the content, summary,
author, title and so forth.
It is not and never has been intended to replace Atom or RSS feeds.
Regards, etc...
David
On Tue, May 27, 2008 at 5:30 PM, André Luís
2008/5/28 André Luís [EMAIL PROTECTED]:
Can someone provide me with a real use case?
http://msdn.microsoft.com/en-us/library/cc304073(VS.85).aspx
--
Zhang, Zhen
http://www.lunaticsun.com ( in Chinese only )
___
microformats-discuss mailing list
13 matches
Mail list logo
