[uf-discuss] hAtom draft

[David Janes]

It was a bug in the Almost Universal Microformat Parser. hatom:content, 
hatom:summary, hatom:contributor and hatom:author are all "opaque", meaning 
that searching for further hAtom content within that element should stop 
[1], exactly for this sort of situation. I've fixed it and posted the result 
[2].

Thanks for trying it out and finding this.

Regards, etc...
David

[1] http://microformats.org/wiki/hatom#Nesting_Rules
[2] http://tinyurl.com/a7uex

----- Original Message ----- 
From: "Benjamin Carlyle" <benjamincarlyle at optusnet.com.au>
To: "Microformats Discuss" <microformats-discuss at microformats.org>
Sent: Sunday, December 18, 2005 1:36 AM
Subject: Re: [uf-discuss] hAtom draft


> Hello,
>
> On Wed, 2005-11-23 at 04:02 -0500, David Janes -- BlogMatrix wrote:
>> Have at it:
>> http://microformats.org/wiki/hatom
>
> I'm not sure if this has been discussed already, but hAtom and hCalendar
> both contain a "summary" element. I have my blog formatted for hAtom,
> and some entries contain hCalendar data. I have a "content" node but no
> "summary" node in my entries, and when the almost universal microformat
> parser[1] reads my site it takes the hCalandar summary as my hAtom
> summary.
>
> What is the correct behaviour, here?
>
> For an example, see [2]. Look for the Newsletter 2005 entry.
>
> -- 
> Benjamin Carlyle <benjamincarlyle at optusnet.com.au>
> [1] http://www.trinityanne.com/tools/extract/
> [2] http://www.trinityanne.com/tools/extract/?uri=http%3A%2F%
> 2Fmembers.optusnet.com.au%2Fbenjamincarlyle%2Fbenjamin%2Fblog%
> 2F&microformat=hatom&submit=Submit
>
>