[prev in list] [next in list] [prev in thread] [next in thread] 

List:       gtk-devel
Subject:    Re: Recent Files Manager in libegg - Take 2
From:       Kristof Vansant <de_lupus () pandora ! be>
Date:       2005-07-22 13:51:59
Message-ID: 1122040319.7013.4.camel () localhost ! localdomain
[Download RAW message or body]

Cool :) This looks very promising. Will there be a big api change or
will it be easy to port existing apps to recent-files? 

On Fri, 2005-07-22 at 13:06 +0200, Emmanuele Bassi wrote:
> Hi all.
> 
> As of July 20th, the new recently used resources manager code has hit
> the CVS, and it's included in libegg.
> 
> TODO:
> 
> * enable the purging of the list (complete and filter-based);
> * custom tooltip function for the menu;
> 
> Since some questions arose on #gnome-hackers WRT storage format, I've
> put up some of the rationales behind the choices that were made when
> designing the API and the storage format:
> 
> http://log.emmanuelebassi.net/2005/07/19/recent-files-storage-woes/
> 
> The code is working, but it obviously needs more testing. ;-)
> 
> FUTURE PLANS:
> 
> I intend to fix every bug filed in Bugzilla, except for the bugs marked
> as enhancements: those we'll be implemented (if there are not
> implemented yet) in the recentchooser code (thus, I'll leave those bugs
> open as a reminder).  As soon as the recentchooser code shows no
> regressions from the recent-files code, I'll add a deprecation warning
> inside libegg/recent-files/README.  I also plan to move the storage
> backend of EggRecentModel to the RecentManager storage format, in order
> to show the same data from both objects.
> 
> Kind regards,
>  Emmanuele.
> 

_______________________________________________
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
[prev in list] [next in list] [prev in thread] [next in thread]