[uf-discuss] more hatom rambling - detection
David Janes -- BlogMatrix
davidjanes at blogmatrix.com
Wed Jun 21 06:22:47 PDT 2006
That looks about right! I.e. hentry elements belong to the
closest-ancestor hfeed element, otherwise they belong to the implicit
feed for the page.
This could probably be clarified for 0.2.
The meaning of nested hfeeds is not defined but interesting
possibilities abound.
Regards, etc...
David
Dimitri Glazkov wrote:
> Chris,
>
> How about this:
>
> * look for hentry
> * if found, traverse ancestors to see if there's an hfeed
> ** if found, add hfeed to list of feeds
> ** otherwise, add page to list of feeds, stop looking for hfeeds
> * repeat
>
> :DG<
>
> On 6/20/06, Chris Casciano <chris at placenamehere.com> wrote:
>>
>> Let me continue my hatom spec/issue rambling by piggy backing on the
>> recent hcard detection / class "hijacking" thread...
>>
>> Given [1]:
>>
>> "the Feed element is optional and, if missing, is assumed to be the
>> page"
>>
>> What are the rules for detecting that an hatom feed exists in a page?
>> Like the other thread, I'm thinking less about the context of actually
>> parsing the document with an hatom capable parser, but more in the
>> detection context where you may have some other application (browser or
>> plugin) detecting that the feed exists and preparing to hand off the
>> document to another (feed reading) application.
>>
>>
>> [1] http://microformats.org/wiki/hatom#Feed
More information about the microformats-discuss
mailing list