May 2005 - slime-devel - mailman3.common-lisp.net

[slime-devel] Daily ChangeLog diff
by lgorrie＠common-lisp.net 24 May '05

24 May '05

Index: slime/ChangeLog diff -u slime/ChangeLog:1.696 slime/ChangeLog:1.699 --- slime/ChangeLog:1.696 Mon May 23 04:31:12 2005 +++ slime/ChangeLog Tue May 24 21:10:08 2005 @@ -1,4 +1,25 @@ -2005-05-20 Alan Ruttenberg <alanr-l(a)mumble.net> +2005-05-24 Alan Ruttenberg <alanr-l(a)mumble.net> + + * slime.el text-property-default-nonsticky not defined in + xemacs. oops. + +2005-05-24 Alan Ruttenberg <alanr-l(a)mumble.net> + + * slime.el meta-w now removes properties before insertion if you + cut just a portion of the presentation. Added xemacs + support. Enabled in xemacs. + +2005-05-23 Alan Ruttenberg <alanr-l(a)mumble.net> + + * slime.el slime-presentation-menu - use with-current-buffer, so + that menus work even if you are not in the buffer with the + presentation. + + * present.lisp More menu items for pathnames. Remember last + slime-stream-p value. *can-print-presentation* t during + swank-compiler and during presentation menu action. + +2005-05-22 Alan Ruttenberg <alanr-l(a)mumble.net> * present.lisp. (slime-stream-p) check if a stream is destined for output in a slime listener. (checks *connections* looks into pretty-print @@ -15,7 +36,7 @@ In cmucl, use fwrappers to modify behaviour rather than redefinition. -2005-05-20 Alan Ruttenberg <alanr-l(a)mumble.net> +2005-05-22 Alan Ruttenberg <alanr-l(a)mumble.net> * present.lisp. mouse-3 now gives a menu for actions on the presentation. See documentation in file for information about how

1 0

Re: [slime-devel] For presentation fans
by Alan Ruttenberg 24 May '05

24 May '05

Couple more developments: Now check that we are writing to a slime stream (or an pretty-printer stream that directs to a slime stream) before presenting. This should ensure that you don't land up with the in-band messages in places you didn't intend to, at the expense of possibly missing presentations if you direct your io to slime via some wrapping stream. (but you can specialize slime-stream-p for that stream, if you are motivated) First readable object : pathnames are now presented. E.g. load file (when *load-verbose* t) log message has sensitive pathname. Check out the menu (right click). Turn that off by setting *enable-presenting-readable-objects* nil You still have to explicitly load present.lisp. Please do. Unless there are objections I'll probably make this the default in a few days. Couple of more notes in the ChangeLog To do: - Make it work for non-dedicated-stream - When you copy the text of just a portion of a presentation with meta-w, remove the text properties. - Properly factor for swank.lisp, swank-backend, and lisp specific portions. - boxed text for multiple lines is ugly (lispms boxed the outside of all the text - emacs boxes each line). So see if there is a way to get nicer behavior, or consider changing default mouseover style. - Maybe replace x-popup-menu with menu-keymaps (volunteers welcome) - Assuming presenting readable objects doesn't cause problems, decide what other objects should so be printed - next candidate: structures. - Try to implement nested presentations. Strategy: slime-repl-old-output becomes a list of ids of object point is part of. Copy presentation and mouseover highlighting need extra work to properly gather all the parts. -Alan On May 22, 2005, at 2:58 AM, Alan Ruttenberg wrote: > There is now support for menus on the presentations. Assuming you have > present.lisp loaded, mouse-3 will bring it up. > Documentation on how to define menus is in present.lisp. > > Note that this uses x-popup-menu. Don't know if that works in xemacs. > > -Alan >

3 5

[slime-devel] Backups and Slime
by GP lisper 24 May '05

24 May '05

Hi, I have a weird problem with Emacs, and it apparently started around the same time I started using Slime. I hadn't been coding for a few months and didn't notice that the simple filename.~N~ emacs backups had stopped working....sometimes. After disabling various features in .emacs (or default.el), it doesn't seem to be slime related, but the time history matches up. After a week of guessing, I thought that maybe the emacs wizards here might have some better guesses. Some facts: With the root user, ~N~ backups are fine, regardless of the file ext. With the lisp user (I have one username exclusively for lisp work), ~N~ backups work on everything but .lisp files. So the version control settings would seem to be active, and testing in a *scratch* emacs buffer shows expected values. .default.el: ; version control settings (setq backup-by-copying t backup-directory-alist '(("." . "~/.saves")) delete-old-versions t kept-new-versions 9 kept-old-versions 1 version-control t ) ; SLIME (add-to-list 'load-path "/usr/share/emacs/site-lisp/slime") (require 'slime) (setq inferior-lisp-program "/usr/local/bin/lisp") (slime-setup :autodoc t) ;(add-hook 'slime-connected-hook 'slime-ensure-typeout-frame) (setq common-lisp-hyperspec-root "file:///usr/share/doc/HyperSpec/") (setq common-lisp-hyperspec-symbol-table "file:///usr/share/doc/HyperSpec/Data") (eval-after-load "hyperspec" '(load "hyperspec-addon")) Root and lisp users have identical .emacs, except for username in email (setq-default mail-default-reply-to "spambait(a)clouddancer.com") Grepping thru either .../slime/ or the emacs /lisp show that changing version-control is rarely done, and doesn't seem to be in slime at all. This is GNU emacs 21.4, I tried dropping back to 21.3 with the same outcome. Losing ~N~ backups is a problem, I'm used to being able to drop back to the code that had been working last hour, etc. Doing a lot of CVS submits just isn't a habit. Any guesses?? Any replacement mechanisms? -- With sufficient thrust, pigs fly fine.

2 3

[slime-devel] Typo or intentional ? (Slime class browser)
by R. Mattes 24 May '05

24 May '05

Hello list, While hacking on the class browser i stumbled across the following. in file slime.el, line 7834: (defun slime-browse-classes (name) "Read the name of a class and show its subclasses." (interactive (list (slime-read-symbol-name "Class Name: "))) (slime-call-with-browser-setup "*slime class browser*" (slime-current-package) "Class Browser" (lambda () (widget-create 'tree-widget :tag name :dynargs 'slime-expand-class-node :has-echildren t)))) AFAIK there's no option has-echildren - most likely a typo. Cheers Ralf Mattes

1 0

[slime-devel] Daily ChangeLog diff
by lgorrie＠common-lisp.net 23 May '05

23 May '05

Index: slime/ChangeLog diff -u slime/ChangeLog:1.695 slime/ChangeLog:1.696 --- slime/ChangeLog:1.695 Sun May 22 08:52:13 2005 +++ slime/ChangeLog Mon May 23 04:31:12 2005 @@ -1,5 +1,22 @@ 2005-05-20 Alan Ruttenberg <alanr-l(a)mumble.net> + * present.lisp. (slime-stream-p) check if a stream is destined for + output in a slime listener. (checks *connections* looks into pretty-print + streams in openmcl and cmucl) + Don't present unless (slime-stream-p stream). + + Variable *enable-presenting-readable-objects* The only readable object + which is presented are pathnames (e.g. pathnames printed when loading + and *load-verbose* is t). Try the useful menu :) + More to come if this doesn't cause problems. (nil this if it does) + + *can-print-presentation* t around compile-string-for-emacs, + load-file, interactive-eval. + + In cmucl, use fwrappers to modify behaviour rather than redefinition. + +2005-05-20 Alan Ruttenberg <alanr-l(a)mumble.net> + * present.lisp. mouse-3 now gives a menu for actions on the presentation. See documentation in file for information about how to define menus. Also, disable presentations in inspector. Initial bits

1 0

[slime-devel] Bugs?
by Lars Brinkhoff 23 May '05

23 May '05

I tried FAIRLY-STABLE this morning, and had some problems: In swank-sbcl.lisp preferred-communication-style there were complaints that the linux_no_threads_p symbol was undefined. I'm using SBCL 0.8.16, Linux 2.6.11.6, and glibc 2.3.2. (Unconditionally returning :spawn works.) In swank.lisp clear-repl-results, there seems to be one superflous closing parenthesis.

2 2

[slime-devel] Daily ChangeLog diff
by lgorrie＠common-lisp.net 22 May '05

22 May '05

Index: slime/ChangeLog diff -u slime/ChangeLog:1.694 slime/ChangeLog:1.695 --- slime/ChangeLog:1.694 Sat May 21 07:04:33 2005 +++ slime/ChangeLog Sun May 22 08:52:13 2005 @@ -1,4 +1,14 @@ 2005-05-20 Alan Ruttenberg <alanr-l(a)mumble.net> + + * present.lisp. mouse-3 now gives a menu for actions on the + presentation. See documentation in file for information about how + to define menus. Also, disable presentations in inspector. Initial bits + of dealing with the possibility of presenting readable objects. + + * slime.el support menu. Xemacs users beware this uses x-popup-menu, + which may be fsf specific. + +2005-05-20 Alan Ruttenberg <alanr-l(a)mumble.net> * swank.lisp make repl output presentation work even if present.lisp not loaded

1 0

[slime-devel] Daily ChangeLog diff
by lgorrie＠common-lisp.net 21 May '05

21 May '05

Index: slime/ChangeLog diff -u slime/ChangeLog:1.693 slime/ChangeLog:1.694 --- slime/ChangeLog:1.693 Fri May 20 21:21:41 2005 +++ slime/ChangeLog Sat May 21 07:04:33 2005 @@ -1,3 +1,7 @@ +2005-05-20 Alan Ruttenberg <alanr-l(a)mumble.net> + * swank.lisp make repl output presentation work even if + present.lisp not loaded + 2005-05-20 Luke Gorrie <luke(a)synap.se> * slime.el (slime-repl-enable-presentations): Default is enabled

1 0

[slime-devel] Not exactly 'presentation types for emacs' but useful anyway
by Antonio Menezes Leitao 21 May '05

21 May '05

Hi, I made a quick hack that allows the Slime listener to use Lisp objects that were returned from the Common Lisp environment. We already can do this using *, **, and *** variables but, to me, is not enough. I have an hard time remembering the number of stars that I should write and, moreover, I prefer to 'point' to a value that is presented in the listener and I use it in the construction of next expression, just like in Symbolics Lisp machines. For those who never saw the Symbolics environment, let me give you a description of what I can do with this patch to Slime: CL-USER> (cons 1 2) (1 . 2) ;;this is just like in good old Slime CL-USER> (cons (1 . 2) (1 . 2)) ;; something new: I wrote "(cons " ;;and then I moved the cursor to the previous line and pressed return. ;;The previous output is copied to the current prompt but, in fact, it's ;;not only text. It also represents the previous value returned by the ;;environment. In this example I did the same operation twice and then I wrote the closing ")". The result, as expected, is: ((1 . 2) 1 . 2) CL-USER> (eq (car ((1 . 2) 1 . 2)) (cdr ((1 . 2) 1 . 2))) ;;again, I wrote "(eq (car " and then I copied the previous output (using return). Then, I wrote ") (cdr " and I copied again the previous output. After finishing the form (with "))"), the environment returns: T ;;as expected. You cannot see it in this email (I presume) but I also mark the reused values in a different color and I make then read-only (in Emacs) so that you can see that they are a different beast. Another interesting extension is to directly inspect any returned value. I changed the inspect command so that, whenever the cursor is over a returned value, C-cC-I automatically inspects it. There are lots of other things that we can do like discovering the types of the presented values and restrict their use for certain operations. For example, if there's a function that asks the user for a number, we can allow him to reuse old values as long as they are of type number. In short, this is just a quick hack to provide a stripped down version of presentation types that works with emacs. I guess that the edit-value feature of Slime could also be rewritten to take advantage of this stuff. Now, it should be obvious that I am keeping all the returned values in the Common Lisp side for further use. This means that they are not GCed. So, from time to time, it might be wise to clean the Listener (just like before, with C-cC-t) or just the previous output (with C-cC-o). This also releases the corresponding objects from the Common Lisp side. I suggest you try it out. If the Slime team thinks this is useful then I suggest that you take a good look at the code (as you usually do :-) and refactor it radically because I did a lot of copy&paste just to test the idea. And it might also contains lots of bugs :-) There are also lots of improvements that can be done like not storing the values that don't require identity preservation (like small numbers, and characters), like providing the functions that allow the type of a value to be returned (e.g., to provide a menu of operations for the object, etc), like allowing parts of lists to be reuse (this one seems easy but requires different conventions for the gestures needed for reusing previous values), etc, etc. Best regards, António Leitão. Here's the patch:

7 16

[slime-devel] Daily ChangeLog diff
by lgorrie＠common-lisp.net 20 May '05

20 May '05

Index: slime/ChangeLog diff -u slime/ChangeLog:1.689 slime/ChangeLog:1.693 --- slime/ChangeLog:1.689 Thu May 19 19:13:58 2005 +++ slime/ChangeLog Fri May 20 21:21:41 2005 @@ -1,3 +1,42 @@ +2005-05-20 Luke Gorrie <luke(a)synap.se> + + * slime.el (slime-repl-enable-presentations): Default is enabled + in GNU Emacs but disabled in XEmacs. Feature is not portable yet. + Brutally 80-column'ified alanr's latest changes :-) + +2005-05-20 Alan Ruttenberg <alanr-l(a)mumble.net> + + * bridge.el new file. from ilisp cvs distribution to collect + in-band messages using process filter mechanisms. One edit which + calls bridge-insert with process argument as well as output + + * present.lisp new file. Enough code to do the following: + (swank::presenting-object object stream (print "This is really + object")). This makes the string "This is really object" behave + like old repl input for the object. Sample code for openmcl and + cmucl that hooks this into the printing of unreadable objects This + should be part of swank.lisp (and lisp specific files) but I am + too chicken to merge yet. For now you have to load this file + manually. + + * slime.el changes to support above: + slime-repl-enable-presentations: customize to enable this stuff. + Default value t. Set to nil to turn it off. + slime-presentation-start-to-point: map object ids to the (point) + where they start to print out. slime-mark-presentation-start, + slime-mark-presentation-end. handlers for the bridge messages. + slime-open-stream-to-lisp: When enabled start the bridge and + define the handlers. + +2005-05-19 Alan Ruttenberg <alanr-l(a)mumble.net> + + * slime.el slime-presentation-map + +2005-05-20 Luke Gorrie <luke(a)synap.se> + + * swank.lisp (clear-repl-results): Fixed unbalanced parens. Thanks + Lawrence Mitchell. + 2005-05-19 Alan Ruttenberg <alanr-l(a)mumble.net> * slime.el (slime-presentation-command-hook) new function for

1 0