<?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: Media at your fingertips</title>
	<atom:link href="http://blogs.gnome.org/calum/2008/02/18/media-at-your-fingertips/feed/" rel="self" type="application/rss+xml" />
	<link>http://blogs.gnome.org/calum/2008/02/18/media-at-your-fingertips/</link>
	<description>Usability an' that</description>
	<lastBuildDate>Fri, 10 Feb 2012 13:14:34 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: calum</title>
		<link>http://blogs.gnome.org/calum/2008/02/18/media-at-your-fingertips/comment-page-1/#comment-373</link>
		<dc:creator>calum</dc:creator>
		<pubDate>Tue, 19 Feb 2008 20:13:59 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/calum/2008/02/18/media-at-your-fingertips/#comment-373</guid>
		<description>AIUI, the file selector provides all the hooks for doing image previews, but it&#039;s up to individual apps to decide whether or not to use them... could be wrong though...</description>
		<content:encoded><![CDATA[<p>AIUI, the file selector provides all the hooks for doing image previews, but it&#8217;s up to individual apps to decide whether or not to use them&#8230; could be wrong though&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rehdon</title>
		<link>http://blogs.gnome.org/calum/2008/02/18/media-at-your-fingertips/comment-page-1/#comment-372</link>
		<dc:creator>Rehdon</dc:creator>
		<pubDate>Tue, 19 Feb 2008 18:55:50 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/calum/2008/02/18/media-at-your-fingertips/#comment-372</guid>
		<description>An image preview in the file selector would be a good start ...

Rehdon</description>
		<content:encoded><![CDATA[<p>An image preview in the file selector would be a good start &#8230;</p>
<p>Rehdon</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Patrys</title>
		<link>http://blogs.gnome.org/calum/2008/02/18/media-at-your-fingertips/comment-page-1/#comment-371</link>
		<dc:creator>Patrys</dc:creator>
		<pubDate>Tue, 19 Feb 2008 10:44:03 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/calum/2008/02/18/media-at-your-fingertips/#comment-371</guid>
		<description>Ah, a centralised media library with an API... and a simple DAAP/UPnP sharing server using the library. One day it could be possible to actually use my PS3 to watch movies over wifi.</description>
		<content:encoded><![CDATA[<p>Ah, a centralised media library with an API&#8230; and a simple DAAP/UPnP sharing server using the library. One day it could be possible to actually use my PS3 to watch movies over wifi.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: calum</title>
		<link>http://blogs.gnome.org/calum/2008/02/18/media-at-your-fingertips/comment-page-1/#comment-370</link>
		<dc:creator>calum</dc:creator>
		<pubDate>Mon, 18 Feb 2008 22:51:22 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/calum/2008/02/18/media-at-your-fingertips/#comment-370</guid>
		<description>So, a few things to address here….

First off, I think assuming the user wants to store all their pictures in XDG_PICTURES_DIR, music in XDG_MUSIC_DIR etc. is *way* too short-sighted. Apple certainly don’t do that, you can store your music and photos anywhere, scattered all over your disk if you so desire, and iTunes, iPhoto etc. will manage them just fine whilst leaving them right where you put them. Even if you move them around outside of those applications later (although that part’s just down to HFS+).

Also, I’d like to be able to pull in my media from web services like Flickr etc., all from the same media browsing UI. The OS X UI doesn’t currently allow this AFAIK, but I’d guess it at least does its best to pull in any media you’ve stored on your .Mac account, if you have one. (Which I don’t.)

As for using metadata searches to find and present your media files… hmm, yeah, maybe one day, but I’ve never seen it work well enough yet-- it&#039;s perfectly possible on OS X too, but metadata maintenance on a huge media library is just far too arduous a task. So right now I’d still rather organise my stuff into folders/albums/playlists manually, and use a GUI that presents me with that hierarchy when I want to find it again later.</description>
		<content:encoded><![CDATA[<p>So, a few things to address here….</p>
<p>First off, I think assuming the user wants to store all their pictures in XDG_PICTURES_DIR, music in XDG_MUSIC_DIR etc. is *way* too short-sighted. Apple certainly don’t do that, you can store your music and photos anywhere, scattered all over your disk if you so desire, and iTunes, iPhoto etc. will manage them just fine whilst leaving them right where you put them. Even if you move them around outside of those applications later (although that part’s just down to HFS+).</p>
<p>Also, I’d like to be able to pull in my media from web services like Flickr etc., all from the same media browsing UI. The OS X UI doesn’t currently allow this AFAIK, but I’d guess it at least does its best to pull in any media you’ve stored on your .Mac account, if you have one. (Which I don’t.)</p>
<p>As for using metadata searches to find and present your media files… hmm, yeah, maybe one day, but I’ve never seen it work well enough yet&#8211; it&#8217;s perfectly possible on OS X too, but metadata maintenance on a huge media library is just far too arduous a task. So right now I’d still rather organise my stuff into folders/albums/playlists manually, and use a GUI that presents me with that hierarchy when I want to find it again later.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Frej Soya</title>
		<link>http://blogs.gnome.org/calum/2008/02/18/media-at-your-fingertips/comment-page-1/#comment-369</link>
		<dc:creator>Frej Soya</dc:creator>
		<pubDate>Mon, 18 Feb 2008 22:03:50 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/calum/2008/02/18/media-at-your-fingertips/#comment-369</guid>
		<description>We have the location of the data allready from the XDG folders spec (XDG_PICTURES_DIR XDG_MUSIC_DIR....  etc). It should be possible to special case them from just this spec instead of creating &quot;simple bookmarks&quot; combined with bastian&#039;s stuff above. We &quot;just&quot; need the intelligant browsing/viewing ;)

Somewhat related - I tried making pictures from cheese findable in nautilus(and filepicker) - but sadly I got a WONTFIX.  http://bugzilla.gnome.org/show_bug.cgi?id=509475. Not trying to flame the maintainer, it is me that has failed to explain the problem :)</description>
		<content:encoded><![CDATA[<p>We have the location of the data allready from the XDG folders spec (XDG_PICTURES_DIR XDG_MUSIC_DIR&#8230;.  etc). It should be possible to special case them from just this spec instead of creating &#8220;simple bookmarks&#8221; combined with bastian&#8217;s stuff above. We &#8220;just&#8221; need the intelligant browsing/viewing <img src='http://blogs.gnome.org/calum/wp-content/mu-plugins/tango-smilies/tango/face-wink.png' alt=';)' class='wp-smiley' /> </p>
<p>Somewhat related &#8211; I tried making pictures from cheese findable in nautilus(and filepicker) &#8211; but sadly I got a WONTFIX.  <a href="http://bugzilla.gnome.org/show_bug.cgi?id=509475" rel="nofollow">http://bugzilla.gnome.org/show_bug.cgi?id=509475</a>. Not trying to flame the maintainer, it is me that has failed to explain the problem <img src='http://blogs.gnome.org/calum/wp-content/mu-plugins/tango-smilies/tango/face-smile.png' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: troll</title>
		<link>http://blogs.gnome.org/calum/2008/02/18/media-at-your-fingertips/comment-page-1/#comment-368</link>
		<dc:creator>troll</dc:creator>
		<pubDate>Mon, 18 Feb 2008 20:42:05 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/calum/2008/02/18/media-at-your-fingertips/#comment-368</guid>
		<description>Media libraries would be nice. Perhaps after having that spec someone would create the first ever Linux based desktop media player application!</description>
		<content:encoded><![CDATA[<p>Media libraries would be nice. Perhaps after having that spec someone would create the first ever Linux based desktop media player application!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: calum</title>
		<link>http://blogs.gnome.org/calum/2008/02/18/media-at-your-fingertips/comment-page-1/#comment-367</link>
		<dc:creator>calum</dc:creator>
		<pubDate>Mon, 18 Feb 2008 20:29:14 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/calum/2008/02/18/media-at-your-fingertips/#comment-367</guid>
		<description>That would doubtless help a bit, but I suspect there&#039;s a bit more to doing it well. 

While it&#039;s nice to know it&#039;s there, personally I don&#039;t think I&#039;ve ever used the feature in the OS X file dialog, because in most applications you never have to go as far as the file dialog to find your media.   And in OS X it&#039;s also possible to use saved search folders in the file manager as the entry points to your media library if you want to, but the in-app media browser has evolved as the standard way of doing this instead.

I&#039;m a bit too frazzled just now to think about the pros and cons of each approach though... maybe later :)</description>
		<content:encoded><![CDATA[<p>That would doubtless help a bit, but I suspect there&#8217;s a bit more to doing it well. </p>
<p>While it&#8217;s nice to know it&#8217;s there, personally I don&#8217;t think I&#8217;ve ever used the feature in the OS X file dialog, because in most applications you never have to go as far as the file dialog to find your media.   And in OS X it&#8217;s also possible to use saved search folders in the file manager as the entry points to your media library if you want to, but the in-app media browser has evolved as the standard way of doing this instead.</p>
<p>I&#8217;m a bit too frazzled just now to think about the pros and cons of each approach though&#8230; maybe later <img src='http://blogs.gnome.org/calum/wp-content/mu-plugins/tango-smilies/tango/face-smile.png' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mikkel Kamstrup Erlandsen</title>
		<link>http://blogs.gnome.org/calum/2008/02/18/media-at-your-fingertips/comment-page-1/#comment-366</link>
		<dc:creator>Mikkel Kamstrup Erlandsen</dc:creator>
		<pubDate>Mon, 18 Feb 2008 20:07:50 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/calum/2008/02/18/media-at-your-fingertips/#comment-366</guid>
		<description>Did anyone say &quot;standardized searchable interface&quot;? Did I say &quot;simple&quot;? Define a dbus object at some location and make it expose a Xesam[1] service - or even simpler; use the standard Xesam indexer to search out all media files.

Now if only the Xesam team could stand up and roll 1.0, and I could find the time to finish up xesam-glib, all would be downill from there.

[1]: xesam.org</description>
		<content:encoded><![CDATA[<p>Did anyone say &#8220;standardized searchable interface&#8221;? Did I say &#8220;simple&#8221;? Define a dbus object at some location and make it expose a Xesam[1] service &#8211; or even simpler; use the standard Xesam indexer to search out all media files.</p>
<p>Now if only the Xesam team could stand up and roll 1.0, and I could find the time to finish up xesam-glib, all would be downill from there.</p>
<p>[1]: xesam.org</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Maxo</title>
		<link>http://blogs.gnome.org/calum/2008/02/18/media-at-your-fingertips/comment-page-1/#comment-365</link>
		<dc:creator>Maxo</dc:creator>
		<pubDate>Mon, 18 Feb 2008 19:48:30 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/calum/2008/02/18/media-at-your-fingertips/#comment-365</guid>
		<description>I agree.  Just like how there are is the Tango way of doing things to make graphics cohesive across applications, other things could be defined better for Gnome apps to make everything snap together a little better.
I think we should keep the lego-ness that gives Linux and advantage over BSD, but with well defined, and agreed upon, specifications to get a little more of that BSD-goodness going on.
I sure hop that makes sense.</description>
		<content:encoded><![CDATA[<p>I agree.  Just like how there are is the Tango way of doing things to make graphics cohesive across applications, other things could be defined better for Gnome apps to make everything snap together a little better.<br />
I think we should keep the lego-ness that gives Linux and advantage over BSD, but with well defined, and agreed upon, specifications to get a little more of that BSD-goodness going on.<br />
I sure hop that makes sense.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jakub Steiner</title>
		<link>http://blogs.gnome.org/calum/2008/02/18/media-at-your-fingertips/comment-page-1/#comment-364</link>
		<dc:creator>Jakub Steiner</dc:creator>
		<pubDate>Mon, 18 Feb 2008 19:12:58 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/calum/2008/02/18/media-at-your-fingertips/#comment-364</guid>
		<description>Tree like shortcuts sounds like plugging a rectangular filter into the round opening in apollo 13. It would be better for GNOME to decide on common storage for Photos, Videos, Music...</description>
		<content:encoded><![CDATA[<p>Tree like shortcuts sounds like plugging a rectangular filter into the round opening in apollo 13. It would be better for GNOME to decide on common storage for Photos, Videos, Music&#8230;</p>
]]></content:encoded>
	</item>
</channel>
</rss>
<!-- This Quick Cache file was built for (  blogs.gnome.org/calum/2008/02/18/media-at-your-fingertips/feed/ ) in 0.32504 seconds, on Feb 10th, 2012 at 10:31 pm UTC. -->
<!-- This Quick Cache file will automatically expire ( and be re-built automatically ) on Feb 10th, 2012 at 11:31 pm UTC -->
