From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Lars Ingebrigtsen Newsgroups: gmane.emacs.bugs Subject: bug#10723: 24.0.93; bad pp formatting for `C-h v' with list value Date: Thu, 28 Apr 2016 15:13:22 +0200 Message-ID: <87pot9lvv1.fsf@gnus.org> References: <4F4BAC82D7B848B5B3EA377B062FF8F2@us.oracle.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1461849401 11076 80.91.229.3 (28 Apr 2016 13:16:41 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 28 Apr 2016 13:16:41 +0000 (UTC) Cc: 10723@debbugs.gnu.org To: "Drew Adams" Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Apr 28 15:16:24 2016 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1avlns-0004lf-MJ for geb-bug-gnu-emacs@m.gmane.org; Thu, 28 Apr 2016 15:16:24 +0200 Original-Received: from localhost ([::1]:48980 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1avlns-0006kc-4W for geb-bug-gnu-emacs@m.gmane.org; Thu, 28 Apr 2016 09:16:24 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:36633) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1avllg-0002fj-MT for bug-gnu-emacs@gnu.org; Thu, 28 Apr 2016 09:14:14 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1avlla-0004o9-My for bug-gnu-emacs@gnu.org; Thu, 28 Apr 2016 09:14:08 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:39302) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1avlla-0004o5-Bv for bug-gnu-emacs@gnu.org; Thu, 28 Apr 2016 09:14:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1avlla-00022d-7z for bug-gnu-emacs@gnu.org; Thu, 28 Apr 2016 09:14:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 28 Apr 2016 13:14:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 10723 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: confirmed Original-Received: via spool by 10723-submit@debbugs.gnu.org id=B10723.14618492237812 (code B ref 10723); Thu, 28 Apr 2016 13:14:02 +0000 Original-Received: (at 10723) by debbugs.gnu.org; 28 Apr 2016 13:13:43 +0000 Original-Received: from localhost ([127.0.0.1]:51639 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1avllH-00021w-FL for submit@debbugs.gnu.org; Thu, 28 Apr 2016 09:13:43 -0400 Original-Received: from hermes.netfonds.no ([80.91.224.195]:38501) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1avllF-00021n-Gw for 10723@debbugs.gnu.org; Thu, 28 Apr 2016 09:13:41 -0400 Original-Received: from cm-84.215.1.64.getinternet.no ([84.215.1.64] helo=mouse) by hermes.netfonds.no with esmtpsa (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1avlkw-0004Di-KS; Thu, 28 Apr 2016 15:13:39 +0200 In-Reply-To: <4F4BAC82D7B848B5B3EA377B062FF8F2@us.oracle.com> (Drew Adams's message of "Sat, 4 Feb 2012 09:39:39 -0800") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:117051 Archived-At: Man, the logic in that function is weird. Here's some of the outputs: lala=92s value is (oooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooo= ooooooooooooo) Fine. lala=92s value is (oooooooooooooooooooooooooooooooooooooooooooooooooooooooo= ooooooooooooooooooooooooooooooo (oo)) Er. lala=92s value is (oo (oo)) Fine, I guess... lala=92s value is (zot (bar) (foo) (zot) (fooooooooooooooo0000000000)) Which was your original complaint. ---- lala=92s value is shown below. Documentation: Not documented as a variable. Value: (zot (bar) (foo) (zot) (bar) (foo) (zot) (bar) (foo) (zot) (bar) (foo) (zot) (fooooooooooooooo0000000000)) ---- So when it's very long it moves to a totally different format with a "below" clause. The uncommented "logic" here is this, mostly:=20 (if (< (+ (length print-rep) (point) (- line-beg)) 68) (insert print-rep) (terpri) (pp val) (if (< (point) (+ 68 (line-beginning-position 0))) (delete-region from (1+ from)) (delete-region (1- from) from))) Which means "if the final line of the pp'd expression is shorter than 68 characters, then delete the newline after 'value ', otherwise delete the trailing space". I think that's a slight thinko. I'm changing it to "if the pp'd expression is more than one line, then etc". --=20 (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no