Re: source location snippet searching

Hmm, OK, thanks.  I'm in a bit of a fix, though, since I want
essentially :SNIPPET but narrowed to the defun -- Scheme48 provides
the source code for every expression that will have a continuation,
but in a form that doesn't necessarily correspond with the source text
literally (since it's in S-expression form, not text form), so I want
to use slime-isearch.  This is more information, too, than :CALL-SITE
can deal with.  Would it make sense to have, or would anyone object to
having, another hint, say :CALL-SNIPPET, which would work like
:SNIPPET but narrow to the defun first?  The implementation is trivial
-- it would simply be the patch I sent, but without the removal of
:SNIPPET.

(Of course, the right thing would be for Scheme48 to provide better
proper source location in the form of paths down the S-expression
tree.  But that requires changes to Scheme48 itself, and my efforts to
get changes on the Scheme48 end haven't been very fruitful,
unfortunately...)

propertize not in emacs 20.x

Propertize is not in emacs 20.x,  but set-text-properties is.   
Attached is a patch the replaces the only reference to propertize in  
slime.el.

Tested in emacs 20.7 and 22.0.50.

Matt

Propertize is not in emacs 20.x,  but set-text-properties is.   
Attached is a patch the replaces the only reference to propertize in  
slime.el.

Tested in emacs 20.7 and 22.0.50.

Matt

Re: propertize not in emacs 20.x

Thanks for the patch, I have applied it in CVS.

--

-- 
Matthias Köppe -- http://www.math.uni-magdeburg.de/~mkoeppe
(currently  <at> math.ucdavis.edu) 

Fwd: propertize not in emacs 20.x

Begin forwarded message:

> From: "Matthew D. Swank" <akopa <at> charter.net>
> Date: April 1, 2006 7:50:43 PM CST
> To: Matthias Koeppe <mkoeppe+slime <at> merkur.math.uni-magdeburg.de>
> Subject: Re: [slime-devel] propertize not in emacs 20.x
>
>
> On Apr 1, 2006, at 4:59 PM, Matthias Koeppe wrote:
>
>> Thanks for the patch, I have applied it in CVS.
>
> Crud; I actually cleaned it up a little (there no need to copy the  
> matched string since it's freshly cons'd), and made the comment  
> more consistent with what was already there.  Last time, I promise.
>
> Matt

Daily ChangeLog diff

Index: slime/ChangeLog
diff -u slime/ChangeLog:1.878 slime/ChangeLog:1.879
--- slime/ChangeLog:1.878	Thu Mar 30 11:42:14 2006
+++ slime/ChangeLog	Sat Apr  1 17:55:28 2006
 <at>  <at>  -1,3 +1,8  <at>  <at> 
+2006-04-01  Matthew D. Swank <akopa <at> charter.net>
+
+	* slime.el (slime-fontify-string): Use set-text-properties, not
+	propertize, for Emacs 20 compatibility.
+
 2006-03-30  Helmut Eller  <heller <at> common-lisp.net>

 	* slime.el (slime-init-command): Don't translate filenames since

Re: propertize not in emacs 20.x

"Matthew D. Swank" <akopa <at> charter.net> writes:

> Propertize is not in emacs 20.x,  but set-text-properties is.
> Attached is a patch the replaces the only reference to propertize in
> slime.el.

In cases like this where the string is being propertized for insertion
into the buffer you can also use `slime-insert-propertized'.

See also `slime-propertize-region' which isn't what you think..

swank-source-files defaults

use the source-directory as the defaults for the source-file pathnames.
Necessary on windows when loading swank on a different drive (device) than
the lisp is on.

(defun swank-source-files (source-directory)
  (mapcar (lambda (name)
            (make-pathname :name name :type "lisp"
                           :defaults source-directory))  ;; *** here
          `("swank-backend" , <at> *sysdep-files* "swank")))

This has been tested on 
- WinXP + ACL 7.0 (trial)
- Linux 2.6 + SBCL 0.9.10

use the source-directory as the defaults for the source-file pathnames.
Necessary on windows when loading swank on a different drive (device) than
the lisp is on.

(defun swank-source-files (source-directory)
  (mapcar (lambda (name)
            (make-pathname :name name :type "lisp"
                           :defaults source-directory))  ;; *** here
          `("swank-backend" , <at> *sysdep-files* "swank")))

This has been tested on 
- WinXP + ACL 7.0 (trial)
- Linux 2.6 + SBCL 0.9.10

slime-filename-translations xemacs-compatability

* slime.el (slime-find-filename-translators): use assoc* instead of
assoc-default. assoc* is out of cl-seq which is in both x and gnu emacs
(slime-filename-translations): added a default identity mapping for the
system-name as reported by elisp.

Once I fixed the assoc*, I started getting errors when developing entirely
locally that it couldn't find a translation for "NATHAN", which is my
machine-instance (inventive name isn't it?) correctly reported by ACL. 
Fix: add a translation for the system-name as reported by the host emacs
that just uses identity.

Attached is a diff (filename-translation-compat.diff) to just the slime.el,
since I have a separate patch outstanding that also hits the changelog.

There is also a diff (nathanbird-4-2-06.diff) that encompasses this change
and the previous one entitled "swank-source-files defaults".

If you need me to resend this patch once you have committed the previous
patch or with some other parameters just let me know.

Man, I really like darcs 

Nathan Bird

* slime.el (slime-find-filename-translators): use assoc* instead of
assoc-default. assoc* is out of cl-seq which is in both x and gnu emacs
(slime-filename-translations): added a default identity mapping for the

Re: Re: three little patches

Hi Mikel,

No, this is general slime feature / problem. I'd still like to know  
how people use meta-point in general? Do people expect to be in the  
correct package or specify the correct package every time?

On Mar 28, 2006, at 7:50 PM, Mikel Bancroft wrote:

> Gary King wrote:
>> Hiya,
>> Here are three small patches for SLIME. They do the following:
>> 1. Make find-definitions a little more flexible with an around   
>> method: if the symbol isn't in the current package, the around  
>> method  goes on to look in all the packages too. (I haven't added  
>> similar  logic to symbol completion but will someday).
>
> Is this an Allegro specific problem? This has been annoying me in  
> both cases in recent weeks.
>
> -M
>
> _______________________________________________
> slime-devel site list
> slime-devel <at> common-lisp.net
> http://common-lisp.net/mailman/listinfo/slime-devel

--

-- 
Gary Warren King
metabang.com
http://www.metabang.com/

Re: Re: propertize not in emacs 20.x

Luke Gorrie <luke <at> synap.se> writes:

> In cases like this where the string is being propertized for insertion
> into the buffer you can also use `slime-insert-propertized'.

OK, I am using that now.

--

-- 
Matthias Köppe -- http://www.math.uni-magdeburg.de/~mkoeppe
(currently  <at> math.ucdavis.edu)