[uf-new] hAudio Test
martin at weborganics.co.uk
Fri May 11 15:47:09 PDT 2007
On Fri, 2007-05-11 at 19:07 +0100, Martin McEvoy wrote:
> On Fri, 2007-05-11 at 09:31 -0400, Manu Sporny wrote:
> > Scott Reynen wrote:
> > > On May 10, 2007, at 6:57 PM, Martin McEvoy wrote:
> > >
> > >> It would be nice if someone could say they get what I am trying to do or
> > >> that it doesn't make sense so comments and criticism are welcome.
> > >>
> > >> http://weborganics.co.uk/haudio
> > I agree with most of Scott's feedback. In addition:
> > > hcalendar is used to mark up published events.
> > We don't need something as heavyweight as hcalendar to mark up the
> > published date. The examples don't support the need for anything more
> > heavyweight than just 'published-date' with the use of a simple
> > datetime-design-pattern.
> > > <a href="#album" class="include"> - Fifty Million People Can't Be
> > > Wrong</a>
> > Why doesn't the text "- Fifty Million People Can't Be Wrong" show up on
> > the rendered HTML page?
> I hid it with the style sheet, class includes don't normally have text
> in the anchors but I'm not happy with that some how, people who tab
> around a lot like me just get empty meaningless links
> > Also note that implementation for hcollection parsers (what you are
> > proposing) is going to be complex.
> > The parsers will have to keep a global list of identifiers around and
> > map back to the tag after the entire page has been parsed. Perhaps it
> > would be cleaner if implemented like so:
> > <div id="album1" class="haudio hcollection">...</div>
> > ...
> > <div class="haudio">
> > <a href="#album1" class="collection-item"></a>
> > </div>
> much cleaner yes
> > Remember, though, the 'id=' approach has been argued against in the past:
> It has yes I dont think the class include pattern works without it?
Its supposed to reflect the class include method used in hresume the id
attribute is acceptable in this case, the hresume example is to save
time repeating n given-name family-name.
the reason I am using it is to link the item to a collection.
at the moment class include only works for links within a page so I had
to make sure a link to the collection was included
<div class="haudio hcollection">
<span class="contributor org">Boys Night Out</span><br />
**type here is used as the collection type**
**title here is used as the collection title**
href="http://www.downloadpunk.com/?webaction=AlbumDetail&albumid=13202">Fifty Million People Can't Be Wrong</a>
**this is the link to our collection**
big chunk of code right may be too much for parsers?
1 <a href="#album" class="collection-item"></a>
2 <a href="#album" class="include"></a>
are you sure this shouldn't be class include or is this a new method
I/we are proposing? the good thing about haudio is much of it is re used
from existing mF's
I believe item must be used a separate class so it can be used to
include information about the item I am adding to the collection e.g
in simple terms:
<div class="collection" id="s">
<span class="collection-title"><a class="url"
href="http://Stamps.com/album/">My Stamp Book</a></span>
<span class="item-title">Penny Black</span>
<a class="include" href="#s"></a>
I guess its more like a design pattern for collections of anything
I didnt use <object> because of the issues it causes
I don't think it is that intensive for parsers in a hresume you could
have 10 or more previous job titles, I haven't seen it cause any
problems when you use an <a> tag apart from this,
I have noticed these problems myself because I use the Tab key a lot, so
I put text in the anchor then I can see the link I am clicking
This is my attempt at trying to solve the collection issues, haudio cant
be finished until this is solved?
It is unclear to me if this is working, so you (Manu) and Scott and
anyone else will have to correct me if I'm wrong. :-) yes!
> > http://microformats.org/discuss/mail/microformats-new/2007-April/000202.html
> > -- manu
> > _______________________________________________
> > microformats-new mailing list
> > microformats-new at microformats.org
> > http://microformats.org/mailman/listinfo/microformats-new
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 2171 bytes
Desc: not available
Url : http://microformats.org/discuss/mail/microformats-new/attachments/20070511/5819671f/smime.bin
More information about the microformats-new