<?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 for Mozilla Labs</title>
	<atom:link href="http://blog.mozilla.org/labs/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.mozilla.org/labs</link>
	<description>Updates from the edge of the Web</description>
	<lastBuildDate>Wed, 17 Apr 2013 16:28:24 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.5.1</generator>
	<item>
		<title>Comment on Introducing TowTruck: A Collaboration Service For Every Website by Arul shaji</title>
		<link>http://blog.mozilla.org/labs/2013/04/introducing-towtruck/#comment-14158</link>
		<dc:creator>Arul shaji</dc:creator>
		<pubDate>Wed, 17 Apr 2013 16:28:24 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mozilla.org/labs/?p=9022#comment-14158</guid>
		<description><![CDATA[Wow Mozilla is again and again proving it is a legend in internet world, with its new features. I love Mozilla and am addict for it. Happy to read about this new feature.]]></description>
		<content:encoded><![CDATA[<p>Wow Mozilla is again and again proving it is a legend in internet world, with its new features. I love Mozilla and am addict for it. Happy to read about this new feature.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on New Tab Site Suggestions by Edward Lee</title>
		<link>http://blog.mozilla.org/labs/2012/11/new-tab-site-suggestions/#comment-14082</link>
		<dc:creator>Edward Lee</dc:creator>
		<pubDate>Sun, 04 Nov 2012 16:07:05 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mozilla.org/labs/?p=8932#comment-14082</guid>
		<description><![CDATA[Nice catch. I&#039;ve fixed the link on AMO. Thanks!]]></description>
		<content:encoded><![CDATA[<p>Nice catch. I&#8217;ve fixed the link on AMO. Thanks!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on New Tab Site Suggestions by martin</title>
		<link>http://blog.mozilla.org/labs/2012/11/new-tab-site-suggestions/#comment-14081</link>
		<dc:creator>martin</dc:creator>
		<pubDate>Sun, 04 Nov 2012 07:39:29 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mozilla.org/labs/?p=8932#comment-14081</guid>
		<description><![CDATA[The link to this blog entry on the addon page (&quot;About this Add-on&quot;) is broken. Clearly it&#039;s not 2013, but 2012. :-D]]></description>
		<content:encoded><![CDATA[<p>The link to this blog entry on the addon page (&#8220;About this Add-on&#8221;) is broken. Clearly it&#8217;s not 2013, but 2012. <img src='http://blog.mozilla.org/labs/wp-includes/images/smilies/icon_biggrin.gif' alt=':-D' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on New Tab Site Suggestions by Edward Lee</title>
		<link>http://blog.mozilla.org/labs/2012/11/new-tab-site-suggestions/#comment-14080</link>
		<dc:creator>Edward Lee</dc:creator>
		<pubDate>Sat, 03 Nov 2012 08:10:58 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mozilla.org/labs/?p=8932#comment-14080</guid>
		<description><![CDATA[Absolutely. There are many sources of information within Firefox that can help understand the user&#039;s context. An old Prospector experiment looked into displaying suggested links to open tabs based on the pages that you frequently open at a certain time on certain days. One of the original use cases was to open up wiki meeting pages in preparation for a meeting -- very similar to your example of opening news or comics at a regular time on week days.

If Firefox understood your context, which is even more important on portable computers such as laptops and especially smartphones, there are so many things Firefox could do to improve your experience. And potentially even more interesting is if that type of information could be used on web sites in a privacy protected manner.]]></description>
		<content:encoded><![CDATA[<p>Absolutely. There are many sources of information within Firefox that can help understand the user&#8217;s context. An old Prospector experiment looked into displaying suggested links to open tabs based on the pages that you frequently open at a certain time on certain days. One of the original use cases was to open up wiki meeting pages in preparation for a meeting &#8212; very similar to your example of opening news or comics at a regular time on week days.</p>
<p>If Firefox understood your context, which is even more important on portable computers such as laptops and especially smartphones, there are so many things Firefox could do to improve your experience. And potentially even more interesting is if that type of information could be used on web sites in a privacy protected manner.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on New Tab Site Suggestions by Caspy7</title>
		<link>http://blog.mozilla.org/labs/2012/11/new-tab-site-suggestions/#comment-14079</link>
		<dc:creator>Caspy7</dc:creator>
		<pubDate>Sat, 03 Nov 2012 07:05:53 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mozilla.org/labs/?p=8932#comment-14079</guid>
		<description><![CDATA[If we&#039;re going to do client-side analysis why don&#039;t we use the current time + visit frequency together to anticipate likely destinations?

Joe gets home from work around 5:15pm every day.  After arriving he usually checks a particular news site and web comic.
Maybe he checks the news site frequently so it already has a high frecency rating, but the humor site is a once a day web comic so it doesn&#039;t have as high a rating.  But we can easily determine that on weekdays, during the 5 o&#039;clock hour Joe is very likely to visit that comic.  So when he opens a new tab it is suggested at the top of the list.

Joe spends a good chunk of time on work related sites, but after work they&#039;re the last things he wants to think about, so their lack of visits after 5 actually downgrade their suggestion priority during that time period.
He also checks the weather before going to bed (around 10:30) and a sports website on Saturday mornings.

These are all patterns we should be able to analyze &amp; anticipate.  And just like with the location bar, patterns are updated as new ones arrive (e.g. students during the school year vs the summer).

Actually, now that I think about it, this behavior may also be applicable in the location bar too.]]></description>
		<content:encoded><![CDATA[<p>If we&#8217;re going to do client-side analysis why don&#8217;t we use the current time + visit frequency together to anticipate likely destinations?</p>
<p>Joe gets home from work around 5:15pm every day.  After arriving he usually checks a particular news site and web comic.<br />
Maybe he checks the news site frequently so it already has a high frecency rating, but the humor site is a once a day web comic so it doesn&#8217;t have as high a rating.  But we can easily determine that on weekdays, during the 5 o&#8217;clock hour Joe is very likely to visit that comic.  So when he opens a new tab it is suggested at the top of the list.</p>
<p>Joe spends a good chunk of time on work related sites, but after work they&#8217;re the last things he wants to think about, so their lack of visits after 5 actually downgrade their suggestion priority during that time period.<br />
He also checks the weather before going to bed (around 10:30) and a sports website on Saturday mornings.</p>
<p>These are all patterns we should be able to analyze &amp; anticipate.  And just like with the location bar, patterns are updated as new ones arrive (e.g. students during the school year vs the summer).</p>
<p>Actually, now that I think about it, this behavior may also be applicable in the location bar too.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on about:trackers &#8211; Protecting Shared Firefox Data by Edward Lee</title>
		<link>http://blog.mozilla.org/labs/2012/10/about-trackers-protecting-shared-firefox-data/#comment-14039</link>
		<dc:creator>Edward Lee</dc:creator>
		<pubDate>Mon, 22 Oct 2012 16:37:15 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mozilla.org/labs/?p=8881#comment-14039</guid>
		<description><![CDATA[Glad to hear that about:trackers able to do a good job for the quick proof-of-concept I put together. :) The expectations for the add-on shouldn&#039;t be too high because it was created mainly to spark some ideas on the types of terms and policies Mozilla can set to help users control their data.]]></description>
		<content:encoded><![CDATA[<p>Glad to hear that about:trackers able to do a good job for the quick proof-of-concept I put together. <img src='http://blog.mozilla.org/labs/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' />  The expectations for the add-on shouldn&#8217;t be too high because it was created mainly to spark some ideas on the types of terms and policies Mozilla can set to help users control their data.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on about:trackers &#8211; Protecting Shared Firefox Data by Dwight Stegall</title>
		<link>http://blog.mozilla.org/labs/2012/10/about-trackers-protecting-shared-firefox-data/#comment-14033</link>
		<dc:creator>Dwight Stegall</dc:creator>
		<pubDate>Sun, 21 Oct 2012 14:04:50 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mozilla.org/labs/?p=8881#comment-14033</guid>
		<description><![CDATA[It does a pretty good job, but the Ghostery addon is way better.]]></description>
		<content:encoded><![CDATA[<p>It does a pretty good job, but the Ghostery addon is way better.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on about:trackers &#8211; Protecting Shared Firefox Data by Edward Lee</title>
		<link>http://blog.mozilla.org/labs/2012/10/about-trackers-protecting-shared-firefox-data/#comment-14015</link>
		<dc:creator>Edward Lee</dc:creator>
		<pubDate>Fri, 19 Oct 2012 18:45:15 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mozilla.org/labs/?p=8881#comment-14015</guid>
		<description><![CDATA[@tom In regards to better targeting, I think we&#039;re in total agreement that users would most likely want personalized content than random content, or at least easy access to personalized content. If Firefox were to expose a web API for any web site to use, even my own personal blog could easily show a brand new visitor a list of blog posts that the visitor might be interested in after after reading the current blog post. Then hopefully the visitor finds more interesting posts and becomes a regular reader.]]></description>
		<content:encoded><![CDATA[<p>@tom In regards to better targeting, I think we&#8217;re in total agreement that users would most likely want personalized content than random content, or at least easy access to personalized content. If Firefox were to expose a web API for any web site to use, even my own personal blog could easily show a brand new visitor a list of blog posts that the visitor might be interested in after after reading the current blog post. Then hopefully the visitor finds more interesting posts and becomes a regular reader.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on about:trackers &#8211; Protecting Shared Firefox Data by Edward Lee</title>
		<link>http://blog.mozilla.org/labs/2012/10/about-trackers-protecting-shared-firefox-data/#comment-14014</link>
		<dc:creator>Edward Lee</dc:creator>
		<pubDate>Fri, 19 Oct 2012 18:34:28 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mozilla.org/labs/?p=8881#comment-14014</guid>
		<description><![CDATA[@tom Sorry if I didn&#039;t make it clear in the post; the context of this experiment is looking at how Firefox is helping users share their data while still being in control of how that data is used. The add-on is to help start a discussion about ways to give users control, and one very simple idea that was easy to implement was to not need cookies in exchange for the data.

This was building off an idea from the previous post:
https://blog.mozilla.org/labs/2012/10/improving-firefox-with-locally-analyzed-data/

Where if users were to carry around their profile in Firefox, a site might not even need the user to log in (using cookies) to do personalization. Every time the user visits the site, it can automatically customize to the user&#039;s newest interests.]]></description>
		<content:encoded><![CDATA[<p>@tom Sorry if I didn&#8217;t make it clear in the post; the context of this experiment is looking at how Firefox is helping users share their data while still being in control of how that data is used. The add-on is to help start a discussion about ways to give users control, and one very simple idea that was easy to implement was to not need cookies in exchange for the data.</p>
<p>This was building off an idea from the previous post:<br />
<a href="https://blog.mozilla.org/labs/2012/10/improving-firefox-with-locally-analyzed-data/" rel="nofollow">https://blog.mozilla.org/labs/2012/10/improving-firefox-with-locally-analyzed-data/</a></p>
<p>Where if users were to carry around their profile in Firefox, a site might not even need the user to log in (using cookies) to do personalization. Every time the user visits the site, it can automatically customize to the user&#8217;s newest interests.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on about:trackers &#8211; Protecting Shared Firefox Data by tom jones</title>
		<link>http://blog.mozilla.org/labs/2012/10/about-trackers-protecting-shared-firefox-data/#comment-14013</link>
		<dc:creator>tom jones</dc:creator>
		<pubDate>Fri, 19 Oct 2012 17:09:31 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mozilla.org/labs/?p=8881#comment-14013</guid>
		<description><![CDATA[&quot;about:trackers will gradually block sites that would have been able to see you across too many other web sites. &quot;

i understand that this is a Labs project, and this is all experimental and opt-in at the moment, but i don&#039;t like the standard you are setting with this move. if something like this ever comes to Firefox proper, and by default Firefox starts blocking some tracking and advertising dollars, how is this better than Microsoft turning DNT: 1 by default for IE users?

how do you know it&#039;s in the user&#039;s interest _not_ to be tracked? has anyone, ever, anywhere, shown some _actual_ harm to any one user from ad tracking?

what if users like more targeted instead of random ads for things they are not interested in? what if users actually _like_ for (free) websites they are visiting to earn a living, even if it&#039;s through targeted ads (a pretty plausible assumption in my book, as they have already chosen to visit the website).

(and not to mention giving users a false sense of security, when the more insidious, invisible and undetectable tracking through browser fingerprinting can&#039;t even be stopped, not using this, nor any other measure)


again, i understand you are not doing that right now, but it looks like that&#039;s the direction you are heading in, and i don&#039;t think it&#039;s good for the health of the free and open internet..]]></description>
		<content:encoded><![CDATA[<p>&#8220;about:trackers will gradually block sites that would have been able to see you across too many other web sites. &#8221;</p>
<p>i understand that this is a Labs project, and this is all experimental and opt-in at the moment, but i don&#8217;t like the standard you are setting with this move. if something like this ever comes to Firefox proper, and by default Firefox starts blocking some tracking and advertising dollars, how is this better than Microsoft turning DNT: 1 by default for IE users?</p>
<p>how do you know it&#8217;s in the user&#8217;s interest _not_ to be tracked? has anyone, ever, anywhere, shown some _actual_ harm to any one user from ad tracking?</p>
<p>what if users like more targeted instead of random ads for things they are not interested in? what if users actually _like_ for (free) websites they are visiting to earn a living, even if it&#8217;s through targeted ads (a pretty plausible assumption in my book, as they have already chosen to visit the website).</p>
<p>(and not to mention giving users a false sense of security, when the more insidious, invisible and undetectable tracking through browser fingerprinting can&#8217;t even be stopped, not using this, nor any other measure)</p>
<p>again, i understand you are not doing that right now, but it looks like that&#8217;s the direction you are heading in, and i don&#8217;t think it&#8217;s good for the health of the free and open internet..</p>
]]></content:encoded>
	</item>
</channel>
</rss>
