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.
> > > 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)
> (setq i (1- i)))
> (- (time-to-seconds (current-time)) start))
> With xref
> without xref
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.