[haiku-development] Re: RFC: Packages and the Deskbar menu
- From: "Chris Peel" <chrispeel.mail@xxxxxxxxx>
- To: haiku-development@xxxxxxxxxxxxx
- Date: Wed, 22 May 2013 09:50:47 -0700 (PDT)
As an alternative (and it's merely a suggestion) could the application simply
provide hints as to what category it belongs in? These could be properties
inside the application or some form of metadata included in the package. More
than one hint could be included if the developer feels the application belongs
in more than one category and, if mime-style names were used, they wouldn't
need localising. Something like "category/x-application-paint" or
"category/x-application-tool" for example.
This would mean that applications could appear in more than one category which
might appease people. It could also mean that the actual category names could
be customised by the user without losing applications from that category.
I haven't explained the concept that well so I'm just putting it out there - I
can explain better if anyone is interested.
—
Sent from Mailbox for iPhone
On Wed, May 22, 2013 at 1:02 PM, Ryan Leavengood <leavengood@xxxxxxxxx>
wrote:
> I'm coming in kind of late to this discussion, but sometimes that is
> useful when the discussion gets this long.
> In general I support the original automated approach to managing the
> Deskbar menu. I also think reasonable categories are fine.
> Though given that so far John, Simon and Jessica would prefer not to
> have categories, I think adding an option for that is also reasonable.
> I know we don't like excessive options (cue Matt) but given that 3 out
> of about 11 people (27%) who have participated in this thread would
> prefer not to have categories, I think it should be an option. So that
> makes the choice a simple 3-option radio button:
> How should the Deskbar menu be organized?
> (*) Automatically, with applications in categories
> ( ) Automatically, with applications in a flat list
> ( ) Not at all, let me organize it
> To ease the switching between the first two options, each package
> could create two symlinks, one in an "All" category/folder, and then
> in whatever category/folder the application is in (which could also be
> under a "Categorized" folder.) Then the Deskbar's "view" could quickly
> change between the two options by just looking at whichever top-level
> folder the user wanted (All or Categorized.)
> In fact the package manager could always create the symlinks this way
> and the above option really is what the Deskbar "looks at" to create
> the menu. For the last option the Deskbar ignores the package manager
> symlinks and just looks at the user's folder. But the package manager
> symlinks should still be there (with an easy way to find that folder
> in the Deskbar options) so that the user could copy that list as a
> starting point for their custom menu.
> I think that can make everyone happy with minimal fuss.
> --
> Regards,
> Ryan
Other related posts:
