On Tue, 2007-08-07 at 19:31 +0000, Brian Suda wrote: > On 8/7/07, Scott Reynen <[EMAIL PROTECTED]> wrote: > > On Aug 7, 2007, at 11:44 AM, Martin McEvoy wrote: > > > > > Do you think the use of PHOTO may interfere with the hCard that is > > > already part of the hAudio proposal, Suppose I wanted to mark up my > > > hAudio hcard's with Photos of the band members? isn't that breaking > > > the > > > don't repeat yourself rule? > > --- like scott was saying, when developing the format, you can also > define the parsing rules. If you look at hReview, it uses hCards and > PHOTO. To disambinguate the two it is a matter of PHOTO inside an > hCard and PHOTO not inside an hCard. This is already something that > hReview deals with and that has been working pretty well so far. > > hReview is a good example, because it can use an hCard to be the thing > reviewed, and an hCard for the reviewer. So you have multiple FNs, > PHOTOs, all over the place and it manages to get sorted out just fine, > it is just a matter of parsing rules.
Right! Im afraid I am not an expert when it comes to parsing rules :) I'd just like to be happy that there wouldn't be any issues using PHOTO in hAudio, And I would like to be sure that PHOTO is an accurate term when describing an artistic representation or summary of a piece of Music. The more I think about it the more uncomfortable I am with using simply PHOTO it seems to fall short of what we are actually trying to describe, It seems like a very loose term? Martin > > -brian >
smime.p7s
Description: S/MIME cryptographic signature
_______________________________________________ microformats-new mailing list [email protected] http://microformats.org/mailman/listinfo/microformats-new
