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
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.
> > This patch will make C-h b a bit slower but more useful.
> How much slower?
(let ((start (time-to-seconds (current-time)))
(while (> i 0)
(setq i (1- i)))
(- (time-to-seconds (current-time)) start))
You mean the other way around: the slower time is the one _with_ xref,
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.