On 10/21/06, Ury Marshak <urym@two-bytes.com> wrote:
Attila Lendvai wrote:
> + (add-local-hook 'pre-command-hook 'slime-pre-command-hook)
>
add-local-hook seems to be missing from GNU emacs.
Quick googling suggests adding:
(or (fboundp 'add-local-hook)
(defun add-local-hook (hook function &optional append)
(make-local-hook hook)
(add-hook hook function append t)))
(or (fboundp 'remove-local-hook)
(defun remove-local-hook (hook function)
(if (local-variable-p hook (current-buffer))
(remove-hook hook function t))))
thanks, i've added these. i checked the things that i use but this one seems to slip through. seems like it's time to set up an emacs env, too...
Also, after fixing add-local-hook, when trying slime-fuzzy-completion-in-place
it seems to break it for me even further - without the patch at least the arrow
keys in the target buffer work, with this patch even arrows stop working (they
work as in normal buffer, but do not move selection in the completion buffer)
This is on CVS HEAD GNU Emacs
hm, if it is still broken with this patch then it would be very helpful if you could take a look at slime-target-buffer-fuzzy-completions-map and slime-fuzzy-completions-map and check if the bindings themselves are broken (which is probably the case, because that's changed in that previous patch).
there's some new heuristic in this patch that it first tries to look up the operation's binding in the global-map and only use the default (arrow keys) when nothing was found. this may turn out to be a bad idea, but for now i made it a bit smarter to mimic all bound keys of the operations from global-map. i hope this will help, or if not, the bug can be fixed. some people don't use the arrow keys on laptops, etc... it's a big help for them (when working :)
and finally there's another speedup with large set of symbols (there was a costly remove-duplicates call):