<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.3.3" -->
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	>
<channel>
	<title>Comments on: Features vs. Preferences</title>
	<link>http://blogs.gnome.org/jamesh/2005/12/15/features-vs-preferences/</link>
	<description>Random stuff</description>
	<pubDate>Sun, 20 Jul 2008 01:13:34 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.3.3</generator>
		<item>
		<title>By: Philip Langdale</title>
		<link>http://blogs.gnome.org/jamesh/2005/12/15/features-vs-preferences/#comment-81</link>
		<dc:creator>Philip Langdale</dc:creator>
		<pubDate>Tue, 30 Nov 1999 00:00:00 +0000</pubDate>
		<guid>http://blogs.gnome.org/jamesh/2005/12/15/features-vs-preferences/#comment-81</guid>
		<description>The problem I have with the current drive mount applet (and the reason it no longer graces my panel) is that it's all or nothing - you can't have a subset of mountable volumes and you can't alter the layout. I have a 4-in-1 flash card reader, 2 cdroms and an ide floppy drive. So, I get dumped with 7 items inefficiently layed out (I use a single 48 pix panel; old school). I only use 1 of the 4 flash slots, so I'd rather ignore the other 3, and vertical items make a lot more sense for my panel dimensions.</description>
		<content:encoded><![CDATA[<p>The problem I have with the current drive mount applet (and the reason it no longer graces my panel) is that it&#8217;s all or nothing - you can&#8217;t have a subset of mountable volumes and you can&#8217;t alter the layout. I have a 4-in-1 flash card reader, 2 cdroms and an ide floppy drive. So, I get dumped with 7 items inefficiently layed out (I use a single 48 pix panel; old school). I only use 1 of the 4 flash slots, so I&#8217;d rather ignore the other 3, and vertical items make a lot more sense for my panel dimensions.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Luca De Rugeriis</title>
		<link>http://blogs.gnome.org/jamesh/2005/12/15/features-vs-preferences/#comment-82</link>
		<dc:creator>Luca De Rugeriis</dc:creator>
		<pubDate>Tue, 30 Nov 1999 00:00:00 +0000</pubDate>
		<guid>http://blogs.gnome.org/jamesh/2005/12/15/features-vs-preferences/#comment-82</guid>
		<description>Same here: it would be nice if it was possible to hide some of the buttons.</description>
		<content:encoded><![CDATA[<p>Same here: it would be nice if it was possible to hide some of the buttons.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Davyd</title>
		<link>http://blogs.gnome.org/jamesh/2005/12/15/features-vs-preferences/#comment-83</link>
		<dc:creator>Davyd</dc:creator>
		<pubDate>Tue, 30 Nov 1999 00:00:00 +0000</pubDate>
		<guid>http://blogs.gnome.org/jamesh/2005/12/15/features-vs-preferences/#comment-83</guid>
		<description>James, you have provided us with a most wonderful example of our wonderfulness.&lt;p/&gt;Philip/Luca, this is a common feature request, and is probably relevant to people with lots of little devices, so is a patch forthwith? If you were going to implement this, I would recommend storing a mask of drives to hide, rather than a list of drives to show. That way new devices that have never been seen before always appear, and could then be hidden by the user.</description>
		<content:encoded><![CDATA[<p>James, you have provided us with a most wonderful example of our wonderfulness.
<p />Philip/Luca, this is a common feature request, and is probably relevant to people with lots of little devices, so is a patch forthwith? If you were going to implement this, I would recommend storing a mask of drives to hide, rather than a list of drives to show. That way new devices that have never been seen before always appear, and could then be hidden by the user.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Daniel Borgmann</title>
		<link>http://blogs.gnome.org/jamesh/2005/12/15/features-vs-preferences/#comment-84</link>
		<dc:creator>Daniel Borgmann</dc:creator>
		<pubDate>Tue, 30 Nov 1999 00:00:00 +0000</pubDate>
		<guid>http://blogs.gnome.org/jamesh/2005/12/15/features-vs-preferences/#comment-84</guid>
		<description>Exactly, there is a huge difference between features and options. In the ideal case, the only choice a user _ever_ has to make should be "what do I want to do". And that is what GNOME is all about.&lt;p/&gt;Some people insist on having unlimited customizability available and I understand that GNOME isn't the right desktop for them. But that is not the same as functionality. Functionality means to me "the ability to do something", not "a specific method to do something".</description>
		<content:encoded><![CDATA[<p>Exactly, there is a huge difference between features and options. In the ideal case, the only choice a user _ever_ has to make should be &#8220;what do I want to do&#8221;. And that is what GNOME is all about.
<p />Some people insist on having unlimited customizability available and I understand that GNOME isn&#8217;t the right desktop for them. But that is not the same as functionality. Functionality means to me &#8220;the ability to do something&#8221;, not &#8220;a specific method to do something&#8221;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Stephane Chauveau</title>
		<link>http://blogs.gnome.org/jamesh/2005/12/15/features-vs-preferences/#comment-85</link>
		<dc:creator>Stephane Chauveau</dc:creator>
		<pubDate>Tue, 30 Nov 1999 00:00:00 +0000</pubDate>
		<guid>http://blogs.gnome.org/jamesh/2005/12/15/features-vs-preferences/#comment-85</guid>
		<description>I agree with the problem of having too many devices. The first thing to do would be insure that their order is somewhat predictable.&lt;p/&gt;I think that the problem woud better be managed at a higher level. What I have in mind would be something like having a user preference file for libhal where keys could be specified for known devices. &lt;p/&gt;For example, a removable device could have the key ".user_pref.show" with the values "always", "when-mountable"&lt;br/&gt;, "when-mounted" or "never"&lt;p/&gt;</description>
		<content:encoded><![CDATA[<p>I agree with the problem of having too many devices. The first thing to do would be insure that their order is somewhat predictable.
<p />I think that the problem woud better be managed at a higher level. What I have in mind would be something like having a user preference file for libhal where keys could be specified for known devices.
<p />For example, a removable device could have the key &#8220;.user_pref.show&#8221; with the values &#8220;always&#8221;, &#8220;when-mountable&#8221;<br />, &#8220;when-mounted&#8221; or &#8220;never&#8221;
<p />
]]></content:encoded>
	</item>
	<item>
		<title>By: Murray Cumming</title>
		<link>http://blogs.gnome.org/jamesh/2005/12/15/features-vs-preferences/#comment-86</link>
		<dc:creator>Murray Cumming</dc:creator>
		<pubDate>Tue, 30 Nov 1999 00:00:00 +0000</pubDate>
		<guid>http://blogs.gnome.org/jamesh/2005/12/15/features-vs-preferences/#comment-86</guid>
		<description>&gt; I only use 1 of the 4 flash slots, so I'd rather ignore the other 3&lt;p/&gt;Wouldn't it make sense to just automatically ignore drives that couldn't be mounted, such as card slots with no cards in them? You don't want to see them because there's nothing you could do with them.</description>
		<content:encoded><![CDATA[<p>> I only use 1 of the 4 flash slots, so I&#8217;d rather ignore the other 3
<p />Wouldn&#8217;t it make sense to just automatically ignore drives that couldn&#8217;t be mounted, such as card slots with no cards in them? You don&#8217;t want to see them because there&#8217;s nothing you could do with them.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ralph Wabel</title>
		<link>http://blogs.gnome.org/jamesh/2005/12/15/features-vs-preferences/#comment-87</link>
		<dc:creator>Ralph Wabel</dc:creator>
		<pubDate>Tue, 30 Nov 1999 00:00:00 +0000</pubDate>
		<guid>http://blogs.gnome.org/jamesh/2005/12/15/features-vs-preferences/#comment-87</guid>
		<description>it would be enough if people can select which drives he wants to display on the panel. Some people only want their cd/dvd drives, but the rest they don't care about. I really hope such a highly requested feature will be implemented!</description>
		<content:encoded><![CDATA[<p>it would be enough if people can select which drives he wants to display on the panel. Some people only want their cd/dvd drives, but the rest they don&#8217;t care about. I really hope such a highly requested feature will be implemented!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tomas Frydrych</title>
		<link>http://blogs.gnome.org/jamesh/2005/12/15/features-vs-preferences/#comment-88</link>
		<dc:creator>Tomas Frydrych</dc:creator>
		<pubDate>Tue, 30 Nov 1999 00:00:00 +0000</pubDate>
		<guid>http://blogs.gnome.org/jamesh/2005/12/15/features-vs-preferences/#comment-88</guid>
		<description>Except #4 is broken (see &lt;a href="http://bugs.gnome.org/show_bug.cgi?id=319208"&gt;http://bugs.gnome.org/show_bug.cgi?id=319208&lt;/a&gt;), and without a preference to turn this 'smart' behaviour off you are stuck with broken and rather irritating behaviour.</description>
		<content:encoded><![CDATA[<p>Except #4 is broken (see <a href="http://bugs.gnome.org/show_bug.cgi?id=319208">http://bugs.gnome.org/show_bug.cgi?id=319208</a>), and without a preference to turn this &#8217;smart&#8217; behaviour off you are stuck with broken and rather irritating behaviour.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: bu</title>
		<link>http://blogs.gnome.org/jamesh/2005/12/15/features-vs-preferences/#comment-89</link>
		<dc:creator>bu</dc:creator>
		<pubDate>Tue, 30 Nov 1999 00:00:00 +0000</pubDate>
		<guid>http://blogs.gnome.org/jamesh/2005/12/15/features-vs-preferences/#comment-89</guid>
		<description>&lt;a href="http://gnomesupport.org/forums/viewtopic.php?t=8384&#038;start=15"&gt;http://gnomesupport.org/forums/viewtopic.php?t=8384&#038;start=15&lt;/a&gt;</description>
		<content:encoded><![CDATA[<p><a href="http://gnomesupport.org/forums/viewtopic.php?t=8384&#038;start=15">http://gnomesupport.org/forums/viewtopic.php?t=8384&#038;start=15</a></p>
]]></content:encoded>
	</item>
</channel>
</rss>
