<?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"
	>
<channel>
	<title>Comments on: The Pain of Directories</title>
	<atom:link href="http://blogs.gnome.org/uraeus/2006/07/07/the-pain-of-directories/feed/" rel="self" type="application/rss+xml" />
	<link>http://blogs.gnome.org/uraeus/2006/07/07/the-pain-of-directories/</link>
	<description>Just another GNOME Blogs weblog</description>
	<pubDate>Sat, 11 Oct 2008 20:05:42 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.2</generator>
		<item>
		<title>By: Anthony Batchelor</title>
		<link>http://blogs.gnome.org/uraeus/2006/07/07/the-pain-of-directories/#comment-503</link>
		<dc:creator>Anthony Batchelor</dc:creator>
		<pubDate>Tue, 30 Nov 1999 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/uraeus/2006/07/07/the-pain-of-directories/#comment-503</guid>
		<description>Instead of selecting a directory, why don't you use beagle or crawl ~/ to find the media and add it to the media library, no questions asked.&lt;p/&gt;I understand that you would then get some extra hits, but it is probably nicer to remove the odd unwanted result than have to add the directories of your media.&lt;p/&gt;Did I mention that I would like a global store for all media information for Music, Video, Photos etc... where it is stored, how many times has it been accessed, the medias rating/tags etc.? Then I would never have to add it again when I swap music players\video players\set-top box style media centres.  More importantly I would never lose the associated meta-data and context of a piece of media just because I want to use a different viewer.&lt;p/&gt;I guess that would be a better way to solve the problem, but would require a community effort to get the media players to join forces and develop a standard for them to follow...</description>
		<content:encoded><![CDATA[<p>Instead of selecting a directory, why don&#8217;t you use beagle or crawl ~/ to find the media and add it to the media library, no questions asked.
<p />I understand that you would then get some extra hits, but it is probably nicer to remove the odd unwanted result than have to add the directories of your media.
<p />Did I mention that I would like a global store for all media information for Music, Video, Photos etc&#8230; where it is stored, how many times has it been accessed, the medias rating/tags etc.? Then I would never have to add it again when I swap music players\video players\set-top box style media centres.  More importantly I would never lose the associated meta-data and context of a piece of media just because I want to use a different viewer.
<p />I guess that would be a better way to solve the problem, but would require a community effort to get the media players to join forces and develop a standard for them to follow&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Emmanuele Bassi</title>
		<link>http://blogs.gnome.org/uraeus/2006/07/07/the-pain-of-directories/#comment-504</link>
		<dc:creator>Emmanuele Bassi</dc:creator>
		<pubDate>Tue, 30 Nov 1999 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/uraeus/2006/07/07/the-pain-of-directories/#comment-504</guid>
		<description>there was an initial approach, especially for ISVs, for common "desktop places" using bookmarks, on the wiki: &lt;a href="http://live.gnome.org/DesktopPlaces"&gt;http://live.gnome.org/DesktopPlaces&lt;/a&gt;&lt;p/&gt;I'll revamp the page and lay out a coherent proposal, not that we have the API for it.</description>
		<content:encoded><![CDATA[<p>there was an initial approach, especially for ISVs, for common &#8220;desktop places&#8221; using bookmarks, on the wiki: <a href="http://live.gnome.org/DesktopPlaces">http://live.gnome.org/DesktopPlaces</a>
<p />I&#8217;ll revamp the page and lay out a coherent proposal, not that we have the API for it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: IHD</title>
		<link>http://blogs.gnome.org/uraeus/2006/07/07/the-pain-of-directories/#comment-505</link>
		<dc:creator>IHD</dc:creator>
		<pubDate>Tue, 30 Nov 1999 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/uraeus/2006/07/07/the-pain-of-directories/#comment-505</guid>
		<description>~/Music, ~/Pictures, ~/Movies, etc. are dumb.  As Anthony said above, beagle (or one of the other indexers) is definitely the way to go.&lt;p/&gt;You will (hopefully) never want to browse and list the files according to their directory in Elisa.  Instead, you will want to do it by metadata, and that is exactly what the indexers are good at.&lt;p/&gt;Try to switch to using the indexers as early in development as you can, so you never have to worry about browsing directories.</description>
		<content:encoded><![CDATA[<p>~/Music, ~/Pictures, ~/Movies, etc. are dumb.  As Anthony said above, beagle (or one of the other indexers) is definitely the way to go.
<p />You will (hopefully) never want to browse and list the files according to their directory in Elisa.  Instead, you will want to do it by metadata, and that is exactly what the indexers are good at.
<p />Try to switch to using the indexers as early in development as you can, so you never have to worry about browsing directories.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
