<?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 for Germán Póo-Caamaño</title>
	<link>http://blogs.gnome.org/gpoo</link>
	<description>Just another GNOME Blogs weblog</description>
	<pubDate>Sun, 20 Jul 2008 01:21:40 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.3.3</generator>
		<item>
		<title>Comment on How many recent files does an application really need? by gpoo</title>
		<link>http://blogs.gnome.org/gpoo/2008/04/01/how-many-recent-files-does-an-application-really-need/#comment-31</link>
		<dc:creator>gpoo</dc:creator>
		<pubDate>Tue, 01 Apr 2008 14:59:01 +0000</pubDate>
		<guid>http://blogs.gnome.org/gpoo/2008/04/01/how-many-recent-files-does-an-application-really-need/#comment-31</guid>
		<description>Ian,

You should look the patch and discussion given by Mike
(&lt;a href="http://bugzilla.gnome.org/show_bug.cgi?id=524896" rel="nofollow"&gt;#524896&lt;/a&gt;)</description>
		<content:encoded><![CDATA[<p>Ian,</p>
<p>You should look the patch and discussion given by Mike<br />
(<a href="http://bugzilla.gnome.org/show_bug.cgi?id=524896" rel="nofollow">#524896</a>)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on How many recent files does an application really need? by gpoo</title>
		<link>http://blogs.gnome.org/gpoo/2008/04/01/how-many-recent-files-does-an-application-really-need/#comment-30</link>
		<dc:creator>gpoo</dc:creator>
		<pubDate>Tue, 01 Apr 2008 14:45:16 +0000</pubDate>
		<guid>http://blogs.gnome.org/gpoo/2008/04/01/how-many-recent-files-does-an-application-really-need/#comment-30</guid>
		<description>Björn,

I wasn't aware about defaultdict.  Good to know it, thanks :-)</description>
		<content:encoded><![CDATA[<p>Björn,</p>
<p>I wasn&#8217;t aware about defaultdict.  Good to know it, thanks :-)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on How many recent files does an application really need? by gpoo</title>
		<link>http://blogs.gnome.org/gpoo/2008/04/01/how-many-recent-files-does-an-application-really-need/#comment-29</link>
		<dc:creator>gpoo</dc:creator>
		<pubDate>Tue, 01 Apr 2008 14:44:21 +0000</pubDate>
		<guid>http://blogs.gnome.org/gpoo/2008/04/01/how-many-recent-files-does-an-application-really-need/#comment-29</guid>
		<description>Ian, as was pointed by Emmanuel and Alan, applications like Gimmie couldn't access the historical data if this is not available.

What about having 2 recently-used files? I mean, recently-used.xbel and recently-used-history.xbel.  Both of them below the same GtkRecentManager API.  The limit may be hardcoded (25 as you say), good enough for a quick search by the every day use but not losing the historical data.</description>
		<content:encoded><![CDATA[<p>Ian, as was pointed by Emmanuel and Alan, applications like Gimmie couldn&#8217;t access the historical data if this is not available.</p>
<p>What about having 2 recently-used files? I mean, recently-used.xbel and recently-used-history.xbel.  Both of them below the same GtkRecentManager API.  The limit may be hardcoded (25 as you say), good enough for a quick search by the every day use but not losing the historical data.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on How many recent files does an application really need? by Iain</title>
		<link>http://blogs.gnome.org/gpoo/2008/04/01/how-many-recent-files-does-an-application-really-need/#comment-28</link>
		<dc:creator>Iain</dc:creator>
		<pubDate>Tue, 01 Apr 2008 14:20:17 +0000</pubDate>
		<guid>http://blogs.gnome.org/gpoo/2008/04/01/how-many-recent-files-does-an-application-really-need/#comment-28</guid>
		<description>Cleaning up after applications who are putting entries in this history file is a really bad way of doing it. This would not address the root cause in any way, it would merely hide the problem and create extra complexity.
I believe that the following should be done:

1. Applications should not be responsible for cleaning up after them selves, there should be a default limit (say 25 entries per app) which can be extended if needs be by the application. Effectively if we add a new entry and we have hit our limit the oldest entry gets pushed off the end of the list.

2. do not call the time() system call for every entry in the recently-used file when sorting it, this is really inefficient and I'm fairly certain this is the slowdown people are experiencing. 

In short: redesign the recent-manager not create a new bit of code to look after the mess it creates!</description>
		<content:encoded><![CDATA[<p>Cleaning up after applications who are putting entries in this history file is a really bad way of doing it. This would not address the root cause in any way, it would merely hide the problem and create extra complexity.<br />
I believe that the following should be done:</p>
<p>1. Applications should not be responsible for cleaning up after them selves, there should be a default limit (say 25 entries per app) which can be extended if needs be by the application. Effectively if we add a new entry and we have hit our limit the oldest entry gets pushed off the end of the list.</p>
<p>2. do not call the time() system call for every entry in the recently-used file when sorting it, this is really inefficient and I&#8217;m fairly certain this is the slowdown people are experiencing. </p>
<p>In short: redesign the recent-manager not create a new bit of code to look after the mess it creates!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on How many recent files does an application really need? by björn</title>
		<link>http://blogs.gnome.org/gpoo/2008/04/01/how-many-recent-files-does-an-application-really-need/#comment-27</link>
		<dc:creator>björn</dc:creator>
		<pubDate>Tue, 01 Apr 2008 13:19:49 +0000</pubDate>
		<guid>http://blogs.gnome.org/gpoo/2008/04/01/how-many-recent-files-does-an-application-really-need/#comment-27</guid>
		<description>You'll save a few lines by using defaultdict</description>
		<content:encoded><![CDATA[<p>You&#8217;ll save a few lines by using defaultdict</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on How many recent files does an application really need? by Mike</title>
		<link>http://blogs.gnome.org/gpoo/2008/04/01/how-many-recent-files-does-an-application-really-need/#comment-26</link>
		<dc:creator>Mike</dc:creator>
		<pubDate>Tue, 01 Apr 2008 12:27:41 +0000</pubDate>
		<guid>http://blogs.gnome.org/gpoo/2008/04/01/how-many-recent-files-does-an-application-really-need/#comment-26</guid>
		<description>I proposed an automatic cleaner at http://bugzilla.gnome.org/show_bug.cgi?id=524896. It limits the items by age, imposes a maximum number per mime type, and deletes non-existent ones.</description>
		<content:encoded><![CDATA[<p>I proposed an automatic cleaner at <a href="http://bugzilla.gnome.org/show_bug.cgi?id=524896." rel="nofollow">http://bugzilla.gnome.org/show_bug.cgi?id=524896.</a> It limits the items by age, imposes a maximum number per mime type, and deletes non-existent ones.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on How many recent files does an application really need? by Iain</title>
		<link>http://blogs.gnome.org/gpoo/2008/04/01/how-many-recent-files-does-an-application-really-need/#comment-25</link>
		<dc:creator>Iain</dc:creator>
		<pubDate>Tue, 01 Apr 2008 11:44:32 +0000</pubDate>
		<guid>http://blogs.gnome.org/gpoo/2008/04/01/how-many-recent-files-does-an-application-really-need/#comment-25</guid>
		<description>I also have been looking into this and the issue isn't really with eog its with 'gtk recent manager',  and interestingly I blogged about this only yesterday read more here: http://blog.buttermountain.co.uk/2008/03/31/high-cpu-usage-from-eog-gnome-panel-blame-gtks-recent-manager/

It really needs to be fixed.</description>
		<content:encoded><![CDATA[<p>I also have been looking into this and the issue isn&#8217;t really with eog its with &#8216;gtk recent manager&#8217;,  and interestingly I blogged about this only yesterday read more here: <a href="http://blog.buttermountain.co.uk/2008/03/31/high-cpu-usage-from-eog-gnome-panel-blame-gtks-recent-manager/" rel="nofollow">http://blog.buttermountain.co.uk/2008/03/31/high-cpu-usage-from-eog-gnome-panel-blame-gtks-recent-manager/</a></p>
<p>It really needs to be fixed.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on How many recent files does an application really need? by Alan</title>
		<link>http://blogs.gnome.org/gpoo/2008/04/01/how-many-recent-files-does-an-application-really-need/#comment-24</link>
		<dc:creator>Alan</dc:creator>
		<pubDate>Tue, 01 Apr 2008 09:12:55 +0000</pubDate>
		<guid>http://blogs.gnome.org/gpoo/2008/04/01/how-many-recent-files-does-an-application-really-need/#comment-24</guid>
		<description>Well ideally the old Recent items would overly into a History list rather than falling into a useless limbo.</description>
		<content:encoded><![CDATA[<p>Well ideally the old Recent items would overly into a History list rather than falling into a useless limbo.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on How many recent files does an application really need? by Uzytkownik</title>
		<link>http://blogs.gnome.org/gpoo/2008/04/01/how-many-recent-files-does-an-application-really-need/#comment-23</link>
		<dc:creator>Uzytkownik</dc:creator>
		<pubDate>Tue, 01 Apr 2008 08:43:24 +0000</pubDate>
		<guid>http://blogs.gnome.org/gpoo/2008/04/01/how-many-recent-files-does-an-application-really-need/#comment-23</guid>
		<description>At least in 2.22.x Gnome (i.e. in 2.x.y gtk+) you can enter it by GtkFileChooserDialog.</description>
		<content:encoded><![CDATA[<p>At least in 2.22.x Gnome (i.e. in 2.x.y gtk+) you can enter it by GtkFileChooserDialog.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on How many recent files does an application really need? by Emmanuele Bassi</title>
		<link>http://blogs.gnome.org/gpoo/2008/04/01/how-many-recent-files-does-an-application-really-need/#comment-22</link>
		<dc:creator>Emmanuele Bassi</dc:creator>
		<pubDate>Tue, 01 Apr 2008 08:31:31 +0000</pubDate>
		<guid>http://blogs.gnome.org/gpoo/2008/04/01/how-many-recent-files-does-an-application-really-need/#comment-22</guid>
		<description>instead of using the session start, this should be invoked with the session ending, to avoid cluttering up an already slow start up sequence.

also, see &lt;a href="http://log.emmanuelebassi.net/archives/2008/03/time-to-build/" rel="nofollow"&gt;my blog&lt;/a&gt; for what is missing from gtk+ and why.</description>
		<content:encoded><![CDATA[<p>instead of using the session start, this should be invoked with the session ending, to avoid cluttering up an already slow start up sequence.</p>
<p>also, see <a href="http://log.emmanuelebassi.net/archives/2008/03/time-to-build/" rel="nofollow">my blog</a> for what is missing from gtk+ and why.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
