<?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/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments for Thorwil's</title>
	<atom:link href="http://thorwil.wordpress.com/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://thorwil.wordpress.com</link>
	<description>Design for Free Software</description>
	<lastBuildDate>Sat, 12 Dec 2009 15:25:53 +0000</lastBuildDate>
	<generator>http://wordpress.com/</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Comment on Aubio Logo by Eric</title>
		<link>http://thorwil.wordpress.com/2009/12/07/aubio-logo/#comment-2590</link>
		<dc:creator>Eric</dc:creator>
		<pubDate>Sat, 12 Dec 2009 15:25:53 +0000</pubDate>
		<guid isPermaLink="false">http://thorwil.wordpress.com/?p=739#comment-2590</guid>
		<description>As an icon, the look of #2 is my fav, but the idea behind #4 is nice.  I also like the final symbol in #6, maybe just use it by itself?

Is this logo ever going to be used as an icon?  Aubio is a library after all, not a GUI program that needs to be launched, so a more complex design would be just fine.

As a complex logo, numbers 7 and 9 are good (2 still holds it&#039;s own).  I like the realism of 9 (but the clock is too small), and the multiple tools in 7 (suggests multiple abilities).</description>
		<content:encoded><![CDATA[<p>As an icon, the look of #2 is my fav, but the idea behind #4 is nice.  I also like the final symbol in #6, maybe just use it by itself?</p>
<p>Is this logo ever going to be used as an icon?  Aubio is a library after all, not a GUI program that needs to be launched, so a more complex design would be just fine.</p>
<p>As a complex logo, numbers 7 and 9 are good (2 still holds it&#8217;s own).  I like the realism of 9 (but the clock is too small), and the multiple tools in 7 (suggests multiple abilities).</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on File Handling by thorwil</title>
		<link>http://thorwil.wordpress.com/2009/12/11/file-handling/#comment-2588</link>
		<dc:creator>thorwil</dc:creator>
		<pubDate>Sat, 12 Dec 2009 10:22:32 +0000</pubDate>
		<guid isPermaLink="false">http://thorwil.wordpress.com/?p=742#comment-2588</guid>
		<description>DanRabbit: When I talk about files here, I concentrate on the user&#039;s point of view. That is, a file is a thing that has a name, can be moved, copied or deleted and happens &quot;to be&quot; a document, image, piece of music or whatever else. There&#039;s no way a user would not be concerned with that for all cases where he has something to save/restore.

In both of your examples, you just end up with specialized, integrated file managers. In an application centric (as opposed to a document centric) setup.</description>
		<content:encoded><![CDATA[<p>DanRabbit: When I talk about files here, I concentrate on the user&#8217;s point of view. That is, a file is a thing that has a name, can be moved, copied or deleted and happens &#8220;to be&#8221; a document, image, piece of music or whatever else. There&#8217;s no way a user would not be concerned with that for all cases where he has something to save/restore.</p>
<p>In both of your examples, you just end up with specialized, integrated file managers. In an application centric (as opposed to a document centric) setup.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on File Handling by DanRabbit</title>
		<link>http://thorwil.wordpress.com/2009/12/11/file-handling/#comment-2587</link>
		<dc:creator>DanRabbit</dc:creator>
		<pubDate>Sat, 12 Dec 2009 09:59:51 +0000</pubDate>
		<guid isPermaLink="false">http://thorwil.wordpress.com/?p=742#comment-2587</guid>
		<description>Well, I see it like this:

The user shouldn&#039;t really be concerned with files at all. I mean, I should be able to go through my day without touching the file browser at all.

Right now, the only real place where we *expect* this behavior is with music players. These players manage our &quot;libraries&quot; in a way that we would never consider digging through the file browser instead of just using the player to find our music. So, why haven&#039;t other apps caught on?

Example:

My word processor should manage my Documents &quot;library&quot;. It should help me find that report I wrote for history class, or the letter I wrote to my congressman with relative ease. I want nice previews of my documents, so I can see what they are at a glance and have categories so I don&#039;t have to look at school work to find something related to my job. It should be able to find and download new templates from the internet. etc.</description>
		<content:encoded><![CDATA[<p>Well, I see it like this:</p>
<p>The user shouldn&#8217;t really be concerned with files at all. I mean, I should be able to go through my day without touching the file browser at all.</p>
<p>Right now, the only real place where we *expect* this behavior is with music players. These players manage our &#8220;libraries&#8221; in a way that we would never consider digging through the file browser instead of just using the player to find our music. So, why haven&#8217;t other apps caught on?</p>
<p>Example:</p>
<p>My word processor should manage my Documents &#8220;library&#8221;. It should help me find that report I wrote for history class, or the letter I wrote to my congressman with relative ease. I want nice previews of my documents, so I can see what they are at a glance and have categories so I don&#8217;t have to look at school work to find something related to my job. It should be able to find and download new templates from the internet. etc.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on File Handling by thorwil</title>
		<link>http://thorwil.wordpress.com/2009/12/11/file-handling/#comment-2586</link>
		<dc:creator>thorwil</dc:creator>
		<pubDate>Sat, 12 Dec 2009 09:49:07 +0000</pubDate>
		<guid isPermaLink="false">http://thorwil.wordpress.com/?p=742#comment-2586</guid>
		<description>GODlike: it&#039;s true that versioning works much better with plaintext, but that doesn&#039;t mean there&#039;s no benefit with binaries.

Affordable disk space is still growing nicely.

Just being able to go back to older versions (without having the folder cluttered with numbered files), helped by a log with commit messages, is of great value.

There&#039;s certainly room for optimization and specific tools, which might include things like bitmap image version patching and diff viewers.</description>
		<content:encoded><![CDATA[<p>GODlike: it&#8217;s true that versioning works much better with plaintext, but that doesn&#8217;t mean there&#8217;s no benefit with binaries.</p>
<p>Affordable disk space is still growing nicely.</p>
<p>Just being able to go back to older versions (without having the folder cluttered with numbered files), helped by a log with commit messages, is of great value.</p>
<p>There&#8217;s certainly room for optimization and specific tools, which might include things like bitmap image version patching and diff viewers.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on File Handling by GODLiKE</title>
		<link>http://thorwil.wordpress.com/2009/12/11/file-handling/#comment-2585</link>
		<dc:creator>GODLiKE</dc:creator>
		<pubDate>Fri, 11 Dec 2009 22:01:55 +0000</pubDate>
		<guid isPermaLink="false">http://thorwil.wordpress.com/?p=742#comment-2585</guid>
		<description>Regarding versioning, keep in mind that nowadays, only some types of files can actually benefit from versioning. Namely, only those whose filesystem representation is plaintext (this includes .txt but also .xml, .html and stuff like that). When dealing with binary files like images or documents (and a small parenthesis here: no matter what anybody says about ODF documents, still there is no effective way (at least that I know of) to version it properly, as its nature is a compressed file, and the filesystem sees it as binary), versioning leads to excessive disk space used.</description>
		<content:encoded><![CDATA[<p>Regarding versioning, keep in mind that nowadays, only some types of files can actually benefit from versioning. Namely, only those whose filesystem representation is plaintext (this includes .txt but also .xml, .html and stuff like that). When dealing with binary files like images or documents (and a small parenthesis here: no matter what anybody says about ODF documents, still there is no effective way (at least that I know of) to version it properly, as its nature is a compressed file, and the filesystem sees it as binary), versioning leads to excessive disk space used.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on File Handling by Allan</title>
		<link>http://thorwil.wordpress.com/2009/12/11/file-handling/#comment-2584</link>
		<dc:creator>Allan</dc:creator>
		<pubDate>Fri, 11 Dec 2009 18:07:57 +0000</pubDate>
		<guid isPermaLink="false">http://thorwil.wordpress.com/?p=742#comment-2584</guid>
		<description>&#039;It also speaks against having various interfaces for documents, images, audio and video files, each designed independent of the other.&#039;

I tend to think in terms of GUIs. You say &#039;interface&#039;, I think &#039;GUI&#039;. Apologies... Still, I do think that the approach you are suggesting here could lead in some exciting directions for data management GUIs.</description>
		<content:encoded><![CDATA[<p>&#8216;It also speaks against having various interfaces for documents, images, audio and video files, each designed independent of the other.&#8217;</p>
<p>I tend to think in terms of GUIs. You say &#8216;interface&#8217;, I think &#8216;GUI&#8217;. Apologies&#8230; Still, I do think that the approach you are suggesting here could lead in some exciting directions for data management GUIs.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on File Handling by thorwil</title>
		<link>http://thorwil.wordpress.com/2009/12/11/file-handling/#comment-2583</link>
		<dc:creator>thorwil</dc:creator>
		<pubDate>Fri, 11 Dec 2009 17:43:23 +0000</pubDate>
		<guid isPermaLink="false">http://thorwil.wordpress.com/?p=742#comment-2583</guid>
		<description>Allan, what I meant to express is that searching based on meta-data, applying, editing and removing meta-data should be the same for all files. There should a frame of common elements, to only change parts that are necessarily specific to a type of data.</description>
		<content:encoded><![CDATA[<p>Allan, what I meant to express is that searching based on meta-data, applying, editing and removing meta-data should be the same for all files. There should a frame of common elements, to only change parts that are necessarily specific to a type of data.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on File Handling by Allan</title>
		<link>http://thorwil.wordpress.com/2009/12/11/file-handling/#comment-2582</link>
		<dc:creator>Allan</dc:creator>
		<pubDate>Fri, 11 Dec 2009 17:28:15 +0000</pubDate>
		<guid isPermaLink="false">http://thorwil.wordpress.com/?p=742#comment-2582</guid>
		<description>Funny, the recent discussion about Nautilus had led me to have similar thoughts.

GNOME needs to provide users with a better way to organise and manage their data. That solution should be focused on metadata rather than files. I&#039;d love to see a document management application built on top of Zeitgeist and Tracker, for example, and have some ideas about how that could be done.

What I&#039;d disagree with is that there should be a common GUI for dealing with all types of data. A few reasons:
 - Photo and music management are sufficiently specialised to warrant having separate GUIs.
 - A universal data management GUI would be both complex and unable to to cater to the niche use-cases you find with specific types of data.
 - A universal data management GUI would be become an obligatory passage point for pretty much all the tasks on the desktop. I think that that role should be taken by the Shell, not a specific application.

That said, feel free to prove me wrong on these points. :)</description>
		<content:encoded><![CDATA[<p>Funny, the recent discussion about Nautilus had led me to have similar thoughts.</p>
<p>GNOME needs to provide users with a better way to organise and manage their data. That solution should be focused on metadata rather than files. I&#8217;d love to see a document management application built on top of Zeitgeist and Tracker, for example, and have some ideas about how that could be done.</p>
<p>What I&#8217;d disagree with is that there should be a common GUI for dealing with all types of data. A few reasons:<br />
 &#8211; Photo and music management are sufficiently specialised to warrant having separate GUIs.<br />
 &#8211; A universal data management GUI would be both complex and unable to to cater to the niche use-cases you find with specific types of data.<br />
 &#8211; A universal data management GUI would be become an obligatory passage point for pretty much all the tasks on the desktop. I think that that role should be taken by the Shell, not a specific application.</p>
<p>That said, feel free to prove me wrong on these points. <img src='http://s.wordpress.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Logo Design by thorwil</title>
		<link>http://thorwil.wordpress.com/logo-design/#comment-2581</link>
		<dc:creator>thorwil</dc:creator>
		<pubDate>Fri, 11 Dec 2009 16:46:54 +0000</pubDate>
		<guid isPermaLink="false">http://thorwil.wordpress.com/logo-design/#comment-2581</guid>
		<description>Hi Alex. The early work on the Ingen logo simply happened at a time when I tried out Xara. It&#039;s fast and has nice shadow and emboss effects, but as is very clear now, no future on linux.

Thanks!</description>
		<content:encoded><![CDATA[<p>Hi Alex. The early work on the Ingen logo simply happened at a time when I tried out Xara. It&#8217;s fast and has nice shadow and emboss effects, but as is very clear now, no future on linux.</p>
<p>Thanks!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Logo Design by Alex</title>
		<link>http://thorwil.wordpress.com/logo-design/#comment-2580</link>
		<dc:creator>Alex</dc:creator>
		<pubDate>Fri, 11 Dec 2009 15:43:36 +0000</pubDate>
		<guid isPermaLink="false">http://thorwil.wordpress.com/logo-design/#comment-2580</guid>
		<description>I have a question - what is it about the Ingen logo that made you use Xara? By looking at it, I fail to see how Inkscape couldn&#039;t have accomplished the same job.

The logos are very nice, I&#039;ve gone through your archive and looked at your other works - I&#039;m impressed, thanks for sharing them! I will get back to your site when inspiration is needed :-)


I also liked your proposal for the scroll-bar widget.


Greetings from Moldova!</description>
		<content:encoded><![CDATA[<p>I have a question &#8211; what is it about the Ingen logo that made you use Xara? By looking at it, I fail to see how Inkscape couldn&#8217;t have accomplished the same job.</p>
<p>The logos are very nice, I&#8217;ve gone through your archive and looked at your other works &#8211; I&#8217;m impressed, thanks for sharing them! I will get back to your site when inspiration is needed <img src='http://s.wordpress.com/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
<p>I also liked your proposal for the scroll-bar widget.</p>
<p>Greetings from Moldova!</p>
]]></content:encoded>
	</item>
</channel>
</rss>
