On Nov 5, 2006, at 10:56 AM, Siegfried Gipp wrote:
Am Sonntag, 5. November 2006 13:59 schrieb Chris Casciano:
I think I've also seen this behavior desired quite a bit more with
hcard then I have with hcalendar... where you will often have the
hcard container element spanning a fair amount of textual content.
Sometimes the footer element, sometimes some copy with URLs that
really shouldn't be attached to the user directly, and sometimes just
a lot of 'random' stuff (use case of the authors card in a footer
wrapping other meta info like rel="license", links to the validator
or software apps home page.. or even text linked keyword advertising
links). Though that might not be the optimal markup, I would push
back strongly against assuming any more meaning to a link that
doesn't have any explicit attributes.
Well at least the meaning of a link _is_ that it contains a url in
its href
attribute. This is the basic meaning of a link, without any further
markup,
any class or id or other attributes. It is already specified that way.
As for class="url" vs. class="alternate" I'm not sure the value in
It's not really "versus". The meanings and purposes are different.
I'm still looking for the meaning of alternate as well in these
cases, because i haven't quite figured out what its an alternate to/of.
that vs. multiple instances of "url". Is there a parsing issue or
translation issue into one of the external formats that this would
help along? It sounds useful and certainly adds more meaning on the
markup side, but I'm not sure how it helps once the item has been
imported or extracted.
The problem shows up, if you have a hCard or vEvent record
containing more
than one link, and only one of these links is really related to
that record,
the others are, as cou called it, random data. Well, i think, that
such a
hCard or vEvent record, from the beginning of the container marked
with
class="hcard" resp. class="vevent" up to the end of that container
should
only contain data relevant for the hCard or vEvent record, plus
just filling
material.
But that's a very bad assumption given real world content and markup
-- and that it is a bad assumption (and a worse rule) is at the heart
of my desire to keep with the current class="url" requirement. Often
the class="hcard" may be placed on a parent container for a variety
of reasons both semantically and otherwise.
I will get into examples if I have to (though the wiki has plenty of
cases of copyright or action links (download, map, etc)... But before
I go that route let me jump back to 40k feet and see if I can get you
to see if we're on the same page with the "legitimacy" of the use of
class="vcart on the block elements containing *all* of the text in
these examples.
EXAMPLE 1:
http://chunkysoup.net/
Chris Casciano has been working in the web industry since 1997, and
currently makes his living as a freelance web developer. He also runs
Place Name Here and contributes to the Web Standards Project.
EXAMPLE 2:
http://24ways.org/advent/practical-microformats-with-hcard
Drew McLellan is a web developer, author and no-good swindler from
just outside London, England. At the Web Standards Project he works
on press, strategy and tools. Drew keeps a personal weblog covering
web development issues and themes.
EXAMPLE 3:
http://www.finds.org.uk/
The British Museum, Great Russell Street, London WC1B 3DG |
Disclaimer | Privacy Policy | © 2006
E: [EMAIL PROTECTED] T: +44 (0)20 7323 8611
The question: if I simply wrapped each of the above cases in <address
class="author vcard"></address> and linked the "obvious" links with
class="url" (emails, personal web sites, etc) but nothing else would
that be a "good" hcard semantically? How about if I also linked some
of the other content such as "disclaimer" or "© 2006" or linked
"London, England"or "Great Russell Street" to google maps? should
those links be attached to the contact information or simply be left
with the raw content? What if I wanted to explain what a web
developer was by linking to wikipedia? that's certainly fine by
semantic hypertext standards, but its not contact information. So am
I wrong for wrapping the entire line a container with class="vcard"
or do we infact need some method of explicitly stating what <a href>s
are (or are not) part of that contact information?
And these are simple example of quite compact content. Look at cases
like flickr or linked in profiles where there is quite a lot of data
about a person being displayed but as a result the "hcard" specific
elements are scattered about the entire page (or a large portion of
it).. Those cases must have a way to separate the "hcard" specific
email addresses, urls, etc from the many, many other links in the
body of the containing element (FLICKR: friends profiles, group list,
"change information", "testimonials" are all between the block with
name and location and the other block with contact / email address)
--
[ Chris Casciano ]
[ [EMAIL PROTECTED] ] [ http://placenamehere.com ]
_______________________________________________
microformats-discuss mailing list
[email protected]
http://microformats.org/mailman/listinfo/microformats-discuss
