Re: [External] : Re: A new filter-based customization interface

[Björn Bidar]

Drew Adams <drew.adams@oracle.com> writes:

> (Caveat: I'm not following this thread.)
>
>> As stated item i.e. customization options don't contain context from
>> where .i.e which group they are from. Just compare the mockup posted by
>> the op and the output of customizes search function.
>
> Not sure what you mean.
>
> A `customize-option' buffer does have, as its
> last line, a list of its custom `Groups:', and
> the group names are links to `customize-group'.

If you search something that could match a word in multiple customize
options such as name or address their is now indicator where each option
(what I called item before) comes from.

E.g. for example you search for -name

Currently the result looks like this:

<option>
<option description>

<option>
<option description>

<option>
<option description>

Basically just listing all the customs options matching the term you
entered which you can change here and there but there's no grouping
after where each option is from.

E.g. something like this:

<group option belongs to>

<option belonging to group>
<option description>


<another option belonging to group>
<option description>

Then repeat and repeat depending how many options have been returned and
to how many different customize groups they belong to.

>
> OTOT, it's true that `C-h v' for an option
> doesn't say which custom groups the option
> belongs to.  Perhaps that info should be
> provided there.

I wasn't talking about that one but it could help of too to add the
group there.