On 9/17/05, <b class="gmail_sendername">Tantek Çelik</b> <<a href="mailto:tantek@cs.stanford.edu">tantek@cs.stanford.edu</a>> wrote:<div><span class="gmail_quote"></span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
On 9/17/05 12:54 PM, "Luke Arno" <<a href="mailto:luke.arno@gmail.com">luke.arno@gmail.com</a>> wrote:<br><br>> I am trying to get my head around microformats still.<br><br>Hi Luke, welcome to the list!
<br><br><br>> I asked this already but I think it got lost in the previous thread.<br>><br>> Does it make sense to do this:<br>><br>> <atom:link<br>> atom:rel="contact"<br>> atom:href="
<a href="http://examle.org/hCard.html">http://examle.org/hCard.html</a>"<br>> atom:type="text/xhtml"/><br><br>I believe you don't actually need the namespace qualifiers on the<br>attributes, since the attributes belong to the element rather than the
<br>global atom namespace. Also, text/xhtml is not a registered mimetype AFAIK.<br><br><atom:link<br> rel="contact"<br> href="<a href="http://example.org/hCard.html">http://example.org/hCard.html</a>"
<br> type="text/html" /></blockquote><div><br>
That _was_ a poor and hastily composed example. <blush/><br>
</div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Now, that being said,<br><br>I'm not sure what you're trying to express with that link.
<br><br>I.e. what content problem are you trying to solve?<br><br>Are you trying to state that you consider the person represented by<br><a href="http://example.org/hCard.html">http://example.org/hCard.html</a> to be a "contact"?
<br><br>If so, then yes, that could make sense.</blockquote><div><br>
Yes. I am toying with the idea of including social network info via XFN into atom feeds. <br>
</div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">> As a side note, has there been considerations of using the IANA registry for
<br>> rel values.<br><br>Not yet, but it's a reasonable proposal to consider.<br><br>To date, W3C has kept the "canonical" list of rel values. They're adding a<br>few in XHTML2, e.g. rel="profile", which we're thinking of making explicit
<br>even independent of XHTML2 (i.e. before it progresses all the way to REC).</blockquote><div><br>
Cool. That is much nicer than the head@profile thing (and makes sense in <br>
more types of documents). <br>
</div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">E.g. in your above example, in order to explicitly indicate that you were<br>using the XFN
1.1 profile to define the rel="contact" value, you could<br>include the following:<br><br><atom:link rel="profile" href="<a href="http://gmpg.org/xfn/11">http://gmpg.org/xfn/11</a>" /></blockquote>
<div><br>
Ah, yes. That is it.<br>
</div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">> Could prefixing help avoid conflicts going forward (rel="<br>> xfn.contact
"?)<br><br>If conflicts were a real problem to worry about. Certainly for experimental<br>values, or odd values for very specialized applications, one might want to<br>consider some form of prefixing to discourage both premature adoption, and
<br>adoption outside the particular uses you are thinking of. But for general<br>purpose 80/20 applications, we have found that such prefixes are<br>unnecessary/undesirable and nothing but syntactic vinegar that are to be
<br>avoided.</blockquote><div><br>
I see your point. I suppose it would run counter to the spirit of microformats.<br>
</div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">> Like I said, I am just trying to get my head around this.<br><br>Once again, welcome Luke. Keep asking good questions.
</blockquote><div><br>
Thank you (and Ryan King) for the welcome. This is very exciting stuff.<br>
<br>
- Luke<br>
</div></div>