diff options
-rw-r--r-- | paredit.el | 10 | ||||
-rw-r--r-- | test.el | 8 |
2 files changed, 17 insertions, 1 deletions
@@ -2156,7 +2156,15 @@ If the point is on an S-expression, such as a string or a symbol, not (delete-region (point) (scan-sexps (point) 1)) (let* ((indent-start (point)) (indent-end (save-excursion (insert sexps) (point)))) - (indent-region indent-start indent-end nil))))) + ;; If the expression spans multiple lines, its indentation is + ;; probably broken, so reindent it -- but don't reindent + ;; anything that we didn't touch outside the expression. + ;; + ;; XXX What if the *column* of the starting point was preserved + ;; too? Should we avoid reindenting in that case? + (if (not (eq (save-excursion (goto-char indent-start) (point-at-eol)) + (save-excursion (goto-char indent-end) (point-at-eol)))) + (indent-region indent-start indent-end nil)))))) ;;; The effects of convolution on the surrounding whitespace are pretty ;;; random. If you have better suggestions, please let me know. @@ -1409,3 +1409,11 @@ Four arguments: the paredit command, the text of the buffer ("(let ((x 0)) a (progn|) b)" "(progn |(let ((x 0)) a b))") ("(let ((x 0)) a (progn| ) b)" "(progn |(let ((x 0)) a b))") ("(let ((x 0)) a (progn |) b)" "(progn |(let ((x 0)) a b))"))) + +(paredit-test 'paredit-raise-sexp + `((,(concat + "(let ((x 5))\n (let ((y 3))\n |(foo bar\n baz)\n" + " (quux))\n (wrong indent))") + "(let ((x 5))\n |(foo bar\n baz)\n (wrong indent))") + ("(define (f x #!optional\n (|wrong indent))\n (+ 1 2))" + "(define (f x #!optional\n |wrong)\n (+ 1 2))"))) |