xfdesktop menu cache

Brian J. Tarricone bjt23 at cornell.edu
Fri Jul 16 23:11:30 CEST 2004


the old menu simply read ~/.xfce4/menu.xml and loaded the entries in 
that file.  the new menu does that as well, but optionally contains an 
autogenerated system menu, which is generated and categorised based on 
.desktop files found in various places on the file system.  this takes 
quite a bit of extra time.

	-brian

On Fri, 16 Jul 2004, Antonio SJ Musumeci wrote:

> Why is menu generation taking so long?
> 
> On Fri, 16 Jul 2004 22:04:48 +0200
> Olivier <fourdan at xfce.org> wrote:
> 
> > On Fri, 2004-07-16 at 21:21, Brian J. Tarricone wrote:
> > > on a side note, i've been urged to do the menu generation in a
> > > separate thread.  i don't think this will buy us anything, because
> > > the menu generation is very gtk-heavy, so i'd have to wrap the
> > > _entire_ thing in a big gdk_threads_enter()/gdk_threads_leave()
> > > pair, and any other gtk-related stuff in the main thread would get
> > > blocked anyway.  as it stands, the initial menu generation (when
> > > xfdesktop starts) is idled via g_idle_add(), and xfdesktop connects
> > > to the session manager before this runs, so it's about as fast as it
> > > can be, IMO.  if anyone has any better ideas (aside from rewriting
> > > it to be faster - hah), please let me hear them.
> > 
> > I disagree with this point of view. The goal is not necessarily to
> > make it faster, but to allow the user to use its environment earlier.
> > 
> > Lemme try to explain: I have the menu in the panel and the desktop.
> > When booting for the first time, the system "feels" frozen for maybe 1
> > minute before I can actually run anything. At first, I don't
> > necessarily need to use the menu, so I wouldn't care if it was loading
> > while I'm able to start my mail, terminal, browser, and so on, from
> > the regular panel launchers.
> > 
> > See, I don't want to make it faster (I guess your cache system will do
> > the job btw, we don't need anything more), I want it to be non
> > blocking(that's where a separate thread will help).
> > 
> > Cheers,
> > Olivier.
> > -- 
> >  - Olivier Fourdan - fourdan at xfce.org - http://www.xfce.org - 
> > 
> > _______________________________________________
> > Xfce4-dev mailing list
> > Xfce4-dev at xfce.org
> > http://lunar-linux.org/mailman/listinfo/xfce4-dev
> _______________________________________________
> Xfce4-dev mailing list
> Xfce4-dev at xfce.org
> http://lunar-linux.org/mailman/listinfo/xfce4-dev
> 
> 




More information about the Xfce4-dev mailing list