<?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 Benjamin Stover</title>
	<atom:link href="http://stechz.com/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://stechz.com</link>
	<description></description>
	<lastBuildDate>Thu, 18 Aug 2011 03:36:24 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
	<item>
		<title>Comment on Brainstorm session: what would you like writing tests to look like? by Atul</title>
		<link>http://stechz.com/2011/brainstorm-session-what-would-you-like-writing-tests-to-look-like/comment-page-1/#comment-16149</link>
		<dc:creator>Atul</dc:creator>
		<pubDate>Thu, 18 Aug 2011 03:36:24 +0000</pubDate>
		<guid isPermaLink="false">http://stechz.com/?p=381#comment-16149</guid>
		<description>Thanks for blogging about this and quoting yourself, I wouldn&#039;t have run across it otherwise since I don&#039;t read dev.planning. :)
I definitely agree with the emotional feeling of using the tools being crucial to being a happy developer. I was talking to Diane Loviglio about this a few months ago and she seemed very interested in getting the User Research team involved in making this easier--e.g. by doing qualitative user studies on new developers trying to contribute to Firefox, observing the major pain points and areas of confusion they run into, and helping us figure out the best way to make developing Firefox easier, both for current contributors and future ones.</description>
		<content:encoded><![CDATA[<p>Thanks for blogging about this and quoting yourself, I wouldn&#8217;t have run across it otherwise since I don&#8217;t read dev.planning. :)</p>
<p>I definitely agree with the emotional feeling of using the tools being crucial to being a happy developer. I was talking to Diane Loviglio about this a few months ago and she seemed very interested in getting the User Research team involved in making this easier&#8211;e.g. by doing qualitative user studies on new developers trying to contribute to Firefox, observing the major pain points and areas of confusion they run into, and helping us figure out the best way to make developing Firefox easier, both for current contributors and future ones.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Evolution of the web by Peter Bengtsson</title>
		<link>http://stechz.com/2011/evolution-of-the-web/comment-page-1/#comment-15749</link>
		<dc:creator>Peter Bengtsson</dc:creator>
		<pubDate>Tue, 09 Aug 2011 18:20:26 +0000</pubDate>
		<guid isPermaLink="false">http://stechz.com/?p=373#comment-15749</guid>
		<description>From a mortal user&#039;s perspective...
DNS was a huge improvement on IP addresses for usability. Google is a huge improvement on DNS. URL is already quite insignificant and the next thing after Google will make it even more insignificant.</description>
		<content:encoded><![CDATA[<p>From a mortal user&#8217;s perspective&#8230;<br />
DNS was a huge improvement on IP addresses for usability. Google is a huge improvement on DNS. URL is already quite insignificant and the next thing after Google will make it even more insignificant.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Evolution of the web by Atul</title>
		<link>http://stechz.com/2011/evolution-of-the-web/comment-page-1/#comment-15723</link>
		<dc:creator>Atul</dc:creator>
		<pubDate>Tue, 09 Aug 2011 00:42:52 +0000</pubDate>
		<guid isPermaLink="false">http://stechz.com/?p=373#comment-15723</guid>
		<description>Great post, Ben.
Gavin, that&#039;s an interesting point, and the first argument I&#039;ve seen that actually helps me understand why UX designers have implemented what they did. I&#039;m still not sure I agree with the change--I much prefer a &quot;graying out&quot; of the protocol when it&#039;s HTTP to help people learn how to read them, rather than pretending it doesn&#039;t exist and is therefore a completely different thing from any other kind of URL, while also breaking expectations for copy/paste.
That said, I&#039;ve heard a lot of rumblings around the Valley about how &quot;users don&#039;t understand URLs&quot;, and I assumed that this was the first step in their eventual extinction. It&#039;s good to know that we don&#039;t want URLs to die off, but I do wonder what the ultimate answer to Ben&#039;s question is. Part of the reason that URLs don&#039;t work well on mobile in particular seems to be because they&#039;re really hard to type and really hard to read in their entirety on such a small screen--so I too wonder what will replace them, and whether they&#039;ll be as transparent and hackable as the URL.</description>
		<content:encoded><![CDATA[<p>Great post, Ben.</p>
<p>Gavin, that&#8217;s an interesting point, and the first argument I&#8217;ve seen that actually helps me understand why UX designers have implemented what they did. I&#8217;m still not sure I agree with the change&#8211;I much prefer a &#8220;graying out&#8221; of the protocol when it&#8217;s HTTP to help people learn how to read them, rather than pretending it doesn&#8217;t exist and is therefore a completely different thing from any other kind of URL, while also breaking expectations for copy/paste.</p>
<p>That said, I&#8217;ve heard a lot of rumblings around the Valley about how &#8220;users don&#8217;t understand URLs&#8221;, and I assumed that this was the first step in their eventual extinction. It&#8217;s good to know that we don&#8217;t want URLs to die off, but I do wonder what the ultimate answer to Ben&#8217;s question is. Part of the reason that URLs don&#8217;t work well on mobile in particular seems to be because they&#8217;re really hard to type and really hard to read in their entirety on such a small screen&#8211;so I too wonder what will replace them, and whether they&#8217;ll be as transparent and hackable as the URL.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Evolution of the web by Gavin Sharp</title>
		<link>http://stechz.com/2011/evolution-of-the-web/comment-page-1/#comment-15719</link>
		<dc:creator>Gavin Sharp</dc:creator>
		<pubDate>Mon, 08 Aug 2011 23:14:29 +0000</pubDate>
		<guid isPermaLink="false">http://stechz.com/?p=373#comment-15719</guid>
		<description>I don&#039;t think the removal of the protocol is an example of the URL moving towards extinction. I think it&#039;s an important step in making URLs more relevant to people, thus ensuring their continued existence in the &quot;real world&quot;. &quot;Normal users&quot; (caution: vague generalization based on anecdotal evidence!)  prefer &quot;Twitter&quot; to &quot;http://twitter.com/&quot; partially because of density of relevant information - &quot;http://&quot; and &quot;/&quot; are not relevant to them and don&#039;t have any semantic value - they&#039;re just noise. Removing that noise from the URL displayed in the location bar increases the URL&#039;s utility.</description>
		<content:encoded><![CDATA[<p>I don&#8217;t think the removal of the protocol is an example of the URL moving towards extinction. I think it&#8217;s an important step in making URLs more relevant to people, thus ensuring their continued existence in the &#8220;real world&#8221;. &#8220;Normal users&#8221; (caution: vague generalization based on anecdotal evidence!)  prefer &#8220;Twitter&#8221; to &#8220;http://twitter.com/&#8221; partially because of density of relevant information &#8211; &#8220;http://&#8221; and &#8220;/&#8221; are not relevant to them and don&#8217;t have any semantic value &#8211; they&#8217;re just noise. Removing that noise from the URL displayed in the location bar increases the URL&#8217;s utility.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Writing browser chrome mochitests by Robert Strong</title>
		<link>http://stechz.com/2011/writing-browser-chrome-mochitests/comment-page-1/#comment-11671</link>
		<dc:creator>Robert Strong</dc:creator>
		<pubDate>Fri, 29 Apr 2011 00:49:49 +0000</pubDate>
		<guid isPermaLink="false">http://stechz.com/?p=336#comment-11671</guid>
		<description>There is also &#039;do_register_cleanup&#039; for xpcshell-tests. For mochitest chrome I use code in a utility js file to accomplish the same end result and since the tests are ordered I have a cleanup test that runs after all other tests that makes damn sure and well everything is cleaned up. Since I have to install several add-ons for my app update tests I also have a single install add-on function that checks if the add-ons are installed for each test instead if installing them and the uninstalling them for each test.</description>
		<content:encoded><![CDATA[<p>There is also &#8216;do_register_cleanup&#8217; for xpcshell-tests. For mochitest chrome I use code in a utility js file to accomplish the same end result and since the tests are ordered I have a cleanup test that runs after all other tests that makes damn sure and well everything is cleaned up. Since I have to install several add-ons for my app update tests I also have a single install add-on function that checks if the add-ons are installed for each test instead if installing them and the uninstalling them for each test.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Bugzilla Happy URLs by Matěj Cepl</title>
		<link>http://stechz.com/2011/bugzilla-happy-urls/comment-page-1/#comment-10725</link>
		<dc:creator>Matěj Cepl</dc:creator>
		<pubDate>Thu, 07 Apr 2011 08:29:10 +0000</pubDate>
		<guid isPermaLink="false">http://stechz.com/?p=313#comment-10725</guid>
		<description>This has been part of my https://fedorahosted.org/bugzilla-triage-scripts/ for almost two years.</description>
		<content:encoded><![CDATA[<p>This has been part of my <a href="https://fedorahosted.org/bugzilla-triage-scripts/" rel="nofollow">https://fedorahosted.org/bugzilla-triage-scripts/</a> for almost two years.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Bugzilla Happy URLs by AndersH</title>
		<link>http://stechz.com/2011/bugzilla-happy-urls/comment-page-1/#comment-10721</link>
		<dc:creator>AndersH</dc:creator>
		<pubDate>Thu, 07 Apr 2011 06:57:27 +0000</pubDate>
		<guid isPermaLink="false">http://stechz.com/?p=313#comment-10721</guid>
		<description>Sounds like something that should, and easily could, be fixed on the server side.</description>
		<content:encoded><![CDATA[<p>Sounds like something that should, and easily could, be fixed on the server side.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Bugzilla Happy URLs by Tony Mechelynck</title>
		<link>http://stechz.com/2011/bugzilla-happy-urls/comment-page-1/#comment-10710</link>
		<dc:creator>Tony Mechelynck</dc:creator>
		<pubDate>Thu, 07 Apr 2011 01:46:38 +0000</pubDate>
		<guid isPermaLink="false">http://stechz.com/?p=313#comment-10710</guid>
		<description>I see. Well, I lost my bet. Restartless addons work on SeaMonkey, but not if they use specific Jetpack technology.</description>
		<content:encoded><![CDATA[<p>I see. Well, I lost my bet. Restartless addons work on SeaMonkey, but not if they use specific Jetpack technology.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Bugzilla Happy URLs by Tony Mechelynck</title>
		<link>http://stechz.com/2011/bugzilla-happy-urls/comment-page-1/#comment-10707</link>
		<dc:creator>Tony Mechelynck</dc:creator>
		<pubDate>Thu, 07 Apr 2011 01:09:05 +0000</pubDate>
		<guid isPermaLink="false">http://stechz.com/?p=313#comment-10707</guid>
		<description>I&#039;m not sure what differences there are between Jetpacks and &quot;restartless addons&quot; in the general sense. SeaMonkey (2.1 beta and later) definitely supports the latter, I&#039;m not sure about the former.</description>
		<content:encoded><![CDATA[<p>I&#8217;m not sure what differences there are between Jetpacks and &#8220;restartless addons&#8221; in the general sense. SeaMonkey (2.1 beta and later) definitely supports the latter, I&#8217;m not sure about the former.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Bugzilla Happy URLs by Tony Mechelynck</title>
		<link>http://stechz.com/2011/bugzilla-happy-urls/comment-page-1/#comment-10706</link>
		<dc:creator>Tony Mechelynck</dc:creator>
		<pubDate>Thu, 07 Apr 2011 01:06:29 +0000</pubDate>
		<guid isPermaLink="false">http://stechz.com/?p=313#comment-10706</guid>
		<description>hm, FTR, Bugzilla Tweaks doesn&#039;t install on SeaMonkey either. I suppose it ought to, by means of the same addition to its install.rdf.</description>
		<content:encoded><![CDATA[<p>hm, FTR, Bugzilla Tweaks doesn&#8217;t install on SeaMonkey either. I suppose it ought to, by means of the same addition to its install.rdf.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

