[uf-discuss] RSS/Atom to XHTML in Flock's Feed View
Chris Messina
chris.messina at gmail.com
Sat Feb 11 17:19:22 PST 2006
So we've silently released the precursor to what will become Flock 0.6
on the hourly build page:
http://tinderbox.flock.com/builds
If you download a build (trash your profile if you're already a Flock
user -- ask me how if you're not sure how) and visit a page with a
feed, click the RSS icon in the urlbar and you'll see what I'm trying
to fix up. Basically we convert the feed to XHTML and I have no idea
who did the current theme, but let's just say that there's no sign of
microformats...
Since this has the potential to really set the baseline for
feeds-to-XHTML in browsers, I'd like to get this fixed before the
louder 0.6/0.7 releases.
Anyway, let me know if you have questions! Thanks,
Chris
On 2/10/06, Benjamin Carlyle <benjamincarlyle at optusnet.com.au> wrote:
> On Wed, 2006-02-01 at 13:03 -0600, Scott Reynen wrote:
> > On Feb 1, 2006, at 10:00 AM, Chris Messina wrote:
> > > Are there examples in
> > > the wild of RSS/Atom conversions into hAtom?
> > Luke Arno is working on it in XSLT, having already gone the other way:
> > http://lukearno.com/projects/hAtom/
>
> "Working on" may be too strong a word. We (Robert Bachmann and I)
> haven't heard from Luke since before Christmans, and Robert is hosting
> the current version of Luke's hAtom2Atom.xsl project. No doubt we'll
> hear from Luke again soon, but in the interim I think Chris will still
> require some separate help.
>
> I originally did not think such a transform would be useful, but it
> could be an interesting project. The main variable to consider is
> exactly what you want your output html to look like. Is it just a div
> for the hfeed with divs for each entry inside? How will you format the
> summary and content blocks? How will you layout information about
> authors and the like?
>
> hAtom2Atom.xsl has simple constrained requirements with somewhat tricky
> parsing and processing. Atom2hAtom.xsl will have fairly simple parsing
> and processing, but more complicated and subjective requirements.
>
> --
> Benjamin Carlyle <benjamincarlyle at optusnet.com.au>
>
> _______________________________________________
> microformats-discuss mailing list
> microformats-discuss at microformats.org
> http://microformats.org/mailman/listinfo/microformats-discuss
>
More information about the microformats-discuss
mailing list