GNU bug report logs - #34504
'pp' causally mentioned

Previous Next

Package: emacs;

Reported by: 積丹尼 Dan Jacobson <jidanni <at> jidanni.org>

Date: Sat, 16 Feb 2019 19:35:02 UTC

Severity: wishlist

Tags: notabug

Done: Stefan Kangas <stefan <at> marxist.se>

Bug is archived. No further changes may be made.

Full log


Message #25 received at 34504 <at> debbugs.gnu.org (full text, mbox):

From: Michael Heerdegen <michael_heerdegen <at> web.de>
To: 積丹尼 Dan Jacobson <jidanni <at> jidanni.org>
Cc: 34504 <at> debbugs.gnu.org
Subject: Re: bug#34504: 'pp' causally mentioned
Date: Mon, 18 Feb 2019 00:01:47 +0100
積丹尼 Dan Jacobson <jidanni <at> jidanni.org> writes:

> MH> There's `pp-buffer'.  It's only a function, however.
> OK maybe tell the user to
> M-: (pp-buffer)    [eval-expression]
> C-x h              [mark-whole-buffer]
> <tab>              [indent-for-tab-command]
> Now one's lisp looks pretty good.

In some cases it looks prettier, but in others it looks uglier.  For
example

#+begin_src emacs-lisp
(let ((x 1) (y 2))
  (+ x y))

(defun f (n) (1+ n))
#+end_src

becomes

#+begin_src emacs-lisp
(let
    ((x 1)
     (y 2))
  (+ x y))
(defun f
    (n)
  (1+ n))
#+end_src

after your treatment.  Too many added line breaks for my gusto, but OTOH
the empty line between the two expressions has disappeared.

pp may be ok for improving how an evaluation result is presented to the
user, but it's IMHO by far not suitable for reformatting hand-written
code.


Michael.




This bug report was last modified 5 years and 245 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.