<?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"
	>
<channel>
	<title>Comments on: Microformats - Part 2: The Fundamental Types</title>
	<atom:link href="http://blog.mozilla.com/faaborg/2006/12/13/microformats-part-2-the-fundamental-types/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.mozilla.com/faaborg/2006/12/13/microformats-part-2-the-fundamental-types/</link>
	<description>User Experience Design at Mozilla</description>
	<pubDate>Sat, 05 Jul 2008 01:32:11 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>By: Mike</title>
		<link>http://blog.mozilla.com/faaborg/2006/12/13/microformats-part-2-the-fundamental-types/#comment-35196</link>
		<dc:creator>Mike</dc:creator>
		<pubDate>Fri, 15 Feb 2008 20:02:29 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mozilla.com/faaborg/2006/12/13/microformats-part-2-the-fundamental-types/#comment-35196</guid>
		<description>Very interesting thoughts and developments. I'm excited to see how this will turn out.

We (at ESRI) develop plentyful of georss feeds which definitely will turn into need for built-in geocast features - cool!!

About the icon itself: I also think that the US-centric worldview (as you have already stated in your blog) doesn't seem to be appropriate, but then again, once the globe icon is shrinked down to 16x16 pixels it might as well be Australia (same with the calendar). Probably the pictorial should be simplified. I like the feed and person who work very well. Unfortunately I haven't come up with anything better yet - but let you know if I do.

Thanks, great work!! Mike</description>
		<content:encoded><![CDATA[<p>Very interesting thoughts and developments. I&#8217;m excited to see how this will turn out.</p>
<p>We (at ESRI) develop plentyful of georss feeds which definitely will turn into need for built-in geocast features - cool!!</p>
<p>About the icon itself: I also think that the US-centric worldview (as you have already stated in your blog) doesn&#8217;t seem to be appropriate, but then again, once the globe icon is shrinked down to 16&#215;16 pixels it might as well be Australia (same with the calendar). Probably the pictorial should be simplified. I like the feed and person who work very well. Unfortunately I haven&#8217;t come up with anything better yet - but let you know if I do.</p>
<p>Thanks, great work!! Mike</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Lasuren</title>
		<link>http://blog.mozilla.com/faaborg/2006/12/13/microformats-part-2-the-fundamental-types/#comment-16160</link>
		<dc:creator>Lasuren</dc:creator>
		<pubDate>Tue, 09 Oct 2007 09:03:45 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mozilla.com/faaborg/2006/12/13/microformats-part-2-the-fundamental-types/#comment-16160</guid>
		<description>I am supported very strained like Firefox 3 the Microformat querying? We wait for it simply times.</description>
		<content:encoded><![CDATA[<p>I am supported very strained like Firefox 3 the Microformat querying? We wait for it simply times.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Le Sage</title>
		<link>http://blog.mozilla.com/faaborg/2006/12/13/microformats-part-2-the-fundamental-types/#comment-6570</link>
		<dc:creator>Le Sage</dc:creator>
		<pubDate>Thu, 14 Jun 2007 13:13:19 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mozilla.com/faaborg/2006/12/13/microformats-part-2-the-fundamental-types/#comment-6570</guid>
		<description>OK, contact, location, event. hCard² &#38; hCalendar. Right.
How about others (official ones) like hReview &#38; hResume? Is it planned to add them? Or is it definitely given up for Firefox3?</description>
		<content:encoded><![CDATA[<p>OK, contact, location, event. hCard² &amp; hCalendar. Right.<br />
How about others (official ones) like hReview &amp; hResume? Is it planned to add them? Or is it definitely given up for Firefox3?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: unyou</title>
		<link>http://blog.mozilla.com/faaborg/2006/12/13/microformats-part-2-the-fundamental-types/#comment-6050</link>
		<dc:creator>unyou</dc:creator>
		<pubDate>Tue, 05 Jun 2007 10:20:20 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mozilla.com/faaborg/2006/12/13/microformats-part-2-the-fundamental-types/#comment-6050</guid>
		<description>"Y’know, it shows Canada, Mexico and half of South America too  I would be very surprised if anyone actually complained."

Consider this post a complaint</description>
		<content:encoded><![CDATA[<p>&#8220;Y’know, it shows Canada, Mexico and half of South America too  I would be very surprised if anyone actually complained.&#8221;</p>
<p>Consider this post a complaint</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andy Wong</title>
		<link>http://blog.mozilla.com/faaborg/2006/12/13/microformats-part-2-the-fundamental-types/#comment-1430</link>
		<dc:creator>Andy Wong</dc:creator>
		<pubDate>Mon, 12 Mar 2007 05:03:01 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mozilla.com/faaborg/2006/12/13/microformats-part-2-the-fundamental-types/#comment-1430</guid>
		<description>From Alex
"Similar to the way Firefox handles search engines, microformat detection (and the associated applications) should be designed as a completely open and extensible platform. This framework should enable contact management, calendaring, and mapping applications to easily integrate with Firefox’s microformat detection system."

This is really excellent idea, not only solve the problems of overcrowed icons in web page, but also improve the interaction between web and desktop applications and other web applications. 

Really an information broker.

I am the lead programmer of a desktop contact management program. We always tried to improve the interaction between the desktop program and the web application. 

What Alex is going to do is really a good news.</description>
		<content:encoded><![CDATA[<p>From Alex<br />
&#8220;Similar to the way Firefox handles search engines, microformat detection (and the associated applications) should be designed as a completely open and extensible platform. This framework should enable contact management, calendaring, and mapping applications to easily integrate with Firefox’s microformat detection system.&#8221;</p>
<p>This is really excellent idea, not only solve the problems of overcrowed icons in web page, but also improve the interaction between web and desktop applications and other web applications. </p>
<p>Really an information broker.</p>
<p>I am the lead programmer of a desktop contact management program. We always tried to improve the interaction between the desktop program and the web application. </p>
<p>What Alex is going to do is really a good news.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mikel Maron</title>
		<link>http://blog.mozilla.com/faaborg/2006/12/13/microformats-part-2-the-fundamental-types/#comment-419</link>
		<dc:creator>Mikel Maron</dc:creator>
		<pubDate>Sat, 03 Feb 2007 12:05:18 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mozilla.com/faaborg/2006/12/13/microformats-part-2-the-fundamental-types/#comment-419</guid>
		<description>"For instance, even though geocasting is a cool idea, I don’t know of a single mapping application that currently supports RSS with a payload of geos"

Mapufacture.com supports GeoRSS, and will soon support RSS and XHTML containing Geo Microformats.

Really interesting stuff!</description>
		<content:encoded><![CDATA[<p>&#8220;For instance, even though geocasting is a cool idea, I don’t know of a single mapping application that currently supports RSS with a payload of geos&#8221;</p>
<p>Mapufacture.com supports GeoRSS, and will soon support RSS and XHTML containing Geo Microformats.</p>
<p>Really interesting stuff!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alex Faaborg</title>
		<link>http://blog.mozilla.com/faaborg/2006/12/13/microformats-part-2-the-fundamental-types/#comment-96</link>
		<dc:creator>Alex Faaborg</dc:creator>
		<pubDate>Thu, 04 Jan 2007 11:16:01 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mozilla.com/faaborg/2006/12/13/microformats-part-2-the-fundamental-types/#comment-96</guid>
		<description>&#62;Would the FF microformat database
&#62;be available to other desktop
&#62;applications?

Yes, but probably only to applications that communicate with an extension that the user has explicitly installed in Firefox.  If we opened up the database of contacts, locations and events to any application running on the desktop, we would essentially be enabling Spyware 2.0

&#62;If so, could you describe how a
&#62;desktop app might interact with
&#62;it?

None of this has been determined yet, but I would imagine microformats would be stored in history using Places:
http://wiki.mozilla.org/Places</description>
		<content:encoded><![CDATA[<p>&gt;Would the FF microformat database<br />
&gt;be available to other desktop<br />
&gt;applications?</p>
<p>Yes, but probably only to applications that communicate with an extension that the user has explicitly installed in Firefox.  If we opened up the database of contacts, locations and events to any application running on the desktop, we would essentially be enabling Spyware 2.0</p>
<p>&gt;If so, could you describe how a<br />
&gt;desktop app might interact with<br />
&gt;it?</p>
<p>None of this has been determined yet, but I would imagine microformats would be stored in history using Places:<br />
<a href="http://wiki.mozilla.org/Places" rel="nofollow">http://wiki.mozilla.org/Places</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kingsley Idehen</title>
		<link>http://blog.mozilla.com/faaborg/2006/12/13/microformats-part-2-the-fundamental-types/#comment-94</link>
		<dc:creator>Kingsley Idehen</dc:creator>
		<pubDate>Wed, 03 Jan 2007 21:42:10 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mozilla.com/faaborg/2006/12/13/microformats-part-2-the-fundamental-types/#comment-94</guid>
		<description>This is why RDF should note be taken out of FF :-) RDF is the model for handling these Data Spaces for which the Browser will aptly act as "Data", "Information", or "Knowledge" Broker. I make the distinction becuase: "Data is Data" and everything else is subjective :-)</description>
		<content:encoded><![CDATA[<p>This is why RDF should note be taken out of FF <img src='http://blog.mozilla.com/faaborg/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> RDF is the model for handling these Data Spaces for which the Browser will aptly act as &#8220;Data&#8221;, &#8220;Information&#8221;, or &#8220;Knowledge&#8221; Broker. I make the distinction becuase: &#8220;Data is Data&#8221; and everything else is subjective <img src='http://blog.mozilla.com/faaborg/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John Milan</title>
		<link>http://blog.mozilla.com/faaborg/2006/12/13/microformats-part-2-the-fundamental-types/#comment-83</link>
		<dc:creator>John Milan</dc:creator>
		<pubDate>Tue, 02 Jan 2007 23:18:21 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mozilla.com/faaborg/2006/12/13/microformats-part-2-the-fundamental-types/#comment-83</guid>
		<description>This looks great. Two questions:

1) Would the FF microformat database be available to other desktop applications?

2) If so, could you describe how a desktop app might interact with it? (IE. read only, some things updatable, must export data to a file, web service on localhost, etc).

Thanks! This is a great development.</description>
		<content:encoded><![CDATA[<p>This looks great. Two questions:</p>
<p>1) Would the FF microformat database be available to other desktop applications?</p>
<p>2) If so, could you describe how a desktop app might interact with it? (IE. read only, some things updatable, must export data to a file, web service on localhost, etc).</p>
<p>Thanks! This is a great development.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael Daconta</title>
		<link>http://blog.mozilla.com/faaborg/2006/12/13/microformats-part-2-the-fundamental-types/#comment-81</link>
		<dc:creator>Michael Daconta</dc:creator>
		<pubDate>Tue, 02 Jan 2007 18:56:20 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mozilla.com/faaborg/2006/12/13/microformats-part-2-the-fundamental-types/#comment-81</guid>
		<description>Alex, 
I think these are great ideas and look forward to downloading and experimenting with Operator.  This is exactly the type of innovation that will keep firefox way ahead of IE.  Interesting timing, since I was just pushed the new tabbed IE 7 at work, and I was wondering what Firefox would do for its next act.

One other possible idea would be to see if these microformats could refer (link) to each other.  Unless, of course, you already implemented that!  Thus, I could have my contact info refer to my work address which could refer to my work organization contact which could refer to a set of work-sponsored events ... etc.

Excellent work!

 - Mike</description>
		<content:encoded><![CDATA[<p>Alex,<br />
I think these are great ideas and look forward to downloading and experimenting with Operator.  This is exactly the type of innovation that will keep firefox way ahead of IE.  Interesting timing, since I was just pushed the new tabbed IE 7 at work, and I was wondering what Firefox would do for its next act.</p>
<p>One other possible idea would be to see if these microformats could refer (link) to each other.  Unless, of course, you already implemented that!  Thus, I could have my contact info refer to my work address which could refer to my work organization contact which could refer to a set of work-sponsored events &#8230; etc.</p>
<p>Excellent work!</p>
<p> - Mike</p>
]]></content:encoded>
	</item>
</channel>
</rss>
