[uf-new] item property (was: hAudio: audio-title/album-title vs. recording/album)

Julian Stahnke julian at julianstahnke.com
Sun Oct 14 11:49:33 PDT 2007


> "Track" is familiar and common.  I believe I'd even recommended its  
> use at one time.  However, it's nothing more than a distortion of  
> meaning through popular usage -- "tracks" in a vinyl record  
> (similar to the use of "patch" for electronic musical  
> instrumentation stemming from the days of patch cables).  The CD  
> industry picked up this term as well as it replies to physical  
> sectors on the disc itself.  However, there is no "track" in data  
> and we should eliminate an unnecessary literal abstraction (one  
> that will eventually require explanation) by calling it as such.   
> So, as unfamiliar as it is to my ears, I recommend "item" for this  
> role.

I second that. Item is better in my opinion. Imagine you mark up the  
different movements of classical music or something like that. Would  
you call them track? (Well, maybe you would, but, uh, anyway ;)) Or  
implement another movement property? Or parts of speeches, stuff like  
that.

I know I’ve been in favour of track just a couple of days ago, but I  
didn’t see the implications of this. I vote for item. Would also be  
nice to have as a generic container microformat, as mentioned here  
before.


More information about the microformats-new mailing list