[uf-new] renaming work-title to fn in hAudio (was: An argument against 'fn' in hAudio)

Martin McEvoy martin at weborganics.co.uk
Wed May 9 11:04:30 PDT 2007


On Wed, 2007-05-09 at 18:55 +0100, Martin McEvoy wrote:
> On Wed, 2007-05-09 at 11:17 -0500, David Janes wrote:
> > On 5/9/07, Scott Reynen <scott at makedatamakesense.com> wrote:
> > > On May 9, 2007, at 9:57 AM, Martin McEvoy wrote:
> > >
> > > > fn is good for the artist but not their art? as you would have two fn
> > > > properties in one haudio.
> > >
> > > This is a parsing issue with a solution, so it shouldn't influence
> > > our choice of markup.  Specifically, a solution is for parsers to
> > > recognize the context, i.e. hCard vs. hAudio, and apply the FN to the
> > > correct context.
> > 
> > Exactly. For example, in hAtom "entry-title" can appear many times
> > within a single "hfeed" -- the trick being, of course, the
> > intermediary "hentry" nodes the distinguishes between them.
> > 
> > Regards, etc...
> > 
> 
> hmm but haudio is the equivilent of a "hentry" its designed to fit into
> whatever may be hMedia , hentry only has one "entry-title" I guess
> haudio may be a little misleading as a name maybe It should be called
> vmedia or something.

"maybe It should be called vmedia or something"

can I withdraw that last statement.

sorry
Martin.
> 
> Martin.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 2171 bytes
Desc: not available
Url : http://microformats.org/discuss/mail/microformats-new/attachments/20070509/f716a31b/smime.bin


More information about the microformats-new mailing list