<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>djst&#039;s nest &#187; Software</title>
	<atom:link href="http://djst.org/blog/category/general/computers/software/feed/" rel="self" type="application/rss+xml" />
	<link>http://djst.org/blog</link>
	<description>David Tenser&#039;s brand new microblog</description>
	<lastBuildDate>Wed, 18 Jan 2012 12:02:57 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.1</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Firefox tip: Getting past the Wikipedia blackout</title>
		<link>http://djst.org/blog/2012/01/18/firefox-tip-getting-past-the-wikipedia-blackout/</link>
		<comments>http://djst.org/blog/2012/01/18/firefox-tip-getting-past-the-wikipedia-blackout/#comments</comments>
		<pubDate>Wed, 18 Jan 2012 11:50:07 +0000</pubDate>
		<dc:creator>David Tenser</dc:creator>
				<category><![CDATA[General]]></category>
		<category><![CDATA[Mozilla]]></category>
		<category><![CDATA[Software]]></category>
		<category><![CDATA[USA]]></category>
		<category><![CDATA[firefox]]></category>
		<category><![CDATA[pipa]]></category>
		<category><![CDATA[sopa]]></category>
		<category><![CDATA[wikipedia]]></category>

		<guid isPermaLink="false">http://djst.org/blog/?p=738</guid>
		<description><![CDATA[Wikipedia is joining the movement of protests against the SOPA/PIPA bills. Quoting their page linked to from every article today (Wednesday January 18):
What are SOPA and PIPA?
SOPA and PIPA represent two bills in the United States House of Representatives and the United States Senate respectively. SOPA is short for the &#8220;Stop Online Piracy Act,&#8221; and [...]]]></description>
			<content:encoded><![CDATA[<p>Wikipedia is joining the movement of protests against the SOPA/PIPA bills. Quoting <a href="http://en.wikipedia.org/wiki/Wikipedia:SOPA_initiative/Learn_more">their page</a> linked to from every article today (Wednesday January 18):</p>
<blockquote><p><strong>What are SOPA and PIPA?</strong></p>
<p>SOPA and PIPA represent two bills in the United States House of Representatives and the United States Senate respectively. SOPA is short for the &#8220;Stop Online Piracy Act,&#8221; and PIPA is an acronym for the &#8220;Protect IP Act.&#8221; (&#8220;IP&#8221; stands for &#8220;intellectual property.&#8221;) In short, these bills are efforts to stop copyright infringement committed by foreign web sites, but, in our opinion, they do so in a way that actually infringes free expression while harming the Internet. [...]</p>
<p>Wikipedians have chosen to black out the English Wikipedia for the first time ever, because we are concerned that SOPA and PIPA will severely inhibit people&#8217;s access to online information. This is not a problem that will solely affect people in the United States: it will affect everyone around the world.</p></blockquote>
<p>For the record, I fully support Wikipedia&#8217;s protest &#8212; and <a href="https://donate.mozilla.org/page/s/SOPA?source=sopa_page">so does Mozilla</a>. However, this blog post isn&#8217;t really about that.</p>
<p>What if you really, really need to read that particular Wikipedia article today and you don&#8217;t have your mobile phone nearby, and you&#8217;d rather not disable Javascript of the entire browser? I thought I&#8217;d share this simple method that will allow you to quickly get access to the content:</p>
<p><strong>Update:</strong> Asa Dotzler pointed out that there&#8217;s an even easier method than what I explain below: just replace the &#8220;en&#8221; part of the address of the article you&#8217;re visiting to &#8220;m&#8221; and you&#8217;re done &#8212; that will take you to the mobile-optimized version of the Wikipedia article. Example: change <strong></strong>http://<strong>en</strong>.wikipedia.org/wiki/Toilet_paper_orientation to <strong>m</strong>.wikipedia.org/wiki/Toilet_paper_orientation. That&#8217;s it!</p>
<p>The original instructions were:</p>
<ol>
<li>In <a href="www.mozilla.org/firefox">Firefox</a>, navigate to the Wikipedia article you want to read. You&#8217;ll see something like this:<br />
<img class="alignnone size-medium wp-image-746" title="blocked" src="/blog/wp-content/uploads/2012/01/blocked-440x241.png" alt="" width="440" height="241" /></li>
<li>Press <strong>Alt</strong> on your keyboard to reveal the classic menu of Firefox:<br />
<img class="alignnone size-medium wp-image-742" title="menu" src="/blog/wp-content/uploads/2012/01/menu-440x129.png" alt="" width="440" height="129" /></li>
<li>Click <strong>View</strong> &gt; <strong>Page Style</strong> &gt; <strong>No Style</strong>. You&#8217;ll then see a somewhat crudely formatted version of the original article:<br />
<img class="alignnone size-medium wp-image-748" title="revealed" src="/blog/wp-content/uploads/2012/01/revealed-440x246.png" alt="" width="440" height="246" /></li>
</ol>
<p>This setting is not remembered in Firefox, so when you&#8217;re done reading the article, just close the tab and things will go back to normal when you open it the next time. (Wikipedia itself will also go back to normal, tomorrow. In the meantime, <a href="http://en.wikipedia.org/wiki/Wikipedia:SOPA_initiative/Learn_more">take action</a>!)</p>
]]></content:encoded>
			<wfw:commentRss>http://djst.org/blog/2012/01/18/firefox-tip-getting-past-the-wikipedia-blackout/feed/</wfw:commentRss>
		<slash:comments>7</slash:comments>
		</item>
		<item>
		<title>Random UX change for the sake of&#8230; change?</title>
		<link>http://djst.org/blog/2010/03/25/random-ux-change-for-the-sake-of-change/</link>
		<comments>http://djst.org/blog/2010/03/25/random-ux-change-for-the-sake-of-change/#comments</comments>
		<pubDate>Thu, 25 Mar 2010 11:23:41 +0000</pubDate>
		<dc:creator>David Tenser</dc:creator>
				<category><![CDATA[Linux]]></category>
		<category><![CDATA[Open Source]]></category>
		<category><![CDATA[Software]]></category>
		<category><![CDATA[gnome]]></category>
		<category><![CDATA[ubuntu]]></category>
		<category><![CDATA[ux]]></category>

		<guid isPermaLink="false">http://djst.org/blog/?p=618</guid>
		<description><![CDATA[If you&#8217;re making a highly visible change in the operating system UI that affects every running application, it seems fair to ask that it&#8217;s done for a good reason and that there is empirical data that supports it. Or, if no empirical data is available, that the change is made to make the transition to [...]]]></description>
			<content:encoded><![CDATA[<p>If you&#8217;re making a highly visible change in the operating system UI that affects every running application, it seems fair to ask that it&#8217;s done for a good reason and that there is empirical data that supports it. Or, if no empirical data is available, that the change is made to make the transition to your OS smoother for users of competing OSes.</p>
<div id="attachment_619" class="wp-caption aligncenter" style="width: 257px"><a rel="attachment wp-att-619" href="http://djst.org/blog/2010/03/25/random-ux-change-for-the-sake-of-change/ubuntu-window-controls/"><img class="size-full wp-image-619 " title="ubuntu-window-controls" src="/blog/wp-content/uploads/2010/03/ubuntu-window-controls.png" alt="" width="247" height="118" /></a><p class="wp-caption-text">The new placement of window controls in Ubuntu 10.4 (beta)</p></div>
<p>This is why Ubuntu&#8217;s recent change to move the window control buttons to the left side of the window in the latest beta confuses me, because it appears that a chance has been made for no real purpose whatsoever other than a vague hint that it&#8217;s preparations for &#8220;<a href="https://bugs.launchpad.net/ubuntu/+source/light-themes/+bug/532633/comments/110">some innovative options</a>&#8221; on the now empty right side. But those experiments won&#8217;t start until version 10.10, due out in October 2010.</p>
<p>There are a couple of problems I see with this redesign:</p>
<ol>
<li>The Ubuntu layout is not just about switching from right to left &#8212; it&#8217;s introducing a completely unique layout never before seen in an OS. See how the Close button is still on the right side of the button group while the buttons were moved to the left side? This means that neither Windows nor Mac OS users will benefit from the change, as both user groups will have to relearn things here.</li>
<li>The actual icons/symbols on the maximize and minimize buttons are also completely different from both Windows and Mac OS.  While Windows uses a horizontal line to represent minimize, and a square box to represent maximize, Mac OS uses colors instead (yellow to minimize, and green to maximize/zoom). Again, this means that neither Windows nor Mac OS users will benefit from the Ubuntu change, which uses some stylish arrows instead (pointing up to maximize and down to minimize). The icons make little sense (isn&#8217;t maximizing more about changing the size of the window, rather than the direction? does minimizing a window always move it down &#8212; what if your task bar is at the top like I have it?). To make it even more bizarre, once a window is in a maximized state, the icon for restoring the window looks like the actual maximize button in Windows 95/98/Me/2000/XP/Vista/7.</li>
</ol>
<p>Ubuntu&#8217;s design lead <a href="http://www.ivankamajic.com/?page_id=313">Ivanka Majic</a> tries to <a href="http://www.ivankamajic.com/?p=281">explain why the changes were made</a>, but fails completely. She instead lists some questions they were asking themselves without providing any answers:</p>
<blockquote><p>- Why do Mac OS and Windows have the buttons where they do?</p>
<p>- What was the functional reason behind the Mac OS choice (or the  Windows position for that matter)?</p>
<p>- Why, when most application menus are top left should the window  controls go top right?</p>
<p>- Why, when we read left to right is the most destructive action  first?</p></blockquote>
<p>So, what are the answers? Given that I haven&#8217;t seen any, allow me to guess:</p>
<ol>
<li>Mac OS and Windows have different conventions.</li>
<li>I don&#8217;t think there were any serious usability studies behind either of the choices.</li>
<li>Why not?</li>
<li>Because it&#8217;s the most common action on a window?</li>
</ol>
<p>It&#8217;s things like this that makes me skeptical of so-called usability experts when they think they can get away with changing things for the mere sake of change, without any evidence whatsoever that it&#8217;s a change for the better.  Majic ends her blog post about the window control button placement by indicating the true reason why they went for a completely unique arrangement:</p>
<blockquote><p>Personally, I would have the max and min on the left and close on the  right.</p></blockquote>
<p><strong>Update:</strong> My insanely sharp colleague <a href="http://jboriss.wordpress.com/">Jennifer Boriss</a> writes about this topic more elegantly from a <a href="http://jboriss.wordpress.com/2010/04/07/that-pesky-design-process/">user experience expert perspective</a>.</p>
]]></content:encoded>
			<wfw:commentRss>http://djst.org/blog/2010/03/25/random-ux-change-for-the-sake-of-change/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Linux-humor</title>
		<link>http://djst.org/blog/2010/03/05/linux-humor/</link>
		<comments>http://djst.org/blog/2010/03/05/linux-humor/#comments</comments>
		<pubDate>Fri, 05 Mar 2010 15:30:07 +0000</pubDate>
		<dc:creator>David Tenser</dc:creator>
				<category><![CDATA[Linux]]></category>
		<category><![CDATA[Software]]></category>

		<guid isPermaLink="false">http://djst.org/blog/2010/03/05/linux-humor/</guid>
		<description><![CDATA[
linux-humor, originally uploaded by David Tenser.

Björn hittar det roliga i den här bilden på två sekunder!
]]></description>
			<content:encoded><![CDATA[<div class="photo"><a title="photo sharing" href="http://www.flickr.com/photos/djst/4408207095/"><img src="http://farm3.static.flickr.com/2728/4408207095_1f43dcf909.jpg" alt="" /></a></p>
<p class="caption"><a href="http://www.flickr.com/photos/djst/4408207095/">linux-humor</a>, originally uploaded by <a href="http://www.flickr.com/people/djst/">David Tenser</a>.</p>
</div>
<p>Björn hittar det roliga i den här bilden på två sekunder!</p>
]]></content:encoded>
			<wfw:commentRss>http://djst.org/blog/2010/03/05/linux-humor/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>Nokia N900 impressions</title>
		<link>http://djst.org/blog/2010/02/14/nokia-n900-impressions/</link>
		<comments>http://djst.org/blog/2010/02/14/nokia-n900-impressions/#comments</comments>
		<pubDate>Sun, 14 Feb 2010 16:41:49 +0000</pubDate>
		<dc:creator>David Tenser</dc:creator>
				<category><![CDATA[General]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[Mozilla]]></category>
		<category><![CDATA[Open Source]]></category>
		<category><![CDATA[Photography]]></category>
		<category><![CDATA[firefox mobile]]></category>
		<category><![CDATA[microb]]></category>
		<category><![CDATA[n900]]></category>
		<category><![CDATA[n95]]></category>
		<category><![CDATA[nokia]]></category>

		<guid isPermaLink="false">http://djst.org/blog/?p=540</guid>
		<description><![CDATA[I&#8217;ve been using the Nokia N900 for a couple of weeks now and I have both good and bad things to say about it. To give you an idea of what I&#8217;m comparing with, my previous phone was a Nokia N95. Here&#8217;s my list of impressions:
Pros

The screen is pretty good, and I rarely have a [...]]]></description>
			<content:encoded><![CDATA[<p><a href="/blog/wp-content/uploads/2010/02/nokia-n900.jpg"><img class="alignright size-medium wp-image-541" title="nokia-n900" src="/blog/wp-content/uploads/2010/02/nokia-n900-300x213.jpg" alt="" width="300" height="213" /></a>I&#8217;ve been using the Nokia N900 for a couple of weeks now and I have both good and bad things to say about it. To give you an idea of what I&#8217;m comparing with, my previous phone was a Nokia N95. Here&#8217;s my list of impressions:</p>
<p><strong>Pros</strong></p>
<ul>
<li>The screen is pretty good, and I rarely have a problem clicking on links and buttons using my thumbs. The fact that it&#8217;s resistive feels like an advantage in this incredibly cold Swedish winter. Next to a Nexus One, however, it&#8217;s obvious that <a href="http://www.flickr.com/photos/nukeador/4341052511/">the color reproduction could be better</a>.</li>
<li>The Mozilla-based MicroB browser really is awesome. Scrolling and zooming is so smooth and quick that it feels like surfing on the iPhone, only this time you&#8217;re using the real web. By far the best web browsing experience I&#8217;ve had on a mobile device.</li>
<li>The fact that I can use it to call VoIP, Skype, Gtalk, <em>and</em> regular cellular networks is amazing.</li>
<li>The Conversations application seamlessly integrates IM and SMS in an intuitive manner.</li>
<li>The media player handles almost anything you throw at it after installing a few extra software packages.</li>
<li>Great synchronization with Exchange-based mail services (e.g. Zimbra, which Mozilla uses).</li>
<li>Nice multiple desktop solution (though lacks useful widgets).</li>
<li>Battery life is impressive in active use such as in a phone call. Though see the standby time below&#8230;</li>
<li>The &#8220;one-click&#8221; (actually a few clicks) publishing of both photos and videos to services like Facebook and Flickr is really neat. Though see below about the camera quality&#8230;</li>
<li>It really is fun to use it. And it&#8217;s open source! And it can run Firefox!</li>
</ul>
<p><strong>Cons</strong></p>
<ul>
<li>This thing is heavy! I thought my N95 was heavy, but this is significantly heavier. It definitely feels like a solid device, for better or worse.</li>
<li>The camera is actually worse than the 3-year-old N95 camera in a number of ways: <a href="http://www.flickr.com/photos/djst/4341336159/">terrible colors in low light</a>, <a href="http://www.flickr.com/photos/djst/4341312621/">terrible metering</a>, <a href="http://www.flickr.com/photos/djst/4342043136/">light leaks</a> making the subject in focus appear washed out, and the field of view is narrower than the N95 camera. In comparison, here&#8217;s a <a href="http://www.flickr.com/photos/djst/4055348712/">photo taken by the N95</a>. Both are 5-megapixel cameras.</li>
<li>The standby time is a joke. I don&#8217;t know what I&#8217;m doing wrong, but sometimes I can just keep the phone in my pocket during the whole day and it will discharge in less than 8 hours. I first kept all accounts logged in (Skype, VoIP, Jabber), but have since then compromised a bit and only keep Jabber online. Still, the battery isn&#8217;t impressive.</li>
<li>The horizontal layout is annoying most of the time. When I&#8217;m out and about, it feels awkward that I can&#8217;t use the phone with one hand. I understand the &#8220;handheld computer&#8221; legacy (I even owned an N810), but feel that my typical use is much more like a regular smartphone than a portable computer. Ideally, all applications should support both layouts.</li>
<li>The keyboard, while certainly better than the N810, is still not really good. It&#8217;s too easy to click on the wrong keys, and there&#8217;s no auto complete feature that can detect (and correct) common spelling mistakes.</li>
<li>The auto suggest feature only shows one suggestion, so 90% of the time it&#8217;s not suggesting the word you want and as a result you end up ignoring the suggestions altogether.</li>
<li>The physical unlock switch is only comfortable to use when in horizontal layout. It&#8217;s nearly impossible to reach with one hand if you just want to make a quick call.</li>
</ul>
]]></content:encoded>
			<wfw:commentRss>http://djst.org/blog/2010/02/14/nokia-n900-impressions/feed/</wfw:commentRss>
		<slash:comments>8</slash:comments>
		</item>
		<item>
		<title>Marc Laporte coming to town</title>
		<link>http://djst.org/blog/2009/08/24/marc-laporte-coming-to-town/</link>
		<comments>http://djst.org/blog/2009/08/24/marc-laporte-coming-to-town/#comments</comments>
		<pubDate>Mon, 24 Aug 2009 15:07:03 +0000</pubDate>
		<dc:creator>David Tenser</dc:creator>
				<category><![CDATA[Mozilla]]></category>
		<category><![CDATA[Open Source]]></category>
		<category><![CDATA[cms]]></category>
		<category><![CDATA[sumo]]></category>
		<category><![CDATA[tikiwiki]]></category>

		<guid isPermaLink="false">http://djst.org/blog/?p=480</guid>
		<description><![CDATA[As many people already know, SUMO as a support web platform is built around open source software. For the knowledge base and forum, we use TikiWiki, an open-source PHP-based content management system. What fewer people might know is that SUMO is currently based on TikiWiki 1.10, which is almost two years old today. The latest [...]]]></description>
			<content:encoded><![CDATA[<p>As many people already know, <a href="http://support.mozilla.com/">SUMO</a> as a support web platform is built around open source software. For the knowledge base and forum, we use <a href="http://info.tikiwiki.org/">TikiWiki</a>, an open-source PHP-based content management system. What fewer people might know is that SUMO is currently based on TikiWiki 1.10, which is almost two years old today. The latest version of TikiWiki is 3.1 and in only a couple of months 4.0 will be released.</p>
<p>This week, TikiWiki community lead/member <a href="http://marclaporte.com">Marc Laporte</a> is paying me a quick visit in Eskilstuna, Sweden to discuss our current situation and to figure out what to do with SUMO. We have identified three potential plans:</p>
<ul>
<li>Plan A: upgrade SUMO to TikiWiki 4.x. This is what I&#8217;m hoping we&#8217;ll be able to achieve. The question is how much work it means to get to 4.x and how much better things will be once we&#8217;re there.</li>
<li>Plan B: fork our current codebase and continue to add our own features on top of it. This is essentially what we&#8217;re doing today, and it&#8217;s not exactly ideal since we end up doing work in parallel with TikiWiki, and we&#8217;re wasting precious resources.</li>
<li>Plan C: migrade our content to another CMS, e.g. Drupal. By far the most costly effort in the short term, and not clear whether the benefits outweighs the investment cost.</li>
</ul>
<p>Now that Marc and I have the opportunity to spend two full days working face to face, I&#8217;m hopeful that we can not only pick Plan A, but come up with a solid plan for the first few steps to make the plan a reality.</p>
<p>If you&#8217;re part of the SUMO or TikiWiki community, I would love to hear what you think and if you think there are things we should focus on discussing!</p>
]]></content:encoded>
			<wfw:commentRss>http://djst.org/blog/2009/08/24/marc-laporte-coming-to-town/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Microsoft &#8211; Making it easier</title>
		<link>http://djst.org/blog/2009/06/25/microsoft-1984/</link>
		<comments>http://djst.org/blog/2009/06/25/microsoft-1984/#comments</comments>
		<pubDate>Thu, 25 Jun 2009 14:28:34 +0000</pubDate>
		<dc:creator>David Tenser</dc:creator>
				<category><![CDATA[Computers]]></category>
		<category><![CDATA[Mozilla]]></category>
		<category><![CDATA[Software]]></category>
		<category><![CDATA[1984]]></category>
		<category><![CDATA[fixoutlook.org]]></category>
		<category><![CDATA[html]]></category>
		<category><![CDATA[microsoft]]></category>
		<category><![CDATA[office]]></category>
		<category><![CDATA[standards]]></category>
		<category><![CDATA[word]]></category>

		<guid isPermaLink="false">http://djst.org/blog/?p=437</guid>
		<description><![CDATA[Remember back in 1984, when people were using Word to compose their e-mail messages that were sent around to colleagues and friends? We&#8217;ll chances are people will keep doing that in 2014 as well.
We’ve made the decision to continue to use Word for creating e-mail  messages because we believe it’s the best e-mail authoring [...]]]></description>
			<content:encoded><![CDATA[<p><a href="http://www.coverbrowser.com/image/time/3194-1.jpg"><img class="alignright" src="http://www.coverbrowser.com/image/time/3194-1.jpg" alt="Microsoft in 1984" width="252" height="332" /></a>Remember back in 1984, when people were using Word to compose their e-mail messages that were sent around to colleagues and friends? We&#8217;ll chances are people will keep doing that in 2014 as well.</p>
<blockquote><p>We’ve made the decision to continue to use Word for creating e-mail  messages because we believe it’s the best e-mail authoring experience  around, with rich tools that our Word customers have enjoyed for over 25  years. Our customers enjoy using a familiar and powerful tool for  creating e-mail, just as they do for creating documents.</p>
<p style="text-align: right;"><a href="http://blogs.msdn.com/outlook/archive/2009/06/24/the-power-of-word-in-outlook.aspx">The Power of Word in Outlook</a></p>
</blockquote>
<p style="text-align: left;">How do you want your e-mail experience to look like in the next five years? If you think Microsoft is on the right track, take no action. If you think they should switch to modern standards, send a tweet asking Microsoft  to improve standards support and make sure you include <a href="http://fixoutlook.org"><strong class="highlight">fixoutlook.org</strong></a> in your tweet.</p>
<p style="text-align: left;">Or just switch to a <a href="http://getthunderbird.com">better e-mail program</a>.</p>
]]></content:encoded>
			<wfw:commentRss>http://djst.org/blog/2009/06/25/microsoft-1984/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
	</channel>
</rss>

