From a usability point of view I'm not totally convinced that it
really makes sense to offer a playtag link AND a direct url link the
the mp3 right next to each other when they largely duplicate each
other's function. I think it will confuse people to have both.

I had the exact same reaction... the playtagger is sweet but adoption could be hampered my a minor usability issue.

One possible solution would be the have the play button and song name text link perform the same function of playing inline. Then, have a smaller link next to that for "download" which serves as the direct url link.

Also, the direct url link could be optional and toggled via JavaScript variables for those who are inclined to make it a little more difficult for people to download their audio.

Lastly, I'm wondering if it could be extended so that only mp3 links with a rel attribute of "playtagger" would be formatted so that you can choose a la carte which mp3 links on a page are formatted instead of the current all or nothing model.

 I think it'd be a matter of adding to this line..

   if(o.href.match(/\.mp3$/i))

 ...to something like ...

   if(o.href.match(/\.mp3$/i) && o.rel == "playtagger")

 ... but I'm no JS whiz so this could be all wrong.

Come to think of it, the rel atttribute could also be used to toggle the direct url link which would be easier than using JavaScript variables since the include file markup wouldn't need to be extended.

Not sure if all that was clear... could mock something up if necessary.

TL


_______________________________________________
discuss mailing list
discuss@del.icio.us
http://lists.del.icio.us/cgi-bin/mailman/listinfo/discuss

Reply via email to