[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

Re: An obvious problem with BigBoards application selection

On Wed, 2007-06-13 at 14:34 -0400, Jonathan Blandford wrote:
> On Mon, 2007-06-11 at 15:44 -0800, Jeff Spaleta wrote:
> > Hmm... to show evince? If you want to show evince in bigboard...why
> > wouldn't you want to show it in the normal menus as well?  I honestly
> > can't think of a rationale where you'd want it to show up in one
> > interface and not the other. Either evince should be treated like a
> > normal callable end user application or its treated as a helper and is
> > thus hidden from selection interfaces... pick a pov and stick with it.
> It was a conscious design decision for evince to not appear in the
> menus.  There seems to be no advantage to starting evince on its own, as
> it is very much a viewer and not a creator.  We can perhaps finesse the
> NoDisplay issue with a white list or black list.  A better approach
> might be to categorize that kind of application by mime-type.

Huh. Should we put Totem NoDisplay as well then?

> While it has a terrible name, something like this might be an
> interesting add-on to mugshot:
> https://wiki.ubuntu.com/UbuntuCommonHooker
> The design is pretty bad, but the overall idea is good.  The mugshot
> server would be a great basis to do this right.

I don't even think you would need mugshot to do that. We already
have /usr/share/applications/defaults.list which contains the mime-type
<-> application link.

So for example, trying to open a RAR file:
Gives you:
yum -y install /usr/share/applications/gnome-file-roller.desktop

Voila! You just need integration into nautilus, and a nice front-end to

[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]