Re: Addendum to the new <audio> tag.

Actually the itext tag is exactly what I was shooting for. Some minor
additions I'd like are:

 Add an onload and onunload event to each <itext> so that a given set of
text could trigger a js function
 The concept of multi-classing  category attributes so you could have
lyrics, karaoke and annotations on a given video
 The concept of enabling and disabling by class so I can display some, none
or all of my lyrics, karaoke or annotations
 The ability to subclass categories so that I can have two separate sets of
the same category so that I can have multiple "commentary" tracks or perhaps
the clean and dirty version of karaoke song.

Thanks for pointing out the itext proposal.  It's an excellent start!

Mike




On Mon, Aug 10, 2009 at 1:35 AM, Silvia Pfeiffer
<silviapfeiffer1@gmail.com>wrote:

> I am curious to hear more details from you on this proposal.
>
> Would <time> be outside or inside the <video> tag? What would be
> inside the <time> tag? Would it essentially be a <p> or <div> tag with
> text and start/end times?
>
> How is your proposal different to the proposal of <itext> as proposed
> here: https://wiki.mozilla.org/Accessibility/HTML5_captions or is this
> essentially what you are after?
>
> Cheers,
> Silvia.
>
>
> On Mon, Aug 10, 2009 at 12:23 PM, m s<m@mikesimon.com> wrote:
> > While reviewing some documentation on the audio and video tags, I
> realized
> > there might be a useful additional tag that could be added that would
> help
> > annotate the audio or video.  Instead of a <p> tag containing the text
> of
> > the audio or video, consider a <time> tag. This would help developers
> > bookmark specific sections of the audio or video, and function as an SAP
> > channel for video for close captioning.
> >
> > Thanks
> >
> > Mike Simon
> > m@mikesimon.com
> >
>