<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Knut Olav Bøhmer wrote:
<blockquote cite="mid:49176AA6.1020604@telenor.com" type="cite">
<pre wrap="">Michael Weber wrote:
</pre>
<blockquote type="cite">
<pre wrap="">On Oct 31, 2008, at 10:01 , Knut Olav Bøhmer wrote:
</pre>
<blockquote type="cite">
<pre wrap="">How I fixed that in my slime.el is that I added t to slime-repl-
current-input
- (let ((str (slime-repl-current-input)))
+ (let ((str (slime-repl-current-input t)))
</pre>
</blockquote>
<pre wrap="">Same here, works for me since quite a while now.
</pre>
</blockquote>
<pre wrap=""><!---->it does not work for me in in slime-current-2008-11-09
It is becauce of slime-presentations.el
</pre>
</blockquote>
[-snipped-]<br>
<blockquote cite="mid:49176AA6.1020604@telenor.com" type="cite">
<pre wrap="">But this time I realy think it should be dependent on if you have
paredit or not.
It removes the anoying extra " when you tab-complete filenames.
</pre>
</blockquote>
<br>
But you probably want a patch. This patch checks if paredit is enabled.<br>
Maybe we should have something like slime-completion-addsuffix instead
<br>
of comint-completion-addsuffix. or, comint-completion-addsuffix could
be made<br>
local in every slime buffer.<br>
<br>
The best would be if the function forward-char would be called, so that
you skip past the last "<br>
<br>
<pre class="moz-signature" cols="72">--
Konsulent, Fri Programvare / Free Software Consultant
Cell: +47 - 473 44 008
Phone: +47 - 21 53 69 00, Fax: +47 - 21 53 69 09
Addr: Nydalsveien 30 B, 0484 Oslo
Web: <a class="moz-txt-link-abbreviated" href="http://www.freecode.no">www.freecode.no</a>
"It seems that I know that I know. What I'd like to see,
Is the I that knows me, When I know that I know that I know."
</pre>
</body>
</html>