[uf-discuss] hResume and object-based include
steve at ganz.name
Sun Jun 11 18:11:11 PDT 2006
I think we all agree that using the <address> element is certainly the most
semantically appropriate element to use when marking up a document author's
The question is whether or not using <address> as the parent element for the
author's hCard is a SHOULD or a MUST in hResume. As Angus mentions, it poses
a problem because the <address> element is an inline element and thus only
accepts inline elements as children.
In the hResume draft, it is written:
* contact info. required. <address> + hCard.
* contact:: Current contact info. The <address> with hCard.
Does the above mean an hResume author MUST use the <address> element to mark
up the authors hCard?
In my hResume (http://steve.ganz.name/hresume/), I've chosen to mark up only
the "adr" portion of my hCard with the <address> element. It is most
important for me to use the <h1> element to mark up my "fn" and "n", so I've
placed that outside of the <address> element and am using a <div> for the
parent hCard. So while this is valid XHTML, is it valid hResume?
On Monday, June 12, 2006 Brian Suda wrote
> Maybe i can clear-up abit of confusion,
> There is an element in HTML called "ADDRESS" it is
> confusing to what that actually means.
> According to the W3C it is:
> The ADDRESS element may be used by authors to supply contact
> information for a document or a major part of a document such
> as a form. This element often appears at the beginning or end
> of a document.
> So when we use that in conjunction with hResume, it is the
> contact information for the person whom the resume
> represents. So when we mention ADDRESS+hCard we are intending
> <address class="vcard">
> <!-- the rest of your hcard here -->
> The semantics Address does not mean class="adr", it means
> contact info.
> I hope this helps clear-up a few things, the hCard FAQ has
> abit more information about <address>, we should start an FAQ
> page for hResume, any takers?
>  - http://www.w3.org/TR/html401/struct/global.html#edef-ADDRESS
>  - http://microformats.org/wiki/hcard-faq
>  - http://microformats.org/wiki/hresume-faq
> On 6/11/06, Steve Ganz <steve at ganz.name> wrote:
> > On Jun 11, 2006, at 11:18 PM, Angus McIntyre wrote:
> > > Finally, one other point: would it make sense to consider
> > > something other than <address> + vcard (i.e. <div> + vcard +
> > > contact) for the contact information on a resume.
> > > <address> is quite constraining for markup purposes: you
> can't put
> > > an <h1> or a <div> inside an <address>, for instance, which means
> > > that you're pretty much limited to <span>. You then have
> the choice
> > > of either using CSS to make your various <span> elements block
> > > rather than inline, or larding your markup with <br />. Neither
> > > solution really appeals.
> > >
> > Hi Angus,
> > In the hResume draft, I belive the intent of "contact info.
> > <address> + hCard" is to specify that using hCard for
> contact info is
> > required. Ryan can confirm this, but AFAIK, you do not have
> to use the
> > <address> element for marking up the adr microformat in
> your hCard in
> > hResume. What matters is the class of "adr", not the element you
> > choose. See the sample in the adr specification:
> > FWIW, this is how I've marked up my hCard in my hResume at
> > http://steve.ganz.name/hresume/:
> > <div class="vcard">
> > <h1 class="fn n" id="name"><a class="url"
> > rel="me"><span class="given-name">Steve</span> <span
> > class="family-name">Ganz</span></a></h1>
> > <address class="adr">
> > <span class="street-address">1409 La Terrace Circle</span>
> > <span class="locality">San Jose</span>, <abbr class="region"
> > title="California">CA</abbr> <span class="postal-code">95123</span>
> > </address>
> > <div class="tel"><abbr class="type" title="cell">Mobile:</abbr>
> > <abbr class="value" title="+14082308134">408-230-8134</abbr></div>
> > <div class="email"><abbr class="type"
> title="email">Email:</abbr> <a
> > href="mailto:steve at ganz.name"
> class="value">steve at ganz.name</a></div>
> > </div>
> > Thanks,
> > Steve
> > _______________________________________________
> > microformats-discuss mailing list
> > microformats-discuss at microformats.org
> > http://microformats.org/mailman/listinfo/microformats-discuss
> brian suda
> microformats-discuss mailing list
> microformats-discuss at microformats.org
More information about the microformats-discuss