Re: Preferences [Was: a whole lot of other things, too]
- From: Seth Nickell <snickell stanford edu>
- To: James Henstridge <james daa com au>
- Cc: Maciej Stachowiak <mjs noisehavoc org>, Anna Marie Dirks <anna ximian com>, hp redhat com, Jeff Waugh <jdub perkypants org>, desktop-devel-list gnome org
- Subject: Re: Preferences [Was: a whole lot of other things, too]
- Date: 28 Apr 2002 17:12:21 -0700
On Sun, 2002-04-28 at 02:57, James Henstridge wrote:
> Maciej Stachowiak wrote:
>
> >On 27Apr2002 04:53PM (-0700), Seth Nickell wrote:
> >
> >
> >>3) KDE needs such a control-center monstrosity because they have Waaaay
> >>too many preferences and categories. We have about 15 preference pages,
> >>each of which is fairly small, most of which do not have tabs. With the
> >>current number of preference pages I would say categorization of the
> >>GNOME preferences is almost unnecessary. I plan to do some
> >>categorization anyway, because I expect the number of items to grow.
> >>
> >>
> >
> >Dude, with 15 items the hierarchy hurts more than it helps. With that
> >few items, the easiest way to find something is to have a list of all
> >the items at once. I would say with that few items, there is even room
> >for growth before imposing hierarchy has a net benefit.
> >
> >In your categories below, for example, how would I know to look for
> >Accessibility in "Personal" rather than "Desktop"? Or vice versa for
> >Font? All preferences are personal to some degree, that's why they're
> >called preferences.
> >
> >
> Maybe it would be worth adding keywords to the current capplets, so that
> they can be categorised, but set the preferences vfolder impl to ignore
> those keywords for now. If we do add a Mac OS X style control panels
> view to nautilus at some point in the future, those keywords could be
> used to sort the dialogs. If the number of dialogs increases
> dramatically while hp isn't looking, then the keywords could be used to
> create a deaper heirachy.
Yup. I've started adding categories to capplets for this reason.
-Seth
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]