Re: [uf-discuss] Rationale for providing hAtom instead of Atom/RSS feeds

2008-05-28 Thread Bob Jonkman
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

RE: [uf-discuss] Rationale for providing hAtom instead of Atom/RSSfeeds

2008-05-28 Thread Glenn Jones
I did some experiments a while back which you may find interesting. It's a XFN parser which can spider pages following rel=next. http://lab.backnetwork.com/xfnpagination/ One of the more basic issues when using the web as an API is finding a method to interact with data split across multiple pa

Re: [uf-discuss] Rationale for providing hAtom instead of Atom/RSS feeds

2008-05-28 Thread David Janes
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

[uf-discuss] Re: Request for help from screen reader users from the BBC

2008-05-28 Thread Belov, Charles
Hope this helps, Charles Belov SFMTA Webmaster -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Wednesday, May 28, 2008 6:51 AM To: microformats-discuss@microformats.org Subject: microformats-discuss Digest, Vol 36, Issue 13 Sen

Re: [uf-discuss] Rationale for providing hAtom instead of Atom/RSS feeds

2008-05-28 Thread Scott Reynen
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

Re: [uf-discuss] Rationale for providing hAtom instead of Atom/RSS feeds

2008-05-28 Thread André Luís
*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

Re: [uf-discuss] Rationale for providing hAtom instead of Atom/RSS feeds

2008-05-28 Thread James Aylett
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

Re: [uf-discuss] Rationale for providing hAtom instead of Atom/RSS feeds

2008-05-28 Thread Mark Ng
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

Re: [uf-discuss] Rationale for providing hAtom instead of Atom/RSS feeds

2008-05-28 Thread André Luís
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

Re: [uf-discuss] Request for help from screen reader users from the BBC

2008-05-28 Thread Alasdair King
Hi Michael, I'm sorry, I didn't mean to imply any mendacity on your part. I'm fully appreciative and admiring of the BBC's long-term support for accessibility, including BETSIE, informal support for my BBC-using programs, and use of accessibility features like skiplinks. That said, I recognise the

Re: [uf-discuss] Rationale for providing hAtom instead of Atom/RSS feeds

2008-05-28 Thread Mark Ng
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

Re: [uf-discuss] Rationale for providing hAtom instead of Atom/RSS feeds

2008-05-28 Thread André Luís
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

Re: [uf-discuss] Request for help from screen reader users from the BBC

2008-05-28 Thread Michael Smethurst
Thanks benjamin I had a quiet day lined up. Looks like I'll be subscribing to mailing list now ;-) On 24/5/08 12:42, "Benjamin Hawkes-Lewis" <[EMAIL PROTECTED]> wrote: > Frances Berriman wrote: >> I realise I mentioned this URL in the last thread I was active on, but >> I wanted to bring this t

Re: [uf-discuss] Rationale for providing hAtom instead of Atom/RSS feeds

2008-05-28 Thread Brian Suda
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

Re: [uf-discuss] Rationale for providing hAtom instead of Atom/RSS feeds

2008-05-28 Thread Mark Ng
> 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-

[uf-discuss] Rationale for providing hAtom instead of Atom/RSS feeds

2008-05-28 Thread Toby A Inkster
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