[ARGH] Fixing a wrong URL
* Madhu m31wejfoi0.fsf@robolove.meer.net :
| There is a problem in XEmacs (21.4) with the current implementation of | `slime-complete-symbol*'. On completing a symbol, the text gets | truncated to the length of the unambiguous prefix of all matches -- This | is entirely an artifact of the XEmacs completion mechanism, and has | nothing to do with SLIME's code. I'm appending a patch which works | around this issue when the situation is applicable and which I believe | is harmless in all other scenarios. | | I take it there is no interest in the earlier patch I posted in | http://permalink.gmane.org/gmane.lisp.slime.devel/5668 in reviving | SLIME's own earlier unambiguous-prefix behaviour.
As usual I got the URL wrong. The patch I refer to above is archived here: http://permalink.gmane.org/gmane.lisp.slime.devel/5921
| Who are the active committers on SLIME at this time? Can one conclude | that if a patch has not been committed in a few weeks, there is no | interest in it and it will likely not be included in slime? | I had posted a few bug fixes on this list and would like to know what to | expect on those issues, thanks. -- Madhu | | | --- slime.el.~1.794.~ 2007-06-28 17:57:51.000000000 +0530 | +++ slime.el 2007-08-04 18:15:16.000000000 +0530 | @@ -6128,10 +6128,12 @@ | "Can't find completion for "%s"" prefix) | (ding) | (slime-complete-restore-window-configuration)) | - (goto-char end) | - (insert-and-inherit completed-prefix) | - (delete-region beg end) | - (goto-char (+ beg (length completed-prefix))) | + (cond ((> (length completed-prefix) (- end beg)) | + (goto-char end) | + (insert-and-inherit completed-prefix) | + (delete-region beg end) | + (goto-char (+ beg (length completed-prefix)))) | + (t nil)) | (cond ((and (member completed-prefix completion-set) | (= (length completion-set) 1)) | (slime-minibuffer-respecting-message "Sole completion") |