In particular, see [1] Regards, etc...
[1] http://microformats.org/wiki/hatom#Entry_Author On 9/21/06, David Janes <[EMAIL PROTECTED]> wrote:
Just specifiy an author for the page in an <address> block and you're set. Regards, etc... On 9/21/06, Andy Mabbett <[EMAIL PROTECTED]> wrote: > In message <[EMAIL PROTECTED]>, Matthew > Levine <[EMAIL PROTECTED]> writes > > >On Sep 21, 2006, at 12:52 PM, Andy Mabbett wrote: > > > >> Would there be any mileage in a microformat for marking-up each entry, > >> so that they could be extracted by user-agents, and so that third- > >> party utilities could compile RSS feeds (or indeed do other things > >>with > >> them)? > > >Take a look at the hAtom draft. This should fit your needs. > > Thank you, but if you look at: > > http://www.westmidlandbirdclub.com/new.htm > > (or the other examples I provided) you can see that (unless I've > misunderstood the spec) hAtom seems to be overkill. > > There's no "author" on each entry, which is a requirement for hAtom - > nor can I see why there should be, since every entry on the page has the > same author. > > There is no headline/ entry pair; just a single piece of text describing > the change. > > All I need to include, to convey my content, is: > > <body class="whatsnew"> [1] > > <h1 class="author vcard"> > <span class="fn org">[Orgasnition name]</span> > </h1> > > [...] > > <tr class="new-item"> [2] > <th scope="row" class="hcalendar> > <abbr class="dtstart" title="YYDDMM">[date]</th> > > <td class="description"> [3] > <a class="url" href="[URL]">Blah blah</a> > </td> > </tr> > > with multiple table rows. > > > [1] or class="feed", or whatever; if not <body>, could be a <div> > > [2] or "entry" ? > > [3] or "entry-content" ? > -- > Andy Mabbett > Say "NO!" to compulsory ID Cards: <http://www.no2id.net/> > > Free Our Data: <http://www.freeourdata.org.uk> > _______________________________________________ > microformats-discuss mailing list > [email protected] > http://microformats.org/mailman/listinfo/microformats-discuss >
_______________________________________________ microformats-discuss mailing list [email protected] http://microformats.org/mailman/listinfo/microformats-discuss
