slime-devel

slime-devel@common-lisp.net

4231 discussions

[slime-devel] Daily ChangeLog diff
by Luke Gorrie 22 Apr '04

22 Apr '04

Index: slime/ChangeLog diff -u slime/ChangeLog:1.341 slime/ChangeLog:1.343 --- slime/ChangeLog:1.341 Tue Apr 20 18:38:59 2004 +++ slime/ChangeLog Wed Apr 21 18:58:34 2004 @@ -1,3 +1,42 @@ +2004-04-22 Tiago Maduro-Dias <tcmd(a)rnl.ist.utl.pt> + + * slime.el (slime-space): Cleanup. + (slime-complete-restore-window-configuration): Use + slime-close-buffer instead of bury-buffer. + +2004-04-21 Helmut Eller <e9626484(a)stud3.tuwien.ac.at> + + * slime.el: Suppress byte-compiler warnings by binding + byte-compiler-warnings to nil. + (slime-repl-shortcut): Use a structure instead of a list for the + short cut info. Update the users accordingly. + + * swank-cmucl.lisp (arglist): Return a list instead of the string. + +2004-04-21 Edi Weitz <edi(a)agharta.de> + + * slime.el (slime-apropos): Add support for regexp-based apropos. + We use nregex, so the regexp syntax is different from Emacs' + regexps and bit restricted (alternation '|' and optional groups + '(xy)?' are not implemented). + (slime-insert-arglist): New command - stolen from ILISP. I always + thought this was quite useful. + (slime-oos): Fix typo. + + * swank.lisp (apropos-symbols): Use regexp and support + case-sensitive matching. + (arglist-for-echo-area): New argument to control if the operator + name should be included. + + * nregex.lisp: New file. + + * swank-loader.lisp (*sysdep-pathnames*): Load it. + +2004-04-21 Helmut Eller <e9626484(a)stud3.tuwien.ac.at> + + * doc/slime.texi (Compilation): slime-remove-notes is bound to C-c + M-c not M-c. Noted by Edi Weitz. + 2004-04-21 Edi Weitz <edi(a)agharta.de> * swank.lisp (list-all-package-names): Optionally include

1 0

[slime-devel] slime-insert-arglist
by Edi Weitz 21 Apr '04

21 Apr '04

OK, you got me hooked... :) Here's another idea - stolen from ILISP. I always thought this was quite useful. Cheers, Edi.

3 5

[slime-devel] slime-oos
by Edi Weitz 21 Apr '04

21 Apr '04

A typo, obviously.

2 1

Re: [slime-devel] slime-regex-apropos?
by Helmut Eller 21 Apr '04

21 Apr '04

Edi Weitz <edi(a)agharta.de> writes: > Anyway, what do you think about this? I think regex matching would be nice and consistent with Emacs' built in apropos. IMO, it would be more natural if we could do the filtering on the Lisp side. Perhaps we could include some of the lightweight regexp packages, like nregexp. nregexp is only 500 lines and the code can't be worse than the stuff in metering.lisp. Can find other uses for regexps as excuse to including it? Helmut.

3 3

[slime-devel] Daily ChangeLog diff
by Luke Gorrie 21 Apr '04

21 Apr '04

Index: slime/ChangeLog diff -u slime/ChangeLog:1.339 slime/ChangeLog:1.341 --- slime/ChangeLog:1.339 Sat Apr 17 05:51:17 2004 +++ slime/ChangeLog Tue Apr 20 18:38:59 2004 @@ -1,3 +1,19 @@ +2004-04-21 Edi Weitz <edi(a)agharta.de> + + * swank.lisp (list-all-package-names): Optionally include + nicknames in the result. + + * slime.el (slime-read-package-name): Include nicknames in the + completions set. + (slime-repl-mode-map): Bind C-c : to slime-interactive-eval just + like in most other SLIME buffers. + (read-directory-name): Compatibilty defun. + +2004-04-20 Tiago Maduro-Dias <tcmd(a)rnl.ist.utl.pt> + + * slime.el (slime-close-buffer): New utility function. + (slime-space): Use it to kill superfluous *Completions* buffers. + 2004-04-17 Raymond Toy <rtoy(a)earthlink.net> * swank-cmucl.lisp (source-location-tlf-number)

1 0

Re: [slime-devel] list-all-package-names, really all... :)
by Helmut Eller 20 Apr '04

20 Apr '04

Edi Weitz <edi(a)agharta.de> writes: > Here's another tiny patch. It seems that the function > SWANK:LIST-ALL-PACKAGE-NAMES is only used for > slime-read-package-name. What about extending it such that nicknames > can also be entered? See below. Good idea. Patch applied. Helmut.

1 0

Re: [slime-devel] compiler note buffers
by Helmut Eller 20 Apr '04

20 Apr '04

Zach Beane <xach(a)xach.com> writes: > What should I do? I tried using a typeout frame, but it doesn't look > like the compiler notes tree uses it. We could try to insert the notes tree in the output buffer. Here's a hackish way to achieve that: (setq slime-compilation-finished-hook (defun slime-insert-errors-in-output-buffer (&optional notes) (interactive) (let ((notes (or notes (slime-compiler-notes)))) (with-current-buffer (slime-output-buffer) (slime-with-output-end-mark (let ((start (point))) (insert "\n") (when (null notes) (insert "[no notes]")) (dolist (tree (slime-compiler-notes-to-tree notes)) (slime-tree-insert tree "") (insert "\n")) (insert "\n") (let ((overlay (make-overlay start (point))) (local-map (make-sparse-keymap))) (define-key local-map (kbd "RET") 'slime-compiler-notes-show-details) (overlay-put overlay 'local-map local-map)))))))) This is only marginally tested, but should be good enough to demonstrate the idea. Do you like this better? Helmut.

1 0

[slime-devel] Closing *Completions* buffer
by Tiago Maduro-Dias 20 Apr '04

20 Apr '04

Heya! I've always been a bit annoyed at how the *Completions* buffer sticks around even when it's not needed anymore. So I just added a bit of code to slime.el which closes this buffer (if one exists) after pressing space, making use of the slime-space hook. Everything else works as expected and you can still middle-click on a possible completion, etc., so I don't think this patch will get in the way of anyone's development habits. I didn't really spend much time figuring out exactly where the code should go and ended up defining a new function "slime-close-buffer" in the "Common utility functions and macros" section (as good a guess as any). Hope this helps! Tiago. -- "I conjecture that there is no good algorithm for the traveling salesman problem. My reasons are the same as for any mathematical cojecture: (1) It is a legitimate mathematical possiblity, and (2) I do not know." --Jack Edmonds, 1966

2 1

Re: [slime-devel] Some remarks
by Bill_Clementson＠peoplesoft.com 20 Apr '04

20 Apr '04

Edi Weitz <edi(a)agharta.de> writes: > On Tue, 20 Apr 2004 12:41:51 -0600, Bill_Clementson(a)peoplesoft.com wrote: > > > The function appears to be in GNU Emacs 21.3.5 but not in 21.3.1 > > Ah, OK. Is that a version from CVS? I actually wanted to try a CVS > Emacs anyway because it looks like they made some improvements to > lisp-mode after the 21.3 release. > > <nitpick> > But of course SLIME shouldn't use this function as long as it is > advertised as being usable on GNU Emacs 20... :) > </nitpick> Yes, 21.3.5 is a CVS version. The SLIME maintainers will need to decide whether they want to add the read-directory-name function to slime or re-write it in order to support earlier emacs versions. FWIW, the function is in files.el - here's the source: (defun read-directory-name (prompt &optional dir default-dirname mustmatch initial) "Read directory name, prompting with PROMPT and completing in directory DIR. Value is not expanded---you must call `expand-file-name' yourself. Default name to DEFAULT-DIRNAME if user enters a null string. (If DEFAULT-DIRNAME is omitted, the current buffer's directory is used, except that if INITIAL is specified, that combined with DIR is used.) Fourth arg MUSTMATCH non-nil means require existing directory's name. Non-nil and non-t means also require confirmation after completion. Fifth arg INITIAL specifies text to start with. DIR defaults to current buffer's directory default." (unless dir (setq dir default-directory)) (unless default-dirname (setq default-dirname (if initial (concat dir initial) default-directory))) (read-file-name prompt dir default-dirname mustmatch initial 'file-directory-p)) Cheers, Bill

1 0

Re: [slime-devel] Some remarks
by Bill_Clementson＠peoplesoft.com 20 Apr '04

20 Apr '04

Hi Edi! Just a few comments: > 2. The shortcut ,change-directory uses a function read-directory-name > which I don't seem to have. I'm using GNU Emacs 21.3. The function appears to be in GNU Emacs 21.3.5 but not in 21.3.1 > 3. Is there a specific reason that RET isn't bound to > newline-and-indent (or something similar) as in ILISP but only to > C-j? This bugged me too. I manually put the following in my .emacs file: (add-hook 'lisp-mode-hook (lambda () (slime-mode t) (define-key lisp-mode-map [(control j)] 'newline) (define-key lisp-mode-map [(control m)] 'newline-and-indent) etc....)) However, I agree that it should probably be the default. > 7. The fact that SPC (slime-space) still works and does the right > thing after you've started entering arguments (contrary to ILISP) > is very cool and a real time-saver for me!! If you like slime-space, you should try adding (slime-autodoc-mode) to your .emacs file. It shows the same info as slime-space does for whatever function your cursor is currently over. In a separate post, Edi said: > [I'm offline while I write this but I seem to remember that I've > somewhere (in CLOCC?) seen a CL package for Emacs Lisp. Does my > memory serve me right? Does this package provide Emacs Lisp regular > expressions for CL?] Yes, you are correct - CLOCC has an elisp.lisp file in the cllib package; however, it doesn't have regex support. Cheers, Bill

2 1

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

slime-devel