<?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:creativeCommons="http://backend.userland.com/creativeCommonsRssModule"
	>
<channel>
	<title>Comments on: Longhorn arrives with a whimper</title>
	<atom:link href="http://blogs.law.harvard.edu/philg/2005/05/11/longhorn-arrives-with-a-whimper/feed/" rel="self" type="application/rss+xml" />
	<link>http://blogs.law.harvard.edu/philg/2005/05/11/longhorn-arrives-with-a-whimper/</link>
	<description>A posting every day; an interesting idea every three months...</description>
	<lastBuildDate>Fri, 04 Dec 2009 15:40:58 -0500</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Useful blog</title>
		<link>http://blogs.law.harvard.edu/philg/2005/05/11/longhorn-arrives-with-a-whimper/comment-page-1/#comment-11348</link>
		<dc:creator>Useful blog</dc:creator>
		<pubDate>Mon, 27 Feb 2006 11:39:36 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.law.harvard.edu/philgtest/2005/05/11/longhorn-arrives-with-a-whimper/#comment-11348</guid>
		<description>&lt;a&gt;&lt;/a&gt;

The blog is very useful. 
http://www.semeistvoto.com</description>
		<content:encoded><![CDATA[<p><a></a></p>
<p>The blog is very useful.<br />
<a href="http://www.semeistvoto.com" rel="nofollow">http://www.semeistvoto.com</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Greyhound Racing</title>
		<link>http://blogs.law.harvard.edu/philg/2005/05/11/longhorn-arrives-with-a-whimper/comment-page-1/#comment-3533</link>
		<dc:creator>Greyhound Racing</dc:creator>
		<pubDate>Tue, 27 Sep 2005 12:34:32 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.law.harvard.edu/philgtest/2005/05/11/longhorn-arrives-with-a-whimper/#comment-3533</guid>
		<description>&lt;a&gt;&lt;/a&gt;

Racing Game</description>
		<content:encoded><![CDATA[<p><a></a></p>
<p>Racing Game</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Paulas Home Cooking</title>
		<link>http://blogs.law.harvard.edu/philg/2005/05/11/longhorn-arrives-with-a-whimper/comment-page-1/#comment-3101</link>
		<dc:creator>Paulas Home Cooking</dc:creator>
		<pubDate>Sat, 10 Sep 2005 08:30:38 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.law.harvard.edu/philgtest/2005/05/11/longhorn-arrives-with-a-whimper/#comment-3101</guid>
		<description>&lt;a&gt;&lt;/a&gt;

Cooking Channel</description>
		<content:encoded><![CDATA[<p><a></a></p>
<p>Cooking Channel</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Gus M</title>
		<link>http://blogs.law.harvard.edu/philg/2005/05/11/longhorn-arrives-with-a-whimper/comment-page-1/#comment-1202</link>
		<dc:creator>Gus M</dc:creator>
		<pubDate>Thu, 02 Jun 2005 21:10:18 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.law.harvard.edu/philgtest/2005/05/11/longhorn-arrives-with-a-whimper/#comment-1202</guid>
		<description>&lt;a&gt;&lt;/a&gt;

&quot;The average household user of a personal computer doesn&#039;t need anything with many more features that the Palm OS or Microsoft Outlook and probably has far fewer megabytes of documents than he or she has of archived email.&quot;

Depends on what you mean by &quot;document&quot;. I have less than 100 MB of &quot;documents&quot; if you mean word processing documents. But I have well over 6000 digital photos (and that&#039;s a small number of photos for even an amateur photographer). I have nearly 15,000 songs in iTunes, occupying over 90 GB of hard drive space. I just had to buy a new hard drive because I filled up a 200 GB hard drive with captured DV (my music is on a separate hard drive, so the 200 GB is nearly all DV).</description>
		<content:encoded><![CDATA[<p><a></a></p>
<p>&#8220;The average household user of a personal computer doesn&#8217;t need anything with many more features that the Palm OS or Microsoft Outlook and probably has far fewer megabytes of documents than he or she has of archived email.&#8221;</p>
<p>Depends on what you mean by &#8220;document&#8221;. I have less than 100 MB of &#8220;documents&#8221; if you mean word processing documents. But I have well over 6000 digital photos (and that&#8217;s a small number of photos for even an amateur photographer). I have nearly 15,000 songs in iTunes, occupying over 90 GB of hard drive space. I just had to buy a new hard drive because I filled up a 200 GB hard drive with captured DV (my music is on a separate hard drive, so the 200 GB is nearly all DV).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John Faughnan</title>
		<link>http://blogs.law.harvard.edu/philg/2005/05/11/longhorn-arrives-with-a-whimper/comment-page-1/#comment-1147</link>
		<dc:creator>John Faughnan</dc:creator>
		<pubDate>Sun, 22 May 2005 16:00:23 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.law.harvard.edu/philgtest/2005/05/11/longhorn-arrives-with-a-whimper/#comment-1147</guid>
		<description>&lt;a&gt;&lt;/a&gt;

How many documents can I create? Easily, by now, over 50K once I include all the references, presentations, emails, images, etc. It&#039;s not that hard, honest.

Hierarchy, especially poly-hierarchy, is an interesting and useful form of metadata (think inheritance and specialization). It&#039;s not for everyone, but it&#039;s very useful. I&#039;ve been disappointed how many search tools ignore the metadata of the containing directory (doing the descendant tree is hard, so I&#039;ll excuse that omission).</description>
		<content:encoded><![CDATA[<p><a></a></p>
<p>How many documents can I create? Easily, by now, over 50K once I include all the references, presentations, emails, images, etc. It&#8217;s not that hard, honest.</p>
<p>Hierarchy, especially poly-hierarchy, is an interesting and useful form of metadata (think inheritance and specialization). It&#8217;s not for everyone, but it&#8217;s very useful. I&#8217;ve been disappointed how many search tools ignore the metadata of the containing directory (doing the descendant tree is hard, so I&#8217;ll excuse that omission).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Emre</title>
		<link>http://blogs.law.harvard.edu/philg/2005/05/11/longhorn-arrives-with-a-whimper/comment-page-1/#comment-1135</link>
		<dc:creator>Emre</dc:creator>
		<pubDate>Wed, 18 May 2005 22:51:09 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.law.harvard.edu/philgtest/2005/05/11/longhorn-arrives-with-a-whimper/#comment-1135</guid>
		<description>&lt;a&gt;&lt;/a&gt;

Gideon: That would be just like how today&#039;s image management applications work; using set association (cf. http://www.photools.com/imfs_0003.php)</description>
		<content:encoded><![CDATA[<p><a></a></p>
<p>Gideon: That would be just like how today&#8217;s image management applications work; using set association (cf. <a href="http://www.photools.com/imfs_0003.php)" rel="nofollow">http://www.photools.com/imfs_0003.php)</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike</title>
		<link>http://blogs.law.harvard.edu/philg/2005/05/11/longhorn-arrives-with-a-whimper/comment-page-1/#comment-1134</link>
		<dc:creator>Mike</dc:creator>
		<pubDate>Wed, 18 May 2005 13:38:45 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.law.harvard.edu/philgtest/2005/05/11/longhorn-arrives-with-a-whimper/#comment-1134</guid>
		<description>&lt;a&gt;&lt;/a&gt;

Doesn&#039;t Tiger&#039;s Spotlight feature cover some of the features of Longhorn&#039;s canned search folders? I haven&#039;t really had time to play with all of the features of Spotlight, but it is my understanding that one can create &#039;loaders&#039; for various document types and Spotlight will index the meta-data. That way, you will be able to have a file in multiple &#039;smart&#039; folders based on meta-data. Maybe there really is a use for the properties window in MS Apps.</description>
		<content:encoded><![CDATA[<p><a></a></p>
<p>Doesn&#8217;t Tiger&#8217;s Spotlight feature cover some of the features of Longhorn&#8217;s canned search folders? I haven&#8217;t really had time to play with all of the features of Spotlight, but it is my understanding that one can create &#8216;loaders&#8217; for various document types and Spotlight will index the meta-data. That way, you will be able to have a file in multiple &#8217;smart&#8217; folders based on meta-data. Maybe there really is a use for the properties window in MS Apps.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Gideon</title>
		<link>http://blogs.law.harvard.edu/philg/2005/05/11/longhorn-arrives-with-a-whimper/comment-page-1/#comment-1126</link>
		<dc:creator>Gideon</dc:creator>
		<pubDate>Mon, 16 May 2005 16:10:48 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.law.harvard.edu/philgtest/2005/05/11/longhorn-arrives-with-a-whimper/#comment-1126</guid>
		<description>&lt;a&gt;&lt;/a&gt;

@ Eric: The main problem with folders and files currently (which sometimes makes me go insane) is that most documents don&#039;t fit this or that folder. They belong in more then one. Copy is not reasonable because then they go out of sync, sym-link are not a solution because they break when you move them to another disk.... I really just want tags: Being able to assign a few categories to a file and have this form a folder would be a much beter solution. You can always make it more or less back-ward by tweaking the copy and move behavior. Only the deletion of a folder could be tricky...</description>
		<content:encoded><![CDATA[<p><a></a></p>
<p>@ Eric: The main problem with folders and files currently (which sometimes makes me go insane) is that most documents don&#8217;t fit this or that folder. They belong in more then one. Copy is not reasonable because then they go out of sync, sym-link are not a solution because they break when you move them to another disk&#8230;. I really just want tags: Being able to assign a few categories to a file and have this form a folder would be a much beter solution. You can always make it more or less back-ward by tweaking the copy and move behavior. Only the deletion of a folder could be tricky&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Eric</title>
		<link>http://blogs.law.harvard.edu/philg/2005/05/11/longhorn-arrives-with-a-whimper/comment-page-1/#comment-1108</link>
		<dc:creator>Eric</dc:creator>
		<pubDate>Sat, 14 May 2005 20:36:12 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.law.harvard.edu/philgtest/2005/05/11/longhorn-arrives-with-a-whimper/#comment-1108</guid>
		<description>&lt;a&gt;&lt;/a&gt;

No one is mentioning the fact that a hierarchical file system allows one to use the same filename in two different folders (directories).  Otherwise you would have the burden of giving each file a unique name.

An earlier comment proposed making filenames optional, but that doesn&#039;t seem like a solution to me.  Sure, we don&#039;t name every pencil on our desk, but that is because the pencils are interchangeable.  People, cities, streets, pets, and yes, files, are not interchangeable and therefore get names.</description>
		<content:encoded><![CDATA[<p><a></a></p>
<p>No one is mentioning the fact that a hierarchical file system allows one to use the same filename in two different folders (directories).  Otherwise you would have the burden of giving each file a unique name.</p>
<p>An earlier comment proposed making filenames optional, but that doesn&#8217;t seem like a solution to me.  Sure, we don&#8217;t name every pencil on our desk, but that is because the pencils are interchangeable.  People, cities, streets, pets, and yes, files, are not interchangeable and therefore get names.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David Stonesi</title>
		<link>http://blogs.law.harvard.edu/philg/2005/05/11/longhorn-arrives-with-a-whimper/comment-page-1/#comment-1095</link>
		<dc:creator>David Stonesi</dc:creator>
		<pubDate>Thu, 12 May 2005 19:47:40 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.law.harvard.edu/philgtest/2005/05/11/longhorn-arrives-with-a-whimper/#comment-1095</guid>
		<description>&lt;a&gt;&lt;/a&gt;

Longhorn is far more than 2 years late.  The concept of a distributed, searchable file system was proposed for the Cairo project, which was NT 4.0.  It was first announced at the professional developers conference in Anahim, 1994.  So if Longhorn goes GA next year it will only be 12 years late.

As for the whole need for a versioning file system: the majority of corporate users don&#039;t need it.  The technical ones already have one, most likely - CVS, SourceSafe, ClearCase or whatever.  The average Word user could probably do without folders entirely and throw everything into one directory.  Heck, a lot of them do just that - sometimes because their corporate IT people make them save to a shared drive.  It&#039;s no answer.</description>
		<content:encoded><![CDATA[<p><a></a></p>
<p>Longhorn is far more than 2 years late.  The concept of a distributed, searchable file system was proposed for the Cairo project, which was NT 4.0.  It was first announced at the professional developers conference in Anahim, 1994.  So if Longhorn goes GA next year it will only be 12 years late.</p>
<p>As for the whole need for a versioning file system: the majority of corporate users don&#8217;t need it.  The technical ones already have one, most likely &#8211; CVS, SourceSafe, ClearCase or whatever.  The average Word user could probably do without folders entirely and throw everything into one directory.  Heck, a lot of them do just that &#8211; sometimes because their corporate IT people make them save to a shared drive.  It&#8217;s no answer.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
