This is what Toby A Inkster 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 someone provide me with a rea
There's documented XFN examples of next/prev here [1] though I'm not
sure what to make of the "officialness" of it. It would be cool this
was formally documented in a way that could be used across
microformats, though as Scott says in the -new mailing list.
Regards, etc...
David
[1]
http://micro
On [May 28], at [ May 28] 7:07 , André Luís wrote:
I always thought of rel="next" as a xfn-only thing.
I'm not seeing rel="next" in the XFN documentation. Unless I'm
missing something, it's not only not XFN-only, it's not XFN at all.
On [May 28], at [ May 28] 10:09 , André Luís wrote:
h
*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 bett
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 conce
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 :
http://www.w3.o
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]>:
> 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
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 betra
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 wh
> 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-
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 li
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
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 <[EMA
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
15 matches
Mail list logo
