<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.0.11" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
	<title>Comments on: Some ideas of improvements for file chooser</title>
	<link>http://blogs.igalia.com/dape/2007/09/25/some-ideas-of-improvements-for-file-chooser/</link>
	<description>Personal weblog</description>
	<pubDate>Wed, 07 Jan 2009 03:28:21 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.0.11</generator>

	<item>
		<title>by: Athropos</title>
		<link>http://blogs.igalia.com/dape/2007/09/25/some-ideas-of-improvements-for-file-chooser/#comment-517</link>
		<pubDate>Tue, 25 Sep 2007 12:42:13 +0000</pubDate>
		<guid>http://blogs.igalia.com/dape/2007/09/25/some-ideas-of-improvements-for-file-chooser/#comment-517</guid>
					<description>Adding any kind of information to that dialog should not increase its load time. Information such as the size may be displayed asynchronously thanks to GTK idle functions just as anything else, e.g., thumbnails.</description>
		<content:encoded><![CDATA[<p>Adding any kind of information to that dialog should not increase its load time. Information such as the size may be displayed asynchronously thanks to GTK idle functions just as anything else, e.g., thumbnails.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: jdapena</title>
		<link>http://blogs.igalia.com/dape/2007/09/25/some-ideas-of-improvements-for-file-chooser/#comment-516</link>
		<pubDate>Tue, 25 Sep 2007 11:46:28 +0000</pubDate>
		<guid>http://blogs.igalia.com/dape/2007/09/25/some-ideas-of-improvements-for-file-chooser/#comment-516</guid>
					<description>jesper, I agree with you on this. I'm not saying we should add a column for size, or strange calculations (apart from thumbnailing, one thing that can be filled after loading the dialog without problems). I don't want file chooser to take ages to load the files when you just want it to be really fast.

I suggest that we should have a properties action or popup in the files, that shows this kind of detailed information.

And thumbnail should be added asynchronously, and this way not disturbing the "fast" use case of simply going to open a file you already know the name.</description>
		<content:encoded><![CDATA[<p>jesper, I agree with you on this. I&#8217;m not saying we should add a column for size, or strange calculations (apart from thumbnailing, one thing that can be filled after loading the dialog without problems). I don&#8217;t want file chooser to take ages to load the files when you just want it to be really fast.</p>
<p>I suggest that we should have a properties action or popup in the files, that shows this kind of detailed information.</p>
<p>And thumbnail should be added asynchronously, and this way not disturbing the &#8220;fast&#8221; use case of simply going to open a file you already know the name.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: jesper</title>
		<link>http://blogs.igalia.com/dape/2007/09/25/some-ideas-of-improvements-for-file-chooser/#comment-515</link>
		<pubDate>Tue, 25 Sep 2007 11:38:12 +0000</pubDate>
		<guid>http://blogs.igalia.com/dape/2007/09/25/some-ideas-of-improvements-for-file-chooser/#comment-515</guid>
					<description>It would be nice if these file-chooser dialogs would handle large directories smarter /faster. 

As a person that likes the way UNIX/Linux works I generally dont like a "save-dialog" to take ages just because I have:
$ ls -la &#124; wc -l 
1586

in the home-catalog. The save-dialog shouldn't require a complete read of the catalog. The load-dialog should not either if the user actuall remembers the filename. Just ordinary completion would be sufficient.</description>
		<content:encoded><![CDATA[<p>It would be nice if these file-chooser dialogs would handle large directories smarter /faster. </p>
<p>As a person that likes the way UNIX/Linux works I generally dont like a &#8220;save-dialog&#8221; to take ages just because I have:<br />
$ ls -la | wc -l<br />
1586</p>
<p>in the home-catalog. The save-dialog shouldn&#8217;t require a complete read of the catalog. The load-dialog should not either if the user actuall remembers the filename. Just ordinary completion would be sufficient.
</p>
]]></content:encoded>
				</item>
</channel>
</rss>
