Yoshiki Hayashi <yoshiki(a)xemacs.org> writes:
Hrvoje Niksic <hniksic(a)iskon.hr> writes:
> > I don't think we need 1. since XEmacs has multiple help buffer.
> > I just don't know the best way to handle 2, so it describes
> > function part only. Perhaps it should prompt for user to choose
> > function or variable. Or it should do the same with FSF Emacs.
>
> The latter would be quite acceptable.
You mean showing both function and variable documentation? FSF
Emacs shows them in the same buffer.
Yes, that's what I meant.
XEmacs doesn't have handy way to do that. Using separate buffers
is
easy but popping up two buffer is annoying to me.
I agree. Popping up two buffers is not really an option.
> You might consider implementing a context-sensitive menu that
> enables the user to choose between function and variable
> documentation. Also note that the same symbol can denote a face,
> a charset, etc. More stuff for the context menu.
There's no function to describe a face, a charset, a keymap. I
think I should implement describe-face, describe-charset, etc. I
think it is useful if C-h v emacs-lisp-mode-map makes link from
#<keymap emacs-lisp-mode-map 4 entries
0x1449> to an actual keymap.
Yup.
> > This patch will make C-h b a bit slower but more useful.
>
> How much slower?
xemacs -vanilla
(require 'time-date)
(let ((start (time-to-seconds (current-time)))
(i 10))
(while (> i 0)
(describe-bindings)
(setq i (1- i)))
(- (time-to-seconds (current-time)) start))
With xref
1.878539085388184
without xref
9.501524925231934
You mean the other way around: the slower time is the one _with_ xref,
right?
Anyway, 9.5 seconds is a long time, especially compared to 1.87. I
think this calls for a more intelligent non-regexp-based solution.