Xfce 4.2 : desktop menu buglets
Erik Harrison
erikharrison at gmail.com
Sun Oct 10 22:47:05 CEST 2004
On Sun, 10 Oct 2004 22:39:33 +0200, Danny Milosavljevic
<danny.milo at gmx.net> wrote:
> Hi,
>
> Am Sonntag, den 10.10.2004, 15:00 -0400 schrieb purslow at sympatico.ca:
> > 041009 Brian J. Tarricone wrote:
> > > On 10/09/04 11:05, purslow at sympatico.ca wrote:
> > >> generally, the auto-generated menu is an excellent idea,
> > >> but the present implementation does seem a bit crude & limited.
> > >> might i gently suggest it check /usr/local/bin
> > >> &/or a predetermined list of common apps via 'which app' ?
> > > nope. the blacklist is hack-y enough;
> > > i'm not willing to add a bunch of unmaintainable crap to the codebase.
> > > if you want to generate menus based on a known list of apps, try menumaker.
> >
> > so what is the point of the auto-generated menu ?
>
> That if the distribution is set up correctly, everything will magically
> show up. (And you can always choose not to use it and use menumaker or
> just menu.xml)
>
> > IMHO it's not fit to include in 4.2 as it stands:
> > it gets a limited set of apps -- KDE + a few random others -- ,
>
> Well then it would be best for the apps to include desktop files as they
> should in the first place.
>
> > is vulnerable to spurious xxx.desktop files it finds
> > & misses a lot of important items, eg Open Office.
>
> huh ? It finds the open office desktop files just fine. (I even tested
> it with them back when we wrote the menu spec stuff :))
>
> >
> > i can roll my own by hacking menu.xml (excellent help: yours?),
> > perhaps by using the menu editor or by using some non-Xfce tool.
> > even a small amount of work in that way will create something
> > a lot more useful than the auto-generated stuff.
> >
> > am i missing something ?
>
> No, you summed up the current state quite well.
>
> So, to reiterate, points are:
> - since unix puts executables all in one dir(mostly), there is a need
> for a desktop menu (otherwhise the need itself wouldn't manifest at all)
> - something needs to be done to make it possible for applications to
> categorize themselves (like their directory structure would if there
> were one to begin with), so that desktop menus dont have to guess.
> - that has been standardized quite stable and long now to be by the
> means of putting freedesktop.org ".desktop" files in also standardized
> locations.
> - if gui apps don't add a desktop file, thats most probably a bug
> (probably just a oversight from the author, or they werent common back
> when the project was started)
> - if apps add desktop files and leave required lines out (yes, that
> means you, KDE), that is a bug too and it is already quite hackish to
> remove them by blacklist from the xfdesktop menu
>
> Now there are two ways to go:
> 1. put workarounds in for all those apps that dont install / install bad
> desktop menu entries
> * manage blacklists for totally broken files
> * manage renames
> * manage tons of mappings
> * maintenance effort to keep that stuff up to date
> * add menu entries for console apps, foreign apps, wine emulated
> apps, ... where does it stop ?
>
> or:
> 2. just have the apps fixed
> * no maintenance, no static lists, no hacks
> * takes longer since the apps have to incorperate the fix into their
> release cycle
.desktop files aren't complicated. Distributors can fix them easily,
and provide them for apps that don't have them already. This makes
option 2 even more compelling
-Erik
>
> I stay with 2., and I believe its general consens to stay with 2..
> It takes slightly longer but it will be perfect and not a horrible
> kludge, and since we dont have time pressure, there is no problem.
> And it is better to have it that way and have users complain (not to us,
> but to the app authors!), since then, workload for creating a good menu
> will be evenly split among all people, and not forced on every desktop
> menu implementation author to reimplement the wheel (or, the threads to
> keep a broken wheel together and reasonably round :)).
>
> Its just a human-readable, documented, small file per app. Really.
> Shouldn't be hard to add.
> And is more worthwhile to write than yet-another-/usr/bin-scanner.
>
> And there is still choice not to use the 'desktop system menu'
> autogenerated menu and just roll your own menus.
>
> cheers,
> Danny
>
> --
> www.keyserver.net key id A334AEA6
>
>
> _______________________________________________
> Xfce4-dev mailing list
> Xfce4-dev at xfce.org
> http://lunar-linux.org/mailman/listinfo/xfce4-dev
>
>
>
--
-Erik
More information about the Xfce4-dev
mailing list