[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#11178: 24.0.94; Elisp manual: add index entries for :link LINK-DATA
bug#11178: 24.0.94; Elisp manual: add index entries for :link LINK-DATA alternatives
Wed, 11 Apr 2012 13:34:45 -0700
> > Again, you are talking about indexing _topics_. I am
> > talking about _reference_ index entries.
> We've been through this before, Drew, and we already established that
> your views about indexing are not shared. Bringing that up again
> won't change that.
There you go again, Eli, generalizing and ad hominem ad nauseum.
Apparently "my views" related to this bug report _are_ shared when it comes to
button properties, functions, etc. - those are all indexed individually by name.
You just do not agree that link alternatives should be handled the same way. It
would be fair enough to say that (we can disagree), but you do not.
Instead, you cast this as being about some purported general "view" of mine.
No, it's about the question posed by the bug report: indexing the individual
link alternatives, which are specific Emacs-Lisp symbols/sexps.
As for "bringing it up again won't change that": Again, you are generalizing,
caricaturing, and ignoring the particular request. I have never before brought
up this request.
And I understood as soon as Yidong said "That makes no sense" that the request
would likely not be fulfilled. His reason, that there was already a topic entry
for adding links to custom docs, does not at all address the need expressed -
this bug report. Your independent request for adding more topic entries does
not address it either.
So I explained the difference, using a particular button property (_not_ the
topic of button properties) as an example of how we do typically DTRT.
Functions that are mentioned in the manual are indexed under their names, in
addition to being indirectly indexed via topics where they are mentioned.
Likewise button properties and other entities. Not so link alternatives.
That is this bug. It has nothing to do with wanting more topic entries about
links or linking.
> > If a user wants to look up the particular button property
> > `follow-link', she does `i follow-link' and Bob's an uncle.
> > This is about looking up a particular :link alternative,
> > such as `emacs-commentary-link'. It is not about looking
> > up the topic of "links to documentation for customization items".
> She can also do 'i link TAB', see "link, customization keyword" and
> Bob's her uncle. IOW, if she already knows she's after follow-link,
> she'll have no trouble finding it.
Still missing the point, Eli. `follow-link' is the example of a case where we
do DTRT: the `follow-link' button property is indexed as such, not only
indirectly via topics (such as "button properties") where it is mentioned.
It's about indexing the particular, literal reference term: `follow-link' in the
case of the button property (done), and `emacs-commentary-link' in the case of
the link alternative (not done).