<?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: Reinventing the desktop (for real this time) &#8211; Part 1</title>
	<atom:link href="http://brianwill.net/blog/2009/07/20/reinventing-the-desktop-for-real-this-time-part-1/feed/" rel="self" type="application/rss+xml" />
	<link>http://brianwill.net/blog/2009/07/20/reinventing-the-desktop-for-real-this-time-part-1/</link>
	<description></description>
	<lastBuildDate>Wed, 04 Nov 2009 06:57:10 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Derek Martin</title>
		<link>http://brianwill.net/blog/2009/07/20/reinventing-the-desktop-for-real-this-time-part-1/comment-page-1/#comment-3948</link>
		<dc:creator>Derek Martin</dc:creator>
		<pubDate>Tue, 04 Aug 2009 15:42:14 +0000</pubDate>
		<guid isPermaLink="false">http://brianwill.net/blog/?p=139#comment-3948</guid>
		<description>Have you seen Eclipse&#039;s preferences panel? It uses a hierarchical tree with text input to narrow/highlight available options. Because it is a heavily extended extensible platform, its preferences and options are a nightmare to navigate. Search is really the only practical way.

I *really* hope someone takes your suggestions and builds a customized Linux distro around them... if for no other reason than to make MS &amp; Apple take notice.</description>
		<content:encoded><![CDATA[<p>Have you seen Eclipse&#8217;s preferences panel? It uses a hierarchical tree with text input to narrow/highlight available options. Because it is a heavily extended extensible platform, its preferences and options are a nightmare to navigate. Search is really the only practical way.</p>
<p>I *really* hope someone takes your suggestions and builds a customized Linux distro around them&#8230; if for no other reason than to make MS &amp; Apple take notice.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Leaving the iPhone behind: Google Android, Palm WebOS &#171; Glorious Computing</title>
		<link>http://brianwill.net/blog/2009/07/20/reinventing-the-desktop-for-real-this-time-part-1/comment-page-1/#comment-3937</link>
		<dc:creator>Leaving the iPhone behind: Google Android, Palm WebOS &#171; Glorious Computing</dc:creator>
		<pubDate>Mon, 03 Aug 2009 20:16:07 +0000</pubDate>
		<guid isPermaLink="false">http://brianwill.net/blog/?p=139#comment-3937</guid>
		<description>[...] 3D effects. Some aspects are actually a step back in terms of usability. By that, I mean Widgets. Widgets were a terrible idea on PCs: They are less productive version of a normal app. I don&#8217;t need less productivity: I&#8217;m [...]</description>
		<content:encoded><![CDATA[<p>[...] 3D effects. Some aspects are actually a step back in terms of usability. By that, I mean Widgets. Widgets were a terrible idea on PCs: They are less productive version of a normal app. I don&#8217;t need less productivity: I&#8217;m [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Stephen</title>
		<link>http://brianwill.net/blog/2009/07/20/reinventing-the-desktop-for-real-this-time-part-1/comment-page-1/#comment-3926</link>
		<dc:creator>Stephen</dc:creator>
		<pubDate>Mon, 03 Aug 2009 17:22:45 +0000</pubDate>
		<guid isPermaLink="false">http://brianwill.net/blog/?p=139#comment-3926</guid>
		<description>“Only librarians want to live in a grey, motionless, silent world of text.”

I guess if Scooter&#039;s trolling, then I am too.  Statements like this really do detract from the rest of the article.  Based on this depth of understanding, couldn&#039;t this also be true?

“Only programmers want to live in a grey, motionless, silent world of text.”

I mean programmers just work in text, right?  No, they use text *to accomplish something else.*

Maybe both professions are a little deeper than that.

Please meet some librarians and find out how much they like to read, research, think, learn technology, not learn technology, use technology, teach technology, help others research, try to make things easy for users, do things for users when it&#039;s not easy enough, organize information, make information available, develope useful services, provide reliable services, protect user privacy, protect access to information, and above all, how different they all are.</description>
		<content:encoded><![CDATA[<p>“Only librarians want to live in a grey, motionless, silent world of text.”</p>
<p>I guess if Scooter&#8217;s trolling, then I am too.  Statements like this really do detract from the rest of the article.  Based on this depth of understanding, couldn&#8217;t this also be true?</p>
<p>“Only programmers want to live in a grey, motionless, silent world of text.”</p>
<p>I mean programmers just work in text, right?  No, they use text *to accomplish something else.*</p>
<p>Maybe both professions are a little deeper than that.</p>
<p>Please meet some librarians and find out how much they like to read, research, think, learn technology, not learn technology, use technology, teach technology, help others research, try to make things easy for users, do things for users when it&#8217;s not easy enough, organize information, make information available, develope useful services, provide reliable services, protect user privacy, protect access to information, and above all, how different they all are.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Reinventing the desktop (part 2): I heard you like lists&#8230; [text version] &#171; brian will . net</title>
		<link>http://brianwill.net/blog/2009/07/20/reinventing-the-desktop-for-real-this-time-part-1/comment-page-1/#comment-3909</link>
		<dc:creator>Reinventing the desktop (part 2): I heard you like lists&#8230; [text version] &#171; brian will . net</dc:creator>
		<pubDate>Mon, 03 Aug 2009 08:01:41 +0000</pubDate>
		<guid isPermaLink="false">http://brianwill.net/blog/?p=139#comment-3909</guid>
		<description>[...] part 1, I made a negative case against the desktop interface as it currently exists, but I promised to [...]</description>
		<content:encoded><![CDATA[<p>[...] part 1, I made a negative case against the desktop interface as it currently exists, but I promised to [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Reinventing the desktop (part 2): I heard you like lists&#8230; &#171; brian will . net</title>
		<link>http://brianwill.net/blog/2009/07/20/reinventing-the-desktop-for-real-this-time-part-1/comment-page-1/#comment-3905</link>
		<dc:creator>Reinventing the desktop (part 2): I heard you like lists&#8230; &#171; brian will . net</dc:creator>
		<pubDate>Sun, 02 Aug 2009 15:17:01 +0000</pubDate>
		<guid isPermaLink="false">http://brianwill.net/blog/?p=139#comment-3905</guid>
		<description>[...] part 1, I made a negative case against the desktop interface as it currently exists, but I promised to [...]</description>
		<content:encoded><![CDATA[<p>[...] part 1, I made a negative case against the desktop interface as it currently exists, but I promised to [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David</title>
		<link>http://brianwill.net/blog/2009/07/20/reinventing-the-desktop-for-real-this-time-part-1/comment-page-1/#comment-3902</link>
		<dc:creator>David</dc:creator>
		<pubDate>Fri, 31 Jul 2009 13:21:38 +0000</pubDate>
		<guid isPermaLink="false">http://brianwill.net/blog/?p=139#comment-3902</guid>
		<description>My name is not important says what I was thinking exactly. It’s not worth it, where &lt;em&gt;it&lt;/em&gt; = {applications}. Applications are, in my opinion, the worse computing paradigm ever—worse than the desktop metaphor, worse than WIMP with its icons as proxies of documents to “open”, and worse than the forced hierarchy of folders. The concept of ‘application’ is not a natural human concept, but an embarrassing kludge. Most people still don’t get it (even an application as important &lt;a href=&quot;http://www.youtube.com/watch?v=o4MwTvtyrUQ&quot; rel=&quot;nofollow&quot;&gt;as the browser&lt;/a&gt;). It conflates two roles: providing a view of data, and providing commands to interact with that data. This leads to applications being closed silos of functionality, where commands from one application can be used solely within the environment of that application. That, in turn, leads to lots and lots of duplication of functionality between different applications. And this just increases the administrative debris. This concept didn’t even start at Xerox PARC, since the Alto did not expose the concept to the user at all: it was completely document-centric. The ‘application’ concept was popularized by Apple. Thanks a lot, Apple! The Mac &lt;em&gt;loves&lt;/em&gt; applications. They’re in the Dock, they’re all over the iPhone, and there’s always ‘an app for that’. The amount of inefficient duplication of functionality is staggering, as is the modality of it all. It’s as if people cared more about these shiny icons with their shiny chrome instead of what’s actually important: their content/data/documents. The concept must die. As Aza Raskin (son of the late Jef Raskin), would say, &lt;a href=&quot;http://video.google.com/videoplay?docid=-6856727143023456694&quot; rel=&quot;nofollow&quot;&gt;Away with Applications&lt;/a&gt;!

This is all discussed in gorgeous detail in Jef Raskin’s &lt;a href=&quot;http://books.google.com/books?id=D39vjmLfO3kC&quot; rel=&quot;nofollow&quot;&gt;&lt;em&gt;The Humane Interface&lt;/em&gt;&lt;/a&gt;. Amazingly, most of your insights appear there too, though much more fleshed out. For example, your point about one long list being faster than separate shorted lists is due to plugging in the numbers into the equation for &lt;a href=&quot;http://en.wikipedia.org/wiki/Hick&#039;s_Law&quot; rel=&quot;nofollow&quot;&gt;Hick’s Law&lt;/a&gt;. Were your thoughts influenced by the book? I would recommend it to anyone thinking about interface design, especially anyone who wants to rethink the whole desktop. I couldn’t recommend it more—it’s that profound. At the very least, people should watch &lt;a href=&quot;http://www.youtube.com/profile?user=googletechtalks&amp;view=videos&amp;query=%22away+with+applications%22+OR+raskin&quot; rel=&quot;nofollow&quot;&gt;Aza’s talks&lt;/a&gt;.

As for your suggestions, I think you’ve discarded the ZUI concept too quickly, due to having tested a poorly-implemented and desktop-like version. A real ZUI, &lt;em&gt;a la&lt;/em&gt; Jef Raskin’s, would never differentiate between manipulating a proxy for a document and the document itself. All you would see is the content—no icons (or thumbnails) and separate windows. In fact, the boundaries between different “files” would disappear. All there would be is your information, arranged how you want it (either manually or automatically, however you wish). And administrative debris would not exist, because all functionality comes in the form of commands, like what we see with Ubiquity (which you mentioned). And they would work system-wide, because all formats are ultimately converted to and exposed as the one document format (which is also the essentially the filesystem). You could search absolutely anywhere, including within commands and their descriptions. And documents never ever annoyingly overlap each other. What I would &lt;em&gt;love&lt;/em&gt; to see is a ZUI for Google Wave integrated with Ubiquity: one universal document format (HTML5), commands instead of applications, tagging, collaboration, undo everywhere, search anywhere, and super-Tuftean information design (thanks to zooming).

I eagerly await Part 2 (and to see if your Portals proposal includes any humorous &lt;em&gt;Portal&lt;/em&gt; references).

@CodeMonkey: To clarify My name is not important’s reply, the web is already document-centric. Web pages are documents. Even “web apps” are just fancy dynamic documents, and the good ones give each of their documents different URLs, allowing one to work in a fully document-centric manner. It fits quite well into the application-less model. The “task” to which you refer is not a whole application, but a simple command: browse. This could easily be part of the command system (such as Ubiquity). And the web-page–rendering would be handled by completely separate component of the system. You will not find one task-oriented application that cannot be more humanely redesigned as a command. People want to perform their tasks, not to get into task modes.</description>
		<content:encoded><![CDATA[<p>My name is not important says what I was thinking exactly. It’s not worth it, where <em>it</em> = {applications}. Applications are, in my opinion, the worse computing paradigm ever—worse than the desktop metaphor, worse than WIMP with its icons as proxies of documents to “open”, and worse than the forced hierarchy of folders. The concept of ‘application’ is not a natural human concept, but an embarrassing kludge. Most people still don’t get it (even an application as important <a href="http://www.youtube.com/watch?v=o4MwTvtyrUQ" rel="nofollow">as the browser</a>). It conflates two roles: providing a view of data, and providing commands to interact with that data. This leads to applications being closed silos of functionality, where commands from one application can be used solely within the environment of that application. That, in turn, leads to lots and lots of duplication of functionality between different applications. And this just increases the administrative debris. This concept didn’t even start at Xerox PARC, since the Alto did not expose the concept to the user at all: it was completely document-centric. The ‘application’ concept was popularized by Apple. Thanks a lot, Apple! The Mac <em>loves</em> applications. They’re in the Dock, they’re all over the iPhone, and there’s always ‘an app for that’. The amount of inefficient duplication of functionality is staggering, as is the modality of it all. It’s as if people cared more about these shiny icons with their shiny chrome instead of what’s actually important: their content/data/documents. The concept must die. As Aza Raskin (son of the late Jef Raskin), would say, <a href="http://video.google.com/videoplay?docid=-6856727143023456694" rel="nofollow">Away with Applications</a>!</p>
<p>This is all discussed in gorgeous detail in Jef Raskin’s <a href="http://books.google.com/books?id=D39vjmLfO3kC" rel="nofollow"><em>The Humane Interface</em></a>. Amazingly, most of your insights appear there too, though much more fleshed out. For example, your point about one long list being faster than separate shorted lists is due to plugging in the numbers into the equation for <a href="http://en.wikipedia.org/wiki/Hick's_Law" rel="nofollow">Hick’s Law</a>. Were your thoughts influenced by the book? I would recommend it to anyone thinking about interface design, especially anyone who wants to rethink the whole desktop. I couldn’t recommend it more—it’s that profound. At the very least, people should watch <a href="http://www.youtube.com/profile?user=googletechtalks&amp;view=videos&amp;query=%22away+with+applications%22+OR+raskin" rel="nofollow">Aza’s talks</a>.</p>
<p>As for your suggestions, I think you’ve discarded the ZUI concept too quickly, due to having tested a poorly-implemented and desktop-like version. A real ZUI, <em>a la</em> Jef Raskin’s, would never differentiate between manipulating a proxy for a document and the document itself. All you would see is the content—no icons (or thumbnails) and separate windows. In fact, the boundaries between different “files” would disappear. All there would be is your information, arranged how you want it (either manually or automatically, however you wish). And administrative debris would not exist, because all functionality comes in the form of commands, like what we see with Ubiquity (which you mentioned). And they would work system-wide, because all formats are ultimately converted to and exposed as the one document format (which is also the essentially the filesystem). You could search absolutely anywhere, including within commands and their descriptions. And documents never ever annoyingly overlap each other. What I would <em>love</em> to see is a ZUI for Google Wave integrated with Ubiquity: one universal document format (HTML5), commands instead of applications, tagging, collaboration, undo everywhere, search anywhere, and super-Tuftean information design (thanks to zooming).</p>
<p>I eagerly await Part 2 (and to see if your Portals proposal includes any humorous <em>Portal</em> references).</p>
<p>@CodeMonkey: To clarify My name is not important’s reply, the web is already document-centric. Web pages are documents. Even “web apps” are just fancy dynamic documents, and the good ones give each of their documents different URLs, allowing one to work in a fully document-centric manner. It fits quite well into the application-less model. The “task” to which you refer is not a whole application, but a simple command: browse. This could easily be part of the command system (such as Ubiquity). And the web-page–rendering would be handled by completely separate component of the system. You will not find one task-oriented application that cannot be more humanely redesigned as a command. People want to perform their tasks, not to get into task modes.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: The metal thing holding the leaves of my mind together &#8250; Bookmarks for July 17th through July 28th</title>
		<link>http://brianwill.net/blog/2009/07/20/reinventing-the-desktop-for-real-this-time-part-1/comment-page-1/#comment-3898</link>
		<dc:creator>The metal thing holding the leaves of my mind together &#8250; Bookmarks for July 17th through July 28th</dc:creator>
		<pubDate>Tue, 28 Jul 2009 22:11:27 +0000</pubDate>
		<guid isPermaLink="false">http://brianwill.net/blog/?p=139#comment-3898</guid>
		<description>[...] Reinventing the desktop (for real this time) &#8211; Part 1 &#8211; A great essay discussing the flaws in current computer OS UI design. (IE, the desktop/windows metaphor, plus more.) [...]</description>
		<content:encoded><![CDATA[<p>[...] Reinventing the desktop (for real this time) &ndash; Part 1 &#8211; A great essay discussing the flaws in current computer OS UI design. (IE, the desktop/windows metaphor, plus more.) [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: My name is not important</title>
		<link>http://brianwill.net/blog/2009/07/20/reinventing-the-desktop-for-real-this-time-part-1/comment-page-1/#comment-3895</link>
		<dc:creator>My name is not important</dc:creator>
		<pubDate>Sun, 26 Jul 2009 20:35:39 +0000</pubDate>
		<guid isPermaLink="false">http://brianwill.net/blog/?p=139#comment-3895</guid>
		<description>@CodeMonkey

As unlikely as you are to read this, I do think you have a point, but I think that tasks and objects can be unified.

The object for web browsing is a page (tweak the abstraction level as you desire; it may not actually be a page). The object for VOIP is a conversation, but you don&#039;t &quot;go&quot; to a conversation; you have a system-wide address book, and you perform the &quot;Call with VOIP&quot; action/operation on them, thus creating the conversation. For web browsing, possibly a page. Possibly something else. We can&#039;t really know without experimenting. For Twitter, I&#039;m also not sure. But I think the model fits: objects, views (both representation and manipulation) on these objects, and actions on these objects (triggered by views) that either transform it, mutate it, or make a new object using it (and perhaps other objects, too).

If you do reply, please subscribe to this post&#039;s comment feed, or at least check back. :)</description>
		<content:encoded><![CDATA[<p>@CodeMonkey</p>
<p>As unlikely as you are to read this, I do think you have a point, but I think that tasks and objects can be unified.</p>
<p>The object for web browsing is a page (tweak the abstraction level as you desire; it may not actually be a page). The object for VOIP is a conversation, but you don&#8217;t &#8220;go&#8221; to a conversation; you have a system-wide address book, and you perform the &#8220;Call with VOIP&#8221; action/operation on them, thus creating the conversation. For web browsing, possibly a page. Possibly something else. We can&#8217;t really know without experimenting. For Twitter, I&#8217;m also not sure. But I think the model fits: objects, views (both representation and manipulation) on these objects, and actions on these objects (triggered by views) that either transform it, mutate it, or make a new object using it (and perhaps other objects, too).</p>
<p>If you do reply, please subscribe to this post&#8217;s comment feed, or at least check back. :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Henri Bergius: Attention is difficult &#124; Full-Linux.com</title>
		<link>http://brianwill.net/blog/2009/07/20/reinventing-the-desktop-for-real-this-time-part-1/comment-page-1/#comment-3886</link>
		<dc:creator>Henri Bergius: Attention is difficult &#124; Full-Linux.com</dc:creator>
		<pubDate>Thu, 23 Jul 2009 06:06:41 +0000</pubDate>
		<guid isPermaLink="false">http://brianwill.net/blog/?p=139#comment-3886</guid>
		<description>[...] we&#8217;ll need to be sometimes offline. And even while connected, we need attention profiling and better user interfaces. Something for the developers of the future free desktop to [...]</description>
		<content:encoded><![CDATA[<p>[...] we&#8217;ll need to be sometimes offline. And even while connected, we need attention profiling and better user interfaces. Something for the developers of the future free desktop to [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Aric A.</title>
		<link>http://brianwill.net/blog/2009/07/20/reinventing-the-desktop-for-real-this-time-part-1/comment-page-1/#comment-3882</link>
		<dc:creator>Aric A.</dc:creator>
		<pubDate>Tue, 21 Jul 2009 22:06:10 +0000</pubDate>
		<guid isPermaLink="false">http://brianwill.net/blog/?p=139#comment-3882</guid>
		<description>Great article.  I was just trying to explain to someone yesterday why I liked OpenBox so much and &quot;reducing administrative debris&quot; is a better way to put it than I did, where the best I could come up with was that &quot;the desktop GUI doesn&#039;t exist until you call it&quot;.  For years I&#039;ve been using a combination of Open/BlackBox and Launchy on my work computers for this reason, that I can simply move faster between objects and apps without a great deal of kinesthetic learning required.

I do disagree that Compiz reduces usability, though I understand why some think it&#039;s just a messy amalgam of transition effects.  Despite my fetish for minimalism, I honestly enjoy working on my Ubuntu box because everything&#039;s easy to shuffle around and between--though it definitely required a fair bit of metawork to set up the movements and hotkeys that worked best for me.  At its best it represents a hybrid of a literal desktop&#039;s reassuring spatial sense of &quot;I know where X object is&quot; and the virtual desktop&#039;s ability to manage a large number of active objects at once.</description>
		<content:encoded><![CDATA[<p>Great article.  I was just trying to explain to someone yesterday why I liked OpenBox so much and &#8220;reducing administrative debris&#8221; is a better way to put it than I did, where the best I could come up with was that &#8220;the desktop GUI doesn&#8217;t exist until you call it&#8221;.  For years I&#8217;ve been using a combination of Open/BlackBox and Launchy on my work computers for this reason, that I can simply move faster between objects and apps without a great deal of kinesthetic learning required.</p>
<p>I do disagree that Compiz reduces usability, though I understand why some think it&#8217;s just a messy amalgam of transition effects.  Despite my fetish for minimalism, I honestly enjoy working on my Ubuntu box because everything&#8217;s easy to shuffle around and between&#8211;though it definitely required a fair bit of metawork to set up the movements and hotkeys that worked best for me.  At its best it represents a hybrid of a literal desktop&#8217;s reassuring spatial sense of &#8220;I know where X object is&#8221; and the virtual desktop&#8217;s ability to manage a large number of active objects at once.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
