[slime-devel] #+foo (toplevel-form ...), C-c C-c
Hi, on something like #+foo (defun foo (...) ...) | or #+foo (defun foo (...) ...) | Do you think C-c C-c should take the reader conditional into account? As `slime-region-for-defun-at-point' happens to be implemented right now, it isn't. -T.
* Tobias C. Rittweiler [2008-02-26 19:26+0100] writes:
I think that C-c C-c should do approximately the same as mark-defun, i.e. use beginning-of-defun and end-of-defun. Right now we use and end-of-defun and beginning-of-sexp. That should be changed. Going beyond would be more difficult and (arguably) too DWIMish. People who want more smartness can then customize it with beginning-of-defun-function. Helmut.
I suppose this may be too much hair or DWIM, but I've on occasion hoped that C-c C-c that would ignore toplevel #-/#+ as above, but take #. into account... Example: #.(let ((forms (loop for name in '(foo bar quux) collect `(defvar ,name)))) `(progn ,@forms)) Not pretty, but I did end up spending a while scratching my head, wondering why my changes didn't have the expected effect when working on a construct like this -- I did finally figure it out, and slime-eval-region does TRT here, so this is not critical. Cheers, -- Nikodemus
On 26-Feb-08, at 1:26 PM, Tobias C. Rittweiler wrote:
For what it's worth, I like the current behaviour and use it frequently. It's handy to have the ability to compile individual forms that may fail when building up a file, but not have those failure issues crop when when compiling the whole file with C-c C-k, for example. If this disappeared, I'd sorely miss it. -- Geoff
participants (4)
-
Geoff Wozniak -
Helmut Eller -
Nikodemus Siivola -
Tobias C. Rittweiler