Re: [Patch] apps-menu filtering
- From: Christopher Roy Bratusek <zanghar freenet de>
- To: sawfish-list gnome org
- Subject: Re: [Patch] apps-menu filtering
- Date: Sun, 12 Sep 2010 20:01:44 +0200
Am Sun, 12 Sep 2010 09:51:09 -0600
schrieb Matthew Love <matth love gmail com>:
> Matthew Love <matth love gmail com> writes:
> > Christopher Roy Bratusek <zanghar freenet de> writes:
> >> Sadly no.
> >> I've attached an tarball with all my .desktop files.
> >> Chris
> > Thanks, I think I found the problem. The new associate-categories would
> > return nil if the the categories described in the desktop files did not
> > associate, which led to a string-match error down the road (in a
> > string-split call), the categories are now double-checked after being
> > associated and will go to Exile if there is not a value in the desktop
> > entry. Should work fine now in that respect.
> > Cheers
> Ok, I think this is a better patch for it, instead of double-checking
> the results of associate-categories, it now will return the original
> categories instead of nil, so it wont be exiled, it will just show up in
> the menu under the category it has mentioned. This can of course be
> filtered to go into any category one wishes.
It's working now. With one exception: the Development and Desktop Sub-Menus include stuff
that definitively does not belong there. For example Flush (Bittorent-Client) in
Development menu, or GCue2Tracks (Cue Splitter) is in Development. (You already got
my .desktop files, so you might check on them). And there's now a "Core" Sub-menu,
It's technically working, but from the user-side it's not yet perfect. Basically without
any user-setting it should display a menu similar to the one it did before.
You might check the logics XFCE, KDE or GNOME are using to retrieve the category. I bet
there's something like a priority list (say Audio > Media > GNOME > GTK or something).
] [Thread Prev