Attila Lendvai wrote:
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
Well, here they are, from evaluating in *scratch* :
(setf slime-fuzzy-completion-in-place t) t
slime-target-buffer-fuzzy-completions-map (keymap (93 . slime-fuzzy-select-and-process-event-in-target-buffer) (91 . slime-fuzzy-select-and-process-event-in-target-buffer) (41 . slime-fuzzy-select-and-process-event-in-target-buffer) (40 . slime-fuzzy-select-and-process-event-in-target-buffer) (space . slime-fuzzy-select-and-process-event-in-target-buffer) (return . slime-fuzzy-select-and-process-event-in-target-buffer) (19 lambda nil (interactive) (select-window (get-buffer-window ...)) (call-interactively (quote isearch-forward))) (down . slime-fuzzy-next) (14 . slime-fuzzy-next) (up . slime-fuzzy-prev) (16 . slime-fuzzy-prev) ...)
slime-fuzzy-completions-map (keymap (space . slime-fuzzy-select) (return . slime-fuzzy-select) (mouse-2 . slime-fuzzy-select/mouse) (tab . slime-fuzzy-select) (127 . scroll-down) (112 . slime-fuzzy-prev) (27 keymap (112 . slime-fuzzy-prev) (110 . slime-fuzzy-next)) (110 . slime-fuzzy-next) (down . slime-fuzzy-next) (14 . slime-fuzzy-next) (up . slime-fuzzy-prev) ...)
With this patch things seem to come back to where they were, that is with completion-in-place arrow keys work, but return, space etc do what they were doing without selecting a completion.
Sorry for the lack of information, but I'm on a really unfamiliar ground with debugging keymaps.
Evaluation took: 0.037 seconds of real time
Wow! This is some serious speedup!
Cheers, Ury