Re: [Bug: 21.5-b32] Hyper Apropos confused about user variables, sometimes eats first letter of docstring
Stephen J. Turnbull wrote:
How about C-h v?
It displays the docstring correctly.
Mike Kupfer writes:
> So here's my guess at the problem:
gnus-adaptive-word-no-group-words is
> being treated as a user variable because it's defined by defcustom. So
> Hyper Apropos is assuming that the docstring starts with "*" and
> helpfully deleting the docstring's first character before displaying it.
>
> Does that sound plausible? If yes, what's the right fix?
It could be right. Someone would have to check the code that does the
parsing in hyper-apropros to find out. Me, I'm taking two aspirin and
going to bed. Call me in the morning. :-)
Heh, yeah, I was surprised to get a response from you at this hour. :-)
I'll take a look at the hyper-apropos code, though possibly not today.
However, it's strange that you don't observe this anywhere
else, and
nobody else does, if that's the problem. The issue of defcustoms not
corresponding exactly to old-style starred "user variables" is not
unique to Gnus.
I'll look into this angle, too. It may be that the problem exists in
other packages and just hasn't been noticed yet.
FWIW, doing "M-x apropos RET gnus.*group RET" in Emacs 23.3 shows some
variables that have a docstring starting with "*" and some that don't.
hyper-apropos doesn't appear to be bundled with Emacs.
cheers,
mike
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://lists.xemacs.org/mailman/listinfo/xemacs-beta