[uf-new] hAudio implemented on Bitmunk (with one snag)

[Mike Kaply]

OK, let's try a different example:

<a class="fn url" href="http://www.yahoo.com">Michael <img
src="foo.jpg" alt="Aaron"> Kaply</a>

Mike Kaply



On 7/9/07, Andy Mabbett <andy at pigsonthewing.org.uk> wrote:
> On Mon, July 9, 2007 13:37, Mike Kaply wrote:
> > On 7/8/07, Andy Mabbett <andy at pigsonthewing.org.uk> wrote:
> >
> >> In message <46914B85.4040903 at digitalbazaar.com>, Manu Sporny
> >> <msporny at digitalbazaar.com> writes
>
>
> >>> if we have this:
>
> >>> Download:
> >>> <a href="http://my.site.com/download/3847293">
> >>> <img src="/images/cool_download_button.png"/>
> >>> </a>
>
> >>> How do we present this option to a human being in a non-web-page UI?
>
> >> The HTML is invalid, lacking the alt attribute which should fix this
> >> problem.
>
> > Actually the alt attribute WON'T fix this problem. Because the
> > microformat attribute is on the anchor tag, not the image. Microformats
> > grab the text in the tag. They only grab the image alt text if the
> > microformat class is on the image itself. Here's a different example:
> >
> > <a class="fn url" href="http://www.yahoo.com"><img src="foo.jpg"
> > alt="Mike Kaply"></a>
> >
> > I realize this is a little contrived, but you get the idea.
>
> > In this case, the fn is empty.
>
> My argument is that the fn should /not/ be empty; the "alt" attribute
> contains the text equivalent of the image. To discount it as you suggest
> is to ignore the semantics of the mark-up presented to you.
>
> --
> Andy Mabbett
> ** via webmail **
>
> _______________________________________________
> microformats-new mailing list
> microformats-new at microformats.org
> http://microformats.org/mailman/listinfo/microformats-new
>