On Tue, 2007-08-07 at 09:50 +0000, Brian Suda wrote: > On 8/6/07, Martin McEvoy <[EMAIL PROTECTED]> wrote: > > On Sun, 2007-08-05 at 22:39 -0400, Manu Sporny wrote: > > > The full issue description can be found on the audio-info-issues page: > > > > > > http://microformats.org/wiki/audio-info-issues#image-summary_Property > > > > > > hAudio ISSUE #1: > > > > > > image-summary - This is a small graphic image that summarizes the audio > > > piece. There are several other formats that already use the PHOTO > > > property, including hCard and hReview. This has potential to collapse > > > and remove image-summary. > > > > > > Possible Solutions > > > > > > 1. Use PHOTO instead. > > > > > > I think we should go with Brian's suggestion and use PHOTO instead of > > > image-summary. If you are involved in hAudio (or want to be), please > > > give the list an "AGREE/+1" or disagree with a line of reasoning. > > > > > > -- manu > > > > Disagree > > > > Photo or Logo is not a correct description of what may be potentially a > > work of art eg, > > --- i think this is splitting hairs, at the end of the day, this is a > representation of the actual Art, Photo, Painting, etc. Applications > are called "PhotoShop". "iPhoto", etc. even though they are not always > indexing or editing JUST photos. Re-using PHOTO keeps us from > inventing more and more terms. > > Also, the current spec says that this MUST use an <img>, i would say > this should be changed to SHOULD, not MUST. There could be cases were > you might want to simply give the URL to the image or use an AREA or > OBJECT element. Or possibly use other elements in RSS. We should avoid > mandating how/where to encoding specific microformat properties.
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? Thanks Martin > > -brian >
smime.p7s
Description: S/MIME cryptographic signature
_______________________________________________ microformats-new mailing list [email protected] http://microformats.org/mailman/listinfo/microformats-new
