From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.bugs Subject: bug#11934: 24.1; provide variable for pp.el to control max display width Date: Fri, 13 Jul 2012 07:48:04 -0700 Message-ID: NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1342190978 22104 80.91.229.3 (13 Jul 2012 14:49:38 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Fri, 13 Jul 2012 14:49:38 +0000 (UTC) To: 11934@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Jul 13 16:49:38 2012 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 1SphBY-0002gt-Ib for geb-bug-gnu-emacs@m.gmane.org; Fri, 13 Jul 2012 16:49:36 +0200 Original-Received: from localhost ([::1]:42783 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SphBX-0000gL-VK for geb-bug-gnu-emacs@m.gmane.org; Fri, 13 Jul 2012 10:49:35 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:45549) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SphBS-0000gF-5d for bug-gnu-emacs@gnu.org; Fri, 13 Jul 2012 10:49:34 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SphBM-000664-AP for bug-gnu-emacs@gnu.org; Fri, 13 Jul 2012 10:49:30 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:58174) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SphBM-00065w-7H for bug-gnu-emacs@gnu.org; Fri, 13 Jul 2012 10:49:24 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1SphGn-0000He-UL for bug-gnu-emacs@gnu.org; Fri, 13 Jul 2012 10:55:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: "Drew Adams" Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 13 Jul 2012 14:55:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 11934 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: X-Debbugs-Original-To: Original-Received: via spool by submit@debbugs.gnu.org id=B.13421912481022 (code B ref -1); Fri, 13 Jul 2012 14:55:01 +0000 Original-Received: (at submit) by debbugs.gnu.org; 13 Jul 2012 14:54:08 +0000 Original-Received: from localhost ([127.0.0.1]:39487 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SphFu-0000GO-KH for submit@debbugs.gnu.org; Fri, 13 Jul 2012 10:54:07 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:33070) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SphFr-0000GG-Le for submit@debbugs.gnu.org; Fri, 13 Jul 2012 10:54:04 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SphAK-0005vp-Li for submit@debbugs.gnu.org; Fri, 13 Jul 2012 10:48:25 -0400 Original-Received: from lists.gnu.org ([208.118.235.17]:51871) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SphAK-0005vi-In for submit@debbugs.gnu.org; Fri, 13 Jul 2012 10:48:20 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:45333) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SphAJ-0000MD-Do for bug-gnu-emacs@gnu.org; Fri, 13 Jul 2012 10:48:20 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SphAD-0005f2-Bm for bug-gnu-emacs@gnu.org; Fri, 13 Jul 2012 10:48:19 -0400 Original-Received: from acsinet15.oracle.com ([141.146.126.227]:20051) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SphAD-0005ey-5b for bug-gnu-emacs@gnu.org; Fri, 13 Jul 2012 10:48:13 -0400 Original-Received: from ucsinet21.oracle.com (ucsinet21.oracle.com [156.151.31.93]) by acsinet15.oracle.com (Sentrion-MTA-4.2.2/Sentrion-MTA-4.2.2) with ESMTP id q6DEm9Hv024937 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Fri, 13 Jul 2012 14:48:10 GMT Original-Received: from acsmt358.oracle.com (acsmt358.oracle.com [141.146.40.158]) by ucsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id q6DEm9VH007131 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 13 Jul 2012 14:48:09 GMT Original-Received: from abhmt101.oracle.com (abhmt101.oracle.com [141.146.116.53]) by acsmt358.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id q6DEm8qY009323 for ; Fri, 13 Jul 2012 09:48:08 -0500 Original-Received: from dradamslap1 (/10.159.222.206) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Fri, 13 Jul 2012 07:48:08 -0700 X-Mailer: Microsoft Office Outlook 11 Thread-Index: Ac1hBoIvEyH8rTNBS8Sj0g+zOtXhLQ== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 X-Source-IP: ucsinet21.oracle.com [156.151.31.93] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 1) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-Received-From: 140.186.70.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-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:61891 Archived-At: Enhancement request. The functions in pp.el that produce pretty-printed output are used for things like `describe-variable' to produce output that is read in *Help* buffers. The content of *Help* is normally limited in width. The request is to provide a variable that controls the width of the displayed expression, or at least tries to as much as possible. For example, I have a variable whose value is this: (bbdb-complete-name comint-completion-at-point comint-dynamic-complete-filename comint-replace-by-expanded-filename ess-complete-object-name gud-gdb-complete-command Info-goto-node Info-index Info-menu lisp-complete-symbol lisp-completion-at-point minibuffer-default-add-completions read-char-by-name read-color read-from-minibuffer read-string recentf-make-menu-items) In Message mode, where I am composing this, that is automatically filled. But with the pp functions, that value is written with no newline chars, as a single line that is 369 chars wide. That sticks out like a sore thumb in a *Help* buffer that is otherwise designed to be limited in width. It would be good to be able to bind a max-width variable that lets the pp functions know that it is better, if possible, to insert newline chars to try to keep the width below that var's value. I'm not sure what the implementation would look like. Perhaps it would involve calling `fill-paragraph' at various points (`lisp-fill-paragraph' would add nothing here, AFAICT). Dunno. But it seems like we could somehow do better in a case like this than just print everything on a single line, which might be hundreds of chars wide. In GNU Emacs 24.1.1 (i386-mingw-nt5.1.2600) of 2012-06-10 on MARVIN Windowing system distributor `Microsoft Corp.', version 5.1.2600 Configured using: `configure --with-gcc (4.6) --cflags -ID:/devel/emacs/libs/libXpm-3.5.8/include -ID:/devel/emacs/libs/libXpm-3.5.8/src -ID:/devel/emacs/libs/libpng-dev_1.4.3-1/include -ID:/devel/emacs/libs/zlib-dev_1.2.5-2/include -ID:/devel/emacs/libs/giflib-4.1.4-1/include -ID:/devel/emacs/libs/jpeg-6b-4/include -ID:/devel/emacs/libs/tiff-3.8.2-1/include -ID:/devel/emacs/libs/gnutls-3.0.9/include'