Re: A new filter-based customization interface

[Björn Bidar]

Richard Stallman <rms@gnu.org> writes:

> [[[ To any NSA and FBI agents reading my email: please consider    ]]]
> [[[ whether defending the US Constitution against all enemies,     ]]]
> [[[ foreign or domestic, requires you to follow Snowden's example. ]]]
>
>   > >   > I added a screenshot of what such an interface might look like 
> (which
>   > >   > is better than words).  https://justpaste.it/fdau4.
>   > >
>   > > That site seems to depend on nonfree Javascript code.  Those of us who
>   > > block nonfree Javascript. or block Javascript entirely, cannot see
>   > > whatever you meant to show us.
>
>   > The website works entirely without JavaScript.
>
> I just tried it again and verified that LibreJS reported blocked scripts.
> (They are blocked for not being labeled with a free liecense.
>

The website loads without JS if you encounter such an issue try loading
without JS. Why do you keep talking about the JavaScript which you don't
like to load?

>   > But there you go:
>   > https://jpcdn.it/img/bde00610157f1ad327d8d066d5bc1744.png
>
> Thank you, I will now look at that...
>
> [viewed it]
>
> This image looks similar to an image that I saw a few days ago in
> another email.  I found its meaning unclear, and reported how so.
>
>   > The configure interface looks at times very old. I.e. in context of the
>   > search it is very hard to see what the results actually are
>
> I agree.  It could definitely use improvement, and your idea may have
> potential for that -- if you explain it more concretely.
>
>                                                               yes it does
>   > show categories and settings items but it doesn't not show where they
>   > are from e.g. as in which catergory a item is from
>
> Could you show one example of that deficiency, and point out precisely
> where it is and say what is missing?  With that help, I would understand
> what you mean.
>

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.

> Since the customization buffer contains ordinary text, you can copy it
> into an email -- avoiding the inconvenience of image files.

The does not preserve the exact output of the person reporting an issue.
For issues which are partially or mostly visual in nature ordinary text
is not an option that's why markup or image files exist.


>                                                       or what tags it could
>   > have.
>
> Could you explain what you mean my "tags"?  I am mot sure.

Tags are just plain the meaning of the word English word tag, not
confused with Tag the German word for day. E.g. The group Gnus
could have the tag news, mail or rss.

> If you use the same example, pick one option, and say what
> the missing tags would say, I might understand your idea.

Customs search doesn't use tags which is what I wated to point out.

>   > It does not help either that Emacs is not responding while searching.
>
> Could yoi explain more concretely what operation you mean here?
> What is the command for searching which fails to respond?
>
> If you use the same example, and say (as in the Emacs manua) exectly
> what you type to do the sort of search that is nonresponsive,
> it will be completely clear.

Emacs does not respond to user input while searching.
So for example the user opens custom, enters a word and presses search.