<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: The Address Element</title>
	<atom:link href="http://html5doctor.com/the-address-element/feed/" rel="self" type="application/rss+xml" />
	<link>http://html5doctor.com/the-address-element/</link>
	<description>helping you implement HTML5 today</description>
	<lastBuildDate>Mon, 06 Feb 2012 20:26:52 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=</generator>
	<item>
		<title>By: Tchalvak</title>
		<link>http://html5doctor.com/the-address-element/#comment-21202</link>
		<dc:creator>Tchalvak</dc:creator>
		<pubDate>Thu, 05 Jan 2012 16:30:07 +0000</pubDate>
		<guid isPermaLink="false">http://html5doctor.com/?p=1051#comment-21202</guid>
		<description>Aw, and here I was scrolling through to the bottom in hope that the comment in the original article about there being address info in the footer would still be true.  But apparently not so much...</description>
		<content:encoded><![CDATA[<p>Aw, and here I was scrolling through to the bottom in hope that the comment in the original article about there being address info in the footer would still be true.  But apparently not so much&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jason Simone</title>
		<link>http://html5doctor.com/the-address-element/#comment-21189</link>
		<dc:creator>Jason Simone</dc:creator>
		<pubDate>Tue, 03 Jan 2012 23:29:54 +0000</pubDate>
		<guid isPermaLink="false">http://html5doctor.com/?p=1051#comment-21189</guid>
		<description>I&#039;ve been reading up on this element, but I can&#039;t locate a justification that pleases me regarding the restriction of this element to authorship information. Can someone clue me in?

In earlier specifications, I was always among the camp choosing to take the words &quot;address _may_ include&quot; from the specification more liberally. Admittedly, the new language in the HTML5 spec leave less wiggle room, by explicitly stating the element&#039;s intention: &quot;The address element provides contact information for a document or part of a document.&quot; I do however find the &quot;part of a document&quot; intriguing. Obviously, this could refer to a section of a page with alternate authorship, such as a multiple-author blog or a comment. 

However, it seems to make just as just as much semantic sense to me to use  to provide contact information for a document _not_ authored by the subject. For example, if I have a page about Stephen King, called Stephen King, how does it make any less sense to use  for his contact info? I&#039;ve found very little info about why such a restriction would be beneficial. Perhaps we should think carefully before stating that this approach is definitively &quot;the wrong way&quot;. If that is the W3C intention, however, then I may still exercise discretion in how closely I adhere to it...</description>
		<content:encoded><![CDATA[<p>I&#8217;ve been reading up on this element, but I can&#8217;t locate a justification that pleases me regarding the restriction of this element to authorship information. Can someone clue me in?</p>
<p>In earlier specifications, I was always among the camp choosing to take the words &#8220;address _may_ include&#8221; from the specification more liberally. Admittedly, the new language in the HTML5 spec leave less wiggle room, by explicitly stating the element&#8217;s intention: &#8220;The address element provides contact information for a document or part of a document.&#8221; I do however find the &#8220;part of a document&#8221; intriguing. Obviously, this could refer to a section of a page with alternate authorship, such as a multiple-author blog or a comment. </p>
<p>However, it seems to make just as just as much semantic sense to me to use  to provide contact information for a document _not_ authored by the subject. For example, if I have a page about Stephen King, called Stephen King, how does it make any less sense to use  for his contact info? I&#8217;ve found very little info about why such a restriction would be beneficial. Perhaps we should think carefully before stating that this approach is definitively &#8220;the wrong way&#8221;. If that is the W3C intention, however, then I may still exercise discretion in how closely I adhere to it&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Philip Jägenstedt</title>
		<link>http://html5doctor.com/the-address-element/#comment-17962</link>
		<dc:creator>Philip Jägenstedt</dc:creator>
		<pubDate>Fri, 07 Oct 2011 17:55:29 +0000</pubDate>
		<guid isPermaLink="false">http://html5doctor.com/?p=1051#comment-17962</guid>
		<description>Lijn, the situation is similar as with microformats. Microdata/microformats just embed the data, software is always required to get from that to an entry in your address book. I don&#039;t doubt that more tools are available for microformats, but it&#039;s actually slightly easier to parse microdata than microformats, for what it&#039;s worth.</description>
		<content:encoded><![CDATA[<p>Lijn, the situation is similar as with microformats. Microdata/microformats just embed the data, software is always required to get from that to an entry in your address book. I don&#8217;t doubt that more tools are available for microformats, but it&#8217;s actually slightly easier to parse microdata than microformats, for what it&#8217;s worth.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Lijn</title>
		<link>http://html5doctor.com/the-address-element/#comment-17883</link>
		<dc:creator>Lijn</dc:creator>
		<pubDate>Mon, 03 Oct 2011 13:59:53 +0000</pubDate>
		<guid isPermaLink="false">http://html5doctor.com/?p=1051#comment-17883</guid>
		<description>@Philip Jägenstedt Is there an example how to save the information from microdata in all kinds of addressbooks? Or is this ordinairy custom? ; ) It seems to me that microdata needs more scripting then microformats (I&#039;m refer to vcard..)? Or am I making a wrong mix of thoughts? Greetings</description>
		<content:encoded><![CDATA[<p>@Philip Jägenstedt Is there an example how to save the information from microdata in all kinds of addressbooks? Or is this ordinairy custom? ; ) It seems to me that microdata needs more scripting then microformats (I&#8217;m refer to vcard..)? Or am I making a wrong mix of thoughts? Greetings</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Conhecendo e usando a tag address &#124; Bernard De Luna</title>
		<link>http://html5doctor.com/the-address-element/#comment-13564</link>
		<dc:creator>Conhecendo e usando a tag address &#124; Bernard De Luna</dc:creator>
		<pubDate>Thu, 06 Jan 2011 17:00:16 +0000</pubDate>
		<guid isPermaLink="false">http://html5doctor.com/?p=1051#comment-13564</guid>
		<description>[...] e sim somente para informações desse tipo do autor da página (contato), como citado no html5doctor : The address element provides contact information for a document or part of a document. [...]</description>
		<content:encoded><![CDATA[<p>[...] e sim somente para informações desse tipo do autor da página (contato), como citado no html5doctor : The address element provides contact information for a document or part of a document. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ted DRAKE</title>
		<link>http://html5doctor.com/the-address-element/#comment-10926</link>
		<dc:creator>Ted DRAKE</dc:creator>
		<pubDate>Sun, 19 Sep 2010 17:56:42 +0000</pubDate>
		<guid isPermaLink="false">http://html5doctor.com/?p=1051#comment-10926</guid>
		<description>It looks like the address is inline. Can it wrap a definition list of contact information on a resume? Or would it be better to use an unordered list and place the address inside each list item, wrapping the the data?

the examples I&#039;ve seen are using spans and such to represent multiple values, not semantic tags.</description>
		<content:encoded><![CDATA[<p>It looks like the address is inline. Can it wrap a definition list of contact information on a resume? Or would it be better to use an unordered list and place the address inside each list item, wrapping the the data?</p>
<p>the examples I&#8217;ve seen are using spans and such to represent multiple values, not semantic tags.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Clearboth(Test Site) &#124; Blog &#124; 주소를 address 요소로 마크업하지 말라?</title>
		<link>http://html5doctor.com/the-address-element/#comment-5623</link>
		<dc:creator>Clearboth(Test Site) &#124; Blog &#124; 주소를 address 요소로 마크업하지 말라?</dc:creator>
		<pubDate>Sat, 19 Jun 2010 09:13:35 +0000</pubDate>
		<guid isPermaLink="false">http://html5doctor.com/?p=1051#comment-5623</guid>
		<description>[...] 출처 : http://html5doctor.com/the-address-element/ [...]</description>
		<content:encoded><![CDATA[<p>[...] 출처 : <a href="http://html5doctor.com/the-address-element/" rel="nofollow">http://html5doctor.com/the-address-element/</a> [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: HTML5&#8230;I am not digging it at all&#8230; &#124; jc-designs.net</title>
		<link>http://html5doctor.com/the-address-element/#comment-3546</link>
		<dc:creator>HTML5&#8230;I am not digging it at all&#8230; &#124; jc-designs.net</dc:creator>
		<pubDate>Tue, 11 May 2010 03:06:32 +0000</pubDate>
		<guid isPermaLink="false">http://html5doctor.com/?p=1051#comment-3546</guid>
		<description>[...] If you reaaally want to see how confused people are just on the address tag, go read and start laughing at the comments on this article. [...]</description>
		<content:encoded><![CDATA[<p>[...] If you reaaally want to see how confused people are just on the address tag, go read and start laughing at the comments on this article. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alexander Simoes: Journal &#8211; New Obsession: HTML 5</title>
		<link>http://html5doctor.com/the-address-element/#comment-3412</link>
		<dc:creator>Alexander Simoes: Journal &#8211; New Obsession: HTML 5</dc:creator>
		<pubDate>Sun, 02 May 2010 21:58:48 +0000</pubDate>
		<guid isPermaLink="false">http://html5doctor.com/?p=1051#comment-3412</guid>
		<description>[...] http://html5doctor.com/the-address-element/ [...]</description>
		<content:encoded><![CDATA[<p>[...] <a href="http://html5doctor.com/the-address-element/" rel="nofollow">http://html5doctor.com/the-address-element/</a> [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Articles</title>
		<link>http://html5doctor.com/the-address-element/#comment-3024</link>
		<dc:creator>Articles</dc:creator>
		<pubDate>Sat, 03 Apr 2010 23:36:23 +0000</pubDate>
		<guid isPermaLink="false">http://html5doctor.com/?p=1051#comment-3024</guid>
		<description>Thanks for the codes handy</description>
		<content:encoded><![CDATA[<p>Thanks for the codes handy</p>
]]></content:encoded>
	</item>
</channel>
</rss>

