On Wed, 06 Sep 2006 18:15:00 +0200 Nikolas Arend <[EMAIL PROTECTED]> wrote:
> Nikolas Arend wrote: > > David Seikel wrote: > > > >> On Wed, 06 Sep 2006 10:52:11 -0400 Mike Russo <[EMAIL PROTECTED]> > >> wrote: > >> > >> > >> > >>> I have some .desktop files that got installed > >>> to /usr/share/applnk, but most of them exist > >>> in /usr/share/applications. Will the generate all applications > >>> item look in both directories? Right now it doesn't seem to be > >>> doing much of anything though ;( > >>> > >> http://www.get-e.org/Main/FAQs/#63 answers that question. > >> Basically, it depends on where your distro tells E to look. > >> > >> > > > > Sorry, but I don't get it from that FAQ. I had a brief look a the > > code but couldn't see at first glance which directories are > > processed or how e determines where to > > look. /usr/share/applications is the standard location, isn't it? As the FAQ says, the menu standard is complex, which is why you cant see anything useful at first glance. It starts with paths in four environment variables, goes through calls to gnome and kde programs (disabled for now and replaced with a guess), adds a few standard places, adds some guesses, tacks on some extra bits of path, then weeds out any directory that doesn't actually exist. THEN it starts looking at your menu files, which can include other menu files, and can include the contents of directories that are coerced into looking like menu files, then there is the entire kde-legacy horror cause KDE have a member on the spec committee. Then it applies all sorts of filtering rules to the menus, directories, and apps, shuffles things around, deletes and hides somethings, etc. And that's just the executive summary. It's a really complex and hairy process which is why the only answer that can be given is "its complex, if you really want to know, study the specs, study my code, study whatever your distro does, send me patches." Patches that fix things for your distro but breaks things for other distros will be put aside for further study when I have the time to study that particular distro. > > I have another issue with the fdo stuff. All the application > > related things seem to slow down after I regenerate the > > applications menu. For example, the run dialog becomes rather > > sluggish and every time I use it, the enlightenment process starts > > allocating lots of memory which obviously doesn't get freed. It > > seems to have to do with parsing applications because things become > > normal once I remove the .desktop links which were created > > in .e/e/applications/all/ and restart e. And it seems that > > only .desktop files from the /usr/share/applications/kde/ directory > > are added, not those from /usr/share/applications/. > > I just saw that when I remove the remaining .eap files from > .e/e/applications/all/ (thus leaving only .desktop files in it), the > run dialog problem goes away. I kept the .eap's 'cause I created some > custom ones, I guess I shouldn't use them at all any more? You can use your custom eaps by translating them into .edj, and I will soon write code that automatically translates them. > But the applications menu only shows very few apps, causing e's > memory usage to go up significantly whenever browsing it. > I guess that's work in progress? Yes, it's all a work in progress. A work that involves a very complex specification which is so complex that not every distro implements it in the same way. Raster didn't want to do this himself, it's just too nasty for him, and I had already made a start, so he gave the job to me. Ask raster why we had to do it. Have patience.
signature.asc
Description: PGP signature
------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
