From unknown Sun Jun 22 17:17:19 2025 X-Loop: owner@emacsbugs.donarmstrong.com Subject: bug#5054: 23.1.50; buffer-menu truncated fields Reply-To: jidanni@jidanni.org, 5054@debbugs.gnu.org Resent-From: jidanni@jidanni.org Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs 2Resent-Date: Fri, 27 Nov 2009 00:10:05 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-Emacs-PR-Message: report 5054 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by submit@emacsbugs.donarmstrong.com id=B.125928011516825 (code B ref -1); Fri, 27 Nov 2009 00:10:05 +0000 Received: (at submit) by emacsbugs.donarmstrong.com; 27 Nov 2009 00:01:55 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: * X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=1.1 required=4.0 tests=AWL,SARE_RECV_SPAM_DOMN0b autolearn=no version=3.2.5-bugs.debian.org_2005_01_02 Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id nAR01sv3016822 for ; Thu, 26 Nov 2009 16:01:55 -0800 Received: from mail.gnu.org ([199.232.76.166]:47900 helo=mx10.gnu.org) by fencepost.gnu.org with esmtp (Exim 4.67) (envelope-from ) id 1NDoHZ-0006Fj-KH for emacs-pretest-bug@gnu.org; Thu, 26 Nov 2009 19:01:53 -0500 Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1NDoHY-0005J4-57 for emacs-pretest-bug@gnu.org; Thu, 26 Nov 2009 19:01:52 -0500 Received: from caiajhbdcbef.dreamhost.com ([208.97.132.145]:33578 helo=homiemail-a3.g.dreamhost.com) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1NDoHX-0005Iq-RD for emacs-pretest-bug@gnu.org; Thu, 26 Nov 2009 19:01:52 -0500 Received: from jidanni.org (218-163-1-232.dynamic.hinet.net [218.163.1.232]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by homiemail-a3.g.dreamhost.com (Postfix) with ESMTP id 923F7C5CAF for ; Thu, 26 Nov 2009 16:01:50 -0800 (PST) From: jidanni@jidanni.org To: emacs-pretest-bug@gnu.org Date: Fri, 27 Nov 2009 08:01:47 +0800 Message-ID: <87my28esyc.fsf@jidanni.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 1) I used to use a fancier add on, but now I'm apparently using the standard...: C-x C-b runs the command list-buffers, which is an interactive compiled Lisp function in `buff-menu.el'. .% *Help* 31899 Help % #262168 - /usr/bi:<2> 6676 w3m #262168 - /usr/bin/lynx-cur: -auth broke? - Debian Bug report logs .spamassassin/Makefi: 2224 GNUmakefile ~/.spamassassin/Makefile %* *compilation /home/j: 5965 Compilation:exit The problem is there is no way given to the user to see what is at the ends of those cut off lines. One needs to install some add-on program. Ibuffer, etc. From unknown Sun Jun 22 17:17:19 2025 X-Loop: owner@emacsbugs.donarmstrong.com Subject: bug#5054: 23.1.50; buffer-menu truncated fields Reply-To: Stefan Monnier , 5054@debbugs.gnu.org Resent-From: Stefan Monnier Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs 2Resent-Date: Fri, 27 Nov 2009 04:20:06 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-Emacs-PR-Message: followup 5054 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 5054-submit@emacsbugs.donarmstrong.com id=B5054.12592952716975 (code B ref 5054); Fri, 27 Nov 2009 04:20:06 +0000 Received: (at 5054) by emacsbugs.donarmstrong.com; 27 Nov 2009 04:14:31 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-2.8 required=4.0 tests=AWL,HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from ironport2-out.pppoe.ca (ironport2-out.teksavvy.com [206.248.154.183]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id nAR4EUfW006972 for <5054@emacsbugs.donarmstrong.com>; Thu, 26 Nov 2009 20:14:31 -0800 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AuQEAKfgDktFpYc//2dsb2JhbACBTNQmhDEEihk X-IronPort-AV: E=Sophos;i="4.47,299,1257138000"; d="scan'208";a="50139004" Received: from 69-165-135-63.dsl.teksavvy.com (HELO ceviche.home) ([69.165.135.63]) by ironport2-out.pppoe.ca with ESMTP; 26 Nov 2009 23:14:24 -0500 Received: by ceviche.home (Postfix, from userid 20848) id 79684B40E6; Thu, 26 Nov 2009 23:14:24 -0500 (EST) From: Stefan Monnier To: jidanni@jidanni.org Cc: 5054@debbugs.gnu.org Message-ID: References: <87my28esyc.fsf@jidanni.org> Date: Thu, 26 Nov 2009 23:14:24 -0500 In-Reply-To: <87my28esyc.fsf@jidanni.org> (jidanni@jidanni.org's message of "Fri, 27 Nov 2009 08:01:47 +0800") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii > The problem is there is no way given to the user to see what is at the > ends of those cut off lines. One needs to install some add-on program. > Ibuffer, etc. Actually, ibuffer doesn't need to be installed, since it's part of Emacs since at least Emacs-22. Stefan From unknown Sun Jun 22 17:17:19 2025 X-Loop: bug-gnu-emacs@gnu.org Subject: bug#5054: 23.1.50; buffer-menu truncated fields Reply-To: Chong Yidong , 5054@debbugs.gnu.org Mail-Followup-To: Chong Yidong , 5054@debbugs.gnu.org Resent-From: Chong Yidong Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 01 Jan 2010 17:51:01 +0000 Resent-Message-ID: Resent-Sender: bug-gnu-emacs@gnu.org X-Emacs-PR-Message: followup 5054 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 5054-submit@debbugs.gnu.org id=B5054.126236822426049 (code B ref 5054); Fri, 01 Jan 2010 17:51:01 +0000 Received: (at 5054) by debbugs.gnu.org; 1 Jan 2010 17:50:24 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NQldo-0006m6-Ge for submit@debbugs.gnu.org; Fri, 01 Jan 2010 12:50:24 -0500 Received: from pantheon-po39.its.yale.edu ([130.132.50.100]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NQldn-0006lz-7z for 5054@debbugs.gnu.org; Fri, 01 Jan 2010 12:50:23 -0500 Received: from furry (dhcp128036014103.central.yale.edu [128.36.14.103]) (authenticated bits=0) by pantheon-po39.its.yale.edu (8.12.11.20060308/8.12.11) with ESMTP id o01HoIhI002560 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 1 Jan 2010 12:50:18 -0500 Received: by furry (Postfix, from userid 1000) id 998FAC05D; Fri, 1 Jan 2010 12:50:18 -0500 (EST) From: Chong Yidong To: jidanni@jidanni.org Date: Fri, 01 Jan 2010 12:50:18 -0500 Message-ID: <87ljghr9yd.fsf@stupidchicken.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-YaleITSMailFilter: Version 1.2c (attachment(s) not renamed) X-Spam-Score: 1.0 (+) Cc: 5054@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 1.0 (+) > I used to use a fancier add on, but now I'm apparently using the standard...: > > C-x C-b runs the command list-buffers, which is an interactive > compiled Lisp function in `buff-menu.el'. > > .% *Help* 31899 Help > % #262168 - /usr/bi:<2> 6676 w3m #262168 - /usr/bin/lynx-cur: -auth broke? - Debian Bug report logs > .spamassassin/Makefi: 2224 GNUmakefile ~/.spamassassin/Makefile > %* *compilation /home/j: 5965 Compilation:exit > > The problem is there is no way given to the user to see what is at the > ends of those cut off lines. One needs to install some add-on program. > Ibuffer, etc. Just hscroll the window. (Moving the cursor to the right along the long line will do that automatically). From unknown Sun Jun 22 17:17:19 2025 X-Loop: bug-gnu-emacs@gnu.org Subject: bug#5054: 23.1.50; buffer-menu truncated fields Reply-To: jidanni@jidanni.org, 5054@debbugs.gnu.org Mail-Followup-To: jidanni@jidanni.org, 5054@debbugs.gnu.org Resent-From: jidanni@jidanni.org Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 02 Jan 2010 13:59:01 +0000 Resent-Message-ID: Resent-Sender: bug-gnu-emacs@gnu.org X-Emacs-PR-Message: followup 5054 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 5054-submit@debbugs.gnu.org id=B5054.12624407255376 (code B ref 5054); Sat, 02 Jan 2010 13:59:01 +0000 Received: (at 5054) by debbugs.gnu.org; 2 Jan 2010 13:58:45 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NR4VB-0001Of-5H for submit@debbugs.gnu.org; Sat, 02 Jan 2010 08:58:45 -0500 Received: from caiajhbdccah.dreamhost.com ([208.97.132.207] helo=homiemail-a10.g.dreamhost.com) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NR4V9-0001OW-8S for 5054@debbugs.gnu.org; Sat, 02 Jan 2010 08:58:43 -0500 Received: from jidanni.org (218-163-9-125.dynamic.hinet.net [218.163.9.125]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by homiemail-a10.g.dreamhost.com (Postfix) with ESMTPSA id 51124280065; Sat, 2 Jan 2010 05:58:36 -0800 (PST) From: jidanni@jidanni.org To: cyd@stupidchicken.com References: <87ljghr9yd.fsf@stupidchicken.com> Date: Sat, 02 Jan 2010 21:58:34 +0800 Message-ID: <871vi8r4l1.fsf@jidanni.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -3.0 (---) Cc: 5054@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.9 (--) >>>>> "CY" == Chong Yidong writes: CY> Just hscroll the window. (Moving the cursor to the right along the long CY> line will do that automatically). The problem I believe I'm having here now in emacs-version "23.1.90.1" is there is no way to see e.g., your full name, . *wide reply to Chong: 1156 Message ~/News/drafts/drafts/4 %* *Summary nnml:mail.m: 1094 Summary %* *Article nnml:mail.mi: 952 Article %* *Group* 77 Group % blabla 2600 Fundamental /cf/updates/hscro no matter how wide the screen is. Nor are there any instructions in the list-buffers docstring on how to do it. From unknown Sun Jun 22 17:17:19 2025 X-Loop: bug-gnu-emacs@gnu.org Subject: bug#5054: 23.1.50; buffer-menu truncated fields Reply-To: martin rudalics , 5054@debbugs.gnu.org Mail-Followup-To: martin rudalics , 5054@debbugs.gnu.org Resent-From: martin rudalics Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 02 Jan 2010 14:32:01 +0000 Resent-Message-ID: Resent-Sender: bug-gnu-emacs@gnu.org X-Emacs-PR-Message: followup 5054 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 5054-submit@debbugs.gnu.org id=B5054.12624426726543 (code B ref 5054); Sat, 02 Jan 2010 14:32:01 +0000 Received: (at 5054) by debbugs.gnu.org; 2 Jan 2010 14:31:12 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NR50Z-0001hU-Qa for submit@debbugs.gnu.org; Sat, 02 Jan 2010 09:31:12 -0500 Received: from mail.gmx.net ([213.165.64.20]) by debbugs.gnu.org with smtp (Exim 4.69) (envelope-from ) id 1NR50X-0001hI-9N for 5054@debbugs.gnu.org; Sat, 02 Jan 2010 09:31:10 -0500 Received: (qmail invoked by alias); 02 Jan 2010 14:31:02 -0000 Received: from 62-47-37-141.adsl.highway.telekom.at (EHLO [62.47.37.141]) [62.47.37.141] by mail.gmx.net (mp065) with SMTP; 02 Jan 2010 15:31:02 +0100 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX1/13PRVPb31qNOf5TsTQc2JKd409Dy6oU3Jr2376a TnPS/U1R7Ywxuo Message-ID: <4B3F58A5.6080701@gmx.at> Date: Sat, 02 Jan 2010 15:31:01 +0100 From: martin rudalics User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: jidanni@jidanni.org, 5054@debbugs.gnu.org References: <87ljghr9yd.fsf@stupidchicken.com> <871vi8r4l1.fsf@jidanni.org> In-Reply-To: <871vi8r4l1.fsf@jidanni.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.64 X-Spam-Score: -2.4 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.5 (--) > The problem I believe I'm having here now in > emacs-version "23.1.90.1" > is there is no way to see e.g., your full name, > > . *wide reply to Chong: 1156 Message ~/News/drafts/drafts/4 > %* *Summary nnml:mail.m: 1094 Summary > %* *Article nnml:mail.mi: 952 Article > %* *Group* 77 Group > % blabla 2600 Fundamental /cf/updates/hscro > > no matter how wide the screen is. Nor are there any instructions > in the list-buffers docstring on how to do it. The doc-string of `list-buffers' says "For more information, see the function `buffer-menu'." Customizing the group `buffer-menu' gives you a buffer including the option `Buffer-menu-buffer+size-width' which is probably the one you want to tweak here. martin From unknown Sun Jun 22 17:17:19 2025 X-Loop: bug-gnu-emacs@gnu.org Subject: bug#5054: 23.1.50; buffer-menu truncated fields Reply-To: jidanni@jidanni.org, 5054@debbugs.gnu.org Mail-Followup-To: jidanni@jidanni.org, 5054@debbugs.gnu.org Resent-From: jidanni@jidanni.org Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 03 Jan 2010 01:13:02 +0000 Resent-Message-ID: Resent-Sender: bug-gnu-emacs@gnu.org X-Emacs-PR-Message: followup 5054 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 5054-submit@debbugs.gnu.org id=B5054.12624811344479 (code B ref 5054); Sun, 03 Jan 2010 01:13:02 +0000 Received: (at 5054) by debbugs.gnu.org; 3 Jan 2010 01:12:14 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NRF0v-0001AC-Qa for submit@debbugs.gnu.org; Sat, 02 Jan 2010 20:12:14 -0500 Received: from caiajhbdcbef.dreamhost.com ([208.97.132.145] helo=homiemail-a37.g.dreamhost.com) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NRF0t-0001A7-Sd for 5054@debbugs.gnu.org; Sat, 02 Jan 2010 20:12:12 -0500 Received: from jidanni.org (218-163-4-80.dynamic.hinet.net [218.163.4.80]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by homiemail-a37.g.dreamhost.com (Postfix) with ESMTP id 8360C4D7CE; Sat, 2 Jan 2010 17:12:06 -0800 (PST) From: jidanni@jidanni.org To: rudalics@gmx.at References: <4B3F58A5.6080701@gmx.at> Date: Sun, 03 Jan 2010 09:12:04 +0800 Message-ID: <87ljgggfff.fsf@jidanni.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -2.8 (--) Cc: 5054@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.8 (--) mr> The doc-string of `list-buffers' says "For more information, see the mr> function `buffer-menu'." Yes, one can get as far as $ emacs -Q C-x C-b C-h k C-x C-b C-x o C-x 1 However the following requires a jump in logic, as the user cannot know it. mr> Customizing the group `buffer-menu' gives you a buffer including the mr> option `Buffer-menu-buffer+size-width' which is probably the one you mr> want to tweak here. maybe there should be "you can customize this group" visible to the user so he can learn that. (By the way, I prefer to use setq and hate using the customization interface.) OK, now reading about the variable you told me about, Buffer-menu-buffer+size-width is a variable defined in `buff-menu.el'. Its value is 26 Documentation: How wide to jointly make the buffer name and size columns. But I want to use the same .emacs file with many different terminal sizes. Why can't there be a setting 'maximum or 'current-window-width or something? From unknown Sun Jun 22 17:17:19 2025 X-Loop: bug-gnu-emacs@gnu.org Subject: bug#5054: 23.1.50; buffer-menu truncated fields Reply-To: martin rudalics , 5054@debbugs.gnu.org Mail-Followup-To: martin rudalics , 5054@debbugs.gnu.org Resent-From: martin rudalics Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 04 Jan 2010 10:15:03 +0000 Resent-Message-ID: Resent-Sender: bug-gnu-emacs@gnu.org X-Emacs-PR-Message: followup 5054 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 5054-submit@debbugs.gnu.org id=B5054.126260009329984 (code B ref 5054); Mon, 04 Jan 2010 10:15:03 +0000 Received: (at 5054) by debbugs.gnu.org; 4 Jan 2010 10:14:53 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NRjxc-0007nY-ED for submit@debbugs.gnu.org; Mon, 04 Jan 2010 05:14:52 -0500 Received: from mail.gmx.net ([213.165.64.20]) by debbugs.gnu.org with smtp (Exim 4.69) (envelope-from ) id 1NRjxa-0007nT-7v for 5054@debbugs.gnu.org; Mon, 04 Jan 2010 05:14:51 -0500 Received: (qmail invoked by alias); 04 Jan 2010 10:14:46 -0000 Received: from 62-47-57-154.adsl.highway.telekom.at (EHLO [62.47.57.154]) [62.47.57.154] by mail.gmx.net (mp045) with SMTP; 04 Jan 2010 11:14:46 +0100 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX19w/S927cRwsW2yRPH7kEueJ+qI7ujJoRD4X0ZuJE levxvY1SRnVBhU Message-ID: <4B41BF95.2030106@gmx.at> Date: Mon, 04 Jan 2010 11:14:45 +0100 From: martin rudalics User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: jidanni@jidanni.org References: <4B3F58A5.6080701@gmx.at> <87ljgggfff.fsf@jidanni.org> In-Reply-To: <87ljgggfff.fsf@jidanni.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.68 X-Spam-Score: -1.7 (-) Cc: Juri Linkov , 5054@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.6 (-) > mr> Customizing the group `buffer-menu' gives you a buffer including the > mr> option `Buffer-menu-buffer+size-width' which is probably the one you > mr> want to tweak here. > > maybe there should be "you can customize this group" visible to the user so > he can learn that. A pushable button similar to the one you can find for customizable options. That would be reasonable I think. Juri, what do you think? > (By the way, I prefer to use setq and hate using the customization > interface.) It's one of the basic problems of the customization interface that many people hate it and so we don't get many suggestions how to improve it. > Buffer-menu-buffer+size-width is a variable defined in `buff-menu.el'. > Its value is 26 > > Documentation: > How wide to jointly make the buffer name and size columns. > > But I want to use the same .emacs file with many different terminal > sizes. Why can't there be a setting 'maximum or 'current-window-width or > something? 'maximum should be possible without greater problems. 'current-window-width is a wishlist item: We could reserve float values between 0 and 1 for specifying an appropriate fraction of the window width for the width of name+size fields. The program would have to recalculate the new actual width (in `window-configuration-change-hook') every time the size of the Buffer Menu window changes. We could also show the full name of the current entry in a tooltip (when the mouse is over it) and/or in the echo area. And finally we could split a window like the Buffer Menu's one into as many subwindows as there are fields and allow the use to drag vertical dividers between the various fields in order to reveal hidden information. Currently such an approach would work iff all fields used the same font size. martin From unknown Sun Jun 22 17:17:19 2025 X-Loop: bug-gnu-emacs@gnu.org Subject: bug#5054: 23.1.50; buffer-menu truncated fields Reply-To: Lennart Borgman , 5054@debbugs.gnu.org Mail-Followup-To: Lennart Borgman , 5054@debbugs.gnu.org Resent-From: Lennart Borgman Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 04 Jan 2010 10:44:02 +0000 Resent-Message-ID: Resent-Sender: bug-gnu-emacs@gnu.org X-Emacs-PR-Message: followup 5054 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 5054-submit@debbugs.gnu.org id=B5054.126260183130810 (code B ref 5054); Mon, 04 Jan 2010 10:44:02 +0000 Received: (at 5054) by debbugs.gnu.org; 4 Jan 2010 10:43:51 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NRkPe-00080t-QS for submit@debbugs.gnu.org; Mon, 04 Jan 2010 05:43:51 -0500 Received: from mail-fx0-f226.google.com ([209.85.220.226]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NRkPd-00080o-FG for 5054@debbugs.gnu.org; Mon, 04 Jan 2010 05:43:50 -0500 Received: by fxm26 with SMTP id 26so13112684fxm.39 for <5054@debbugs.gnu.org>; Mon, 04 Jan 2010 02:43:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :from:date:message-id:subject:to:cc:content-type; bh=2qfYwRlke9yMR6zfRLW0sJV2PJ5O21opmTVjxC86ngA=; b=JrrnJbvb9Wuz6AdQb+txkdl8/9+4ix/HKKBVGULQxO1vFyAYANvzWGJgqHS+MTvdrr 7xufI2RxMvcrjzM04Zoavh7EwZxdsEuqd56cJK+N9YUwlEaA+XEEoPZyslSt5eJyFS4L VG8F4zYBhAWD7oFOsmVIsT/DNCae9oWtc1qDw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; b=wU6G6eKlZKSwI+JYU6SOXmF59l6RhbjwkTTaaPsav0+7rbh/6yF3Y3p/d8xPJBv2Q9 nFHMzUj1ty9Tdf3Mzmv6QykyT6cb+dPwob56Q/TQDw5KeEZ6583rGEGaTkGes98XMfRJ CYKkU9aZXCO7r7zWcDzqqXBE73W1/IUquk+6Q= MIME-Version: 1.0 Received: by 10.239.181.80 with SMTP id l16mr650612hbg.52.1262601825148; Mon, 04 Jan 2010 02:43:45 -0800 (PST) In-Reply-To: <4B41BF95.2030106@gmx.at> References: <4B3F58A5.6080701@gmx.at> <87ljgggfff.fsf@jidanni.org> <4B41BF95.2030106@gmx.at> From: Lennart Borgman Date: Mon, 4 Jan 2010 11:43:25 +0100 Message-ID: To: martin rudalics , 5054@debbugs.gnu.org Content-Type: text/plain; charset=UTF-8 X-Spam-Score: -2.2 (--) Cc: jidanni@jidanni.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.2 (--) On Mon, Jan 4, 2010 at 11:14 AM, martin rudalics wrote: > > It's one of the basic problems of the customization interface that many > people hate it and so we don't get many suggestions how to improve it. Here is one for those who prefer editing custom-file or .emacs instead: We can teach `lisp-complete-symbol' how to behave inside a (custom-set-variables ...) form. Would that be terribly difficult? From unknown Sun Jun 22 17:17:19 2025 X-Loop: bug-gnu-emacs@gnu.org Subject: bug#5054: 23.1.50; buffer-menu truncated fields Reply-To: Juri Linkov , 5054@debbugs.gnu.org Mail-Followup-To: Juri Linkov , 5054@debbugs.gnu.org Resent-From: Juri Linkov Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 04 Jan 2010 17:31:02 +0000 Resent-Message-ID: Resent-Sender: bug-gnu-emacs@gnu.org X-Emacs-PR-Message: followup 5054 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 5054-submit@debbugs.gnu.org id=B5054.126262625211646 (code B ref 5054); Mon, 04 Jan 2010 17:31:02 +0000 Received: (at 5054) by debbugs.gnu.org; 4 Jan 2010 17:30:52 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NRqlY-00031j-CW for submit@debbugs.gnu.org; Mon, 04 Jan 2010 12:30:52 -0500 Received: from smtp-out4.starman.ee ([85.253.0.6] helo=mx2.starman.ee) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NRqlA-00031F-7Y for 5054@debbugs.gnu.org; Mon, 04 Jan 2010 12:30:42 -0500 X-Virus-Scanned: by Amavisd-New at mx2.starman.ee Received: from mail.starman.ee (82.131.96.163.cable.starman.ee [82.131.96.163]) by mx2.starman.ee (Postfix) with ESMTP id 7B5073F4091; Mon, 4 Jan 2010 19:30:15 +0200 (EET) From: Juri Linkov To: martin rudalics Organization: JURTA References: <4B3F58A5.6080701@gmx.at> <87ljgggfff.fsf@jidanni.org> <4B41BF95.2030106@gmx.at> Date: Mon, 04 Jan 2010 19:28:57 +0200 In-Reply-To: <4B41BF95.2030106@gmx.at> (martin rudalics's message of "Mon, 04 Jan 2010 11:14:45 +0100") Message-ID: <87ljge801v.fsf@mail.jurta.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.91 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -2.7 (--) Cc: 5054@debbugs.gnu.org, jidanni@jidanni.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.9 (--) >> mr> Customizing the group `buffer-menu' gives you a buffer including the >> mr> option `Buffer-menu-buffer+size-width' which is probably the one you >> mr> want to tweak here. >> >> maybe there should be "you can customize this group" visible to the >> user so he can learn that. > > A pushable button similar to the one you can find for customizable > options. That would be reasonable I think. Juri, what do you think? I think that instead of manually adding a button, we should improve the Help system to automatically deduce additional useful information. For example, `list-buffers' is a command from the package `buff-menu' that contains the group `Buffer-menu', so we could automatically add information about this to the help output of `list-buffers'. Maybe this is not very reliable for the case when a package has more than one group. Then a solution would be to not deduce information, but to add more reliable links: from every command add a link to the information about the package it belongs to, and on the page with the package information list all groups with customizable variables. >> But I want to use the same .emacs file with many different terminal >> sizes. Why can't there be a setting 'maximum or 'current-window-width or >> something? > > 'maximum should be possible without greater problems. > > 'current-window-width is a wishlist item: We could reserve float values > between 0 and 1 for specifying an appropriate fraction of the window > width for the width of name+size fields. The program would have to > recalculate the new actual width (in `window-configuration-change-hook') > every time the size of the Buffer Menu window changes. I propose to add the same options to `Buffer-menu-buffer+size-width' as `Man-width' currently has. It fits the output width to the window width, and `list-buffers' could do the same. > We could also show the full name of the current entry in a tooltip (when > the mouse is over it) and/or in the echo area. This is already implemented. There is a tooltip for long names. > And finally we could split a window like the Buffer Menu's one into as > many subwindows as there are fields and allow the use to drag vertical > dividers between the various fields in order to reveal hidden > information. Currently such an approach would work iff all fields used > the same font size. Displaying the buffer list in a table would be an ideal solution. I think it's better to implement that by allowing dragging a handle in the header line, and redrawing the buffer accordingly. -- Juri Linkov http://www.jurta.org/emacs/ From unknown Sun Jun 22 17:17:19 2025 X-Loop: bug-gnu-emacs@gnu.org Subject: bug#5054: 23.1.50; buffer-menu truncated fields Reply-To: "Drew Adams" , 5054@debbugs.gnu.org Mail-Followup-To: "Drew Adams" , 5054@debbugs.gnu.org Resent-From: "Drew Adams" Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 04 Jan 2010 17:42:01 +0000 Resent-Message-ID: Resent-Sender: bug-gnu-emacs@gnu.org X-Emacs-PR-Message: followup 5054 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 5054-submit@debbugs.gnu.org id=B5054.126262687012034 (code B ref 5054); Mon, 04 Jan 2010 17:42:01 +0000 Received: (at 5054) by debbugs.gnu.org; 4 Jan 2010 17:41:10 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NRqvW-000383-3m for submit@debbugs.gnu.org; Mon, 04 Jan 2010 12:41:10 -0500 Received: from [141.146.126.234] (helo=acsinet12.oracle.com) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NRqvT-00037Z-6X for 5054@debbugs.gnu.org; Mon, 04 Jan 2010 12:41:08 -0500 Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227]) by acsinet12.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o04HeaXZ004528 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 4 Jan 2010 17:40:37 GMT Received: from acsmt357.oracle.com (acsmt357.oracle.com [141.146.40.157]) by acsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o04HeZci010400; Mon, 4 Jan 2010 17:40:35 GMT Received: from abhmt009.oracle.com by acsmt353.oracle.com with ESMTP id 1277822001262626830; Mon, 04 Jan 2010 09:40:30 -0800 Received: from dradamslap1 (/141.144.73.125) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Mon, 04 Jan 2010 09:40:29 -0800 From: "Drew Adams" To: "'martin rudalics'" , <5054@debbugs.gnu.org>, References: <4B3F58A5.6080701@gmx.at> <87ljgggfff.fsf@jidanni.org> <4B41BF95.2030106@gmx.at> Date: Mon, 4 Jan 2010 09:40:43 -0800 Message-ID: <906B8B9DB9F7438AB5856A13717F7FFF@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <4B41BF95.2030106@gmx.at> Thread-Index: AcqNJ2WFQugyEwY6QuGkEyPIzO2sigAOTPAg X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 X-Source-IP: acsmt357.oracle.com [141.146.40.157] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090204.4B422814.0143:SCFMA4539814,ss=1,fgs=0 X-Spam-Score: -6.2 (------) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.2 (------) > > mr> Customizing the group `buffer-menu' gives you a buffer > > mr> including the option `Buffer-menu-buffer+size-width' > > mr> which is probably the one you want to tweak here. > > > > maybe there should be "you can customize this group" > > visible to the user so he can learn that. > > A pushable button similar to the one you can find for customizable > options. That would be reasonable I think. Juri, what do you think? Why complicate things so much? If users knowing about this option is truly a problem, then just mention the option in `C-h m'. It also wouldn't be a bad idea, IMO, to change the default binding of `C-x C-b' from `list-buffers' to `buffer-menu'. (I do that in my .emacs.) > > Buffer-menu-buffer+size-width is a variable defined in > > `buff-menu.el'. Its value is 26 > > > > Documentation: > > How wide to jointly make the buffer name and size columns. > > > > But I want to use the same .emacs file with many different terminal > > sizes. Why can't there be a setting 'maximum or > > 'current-window-width or something? FWIW, the code from buff-menu+.el could be integrated. It lets you change the value of option `Buffer-menu-buffer+size-width' incrementally, on the fly, using keys `+' and `-'. When limited window space makes it impossible to see everything, you control how much of which fields you see. http://www.emacswiki.org/emacs/BufferMenuPlus From unknown Sun Jun 22 17:17:19 2025 X-Loop: bug-gnu-emacs@gnu.org Subject: bug#5054: 23.1.50; buffer-menu truncated fields Reply-To: jidanni@jidanni.org, 5054@debbugs.gnu.org Mail-Followup-To: jidanni@jidanni.org, 5054@debbugs.gnu.org Resent-From: jidanni@jidanni.org Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 04 Jan 2010 17:55:01 +0000 Resent-Message-ID: Resent-Sender: bug-gnu-emacs@gnu.org X-Emacs-PR-Message: followup 5054 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 5054-submit@debbugs.gnu.org id=B5054.126262768312584 (code B ref 5054); Mon, 04 Jan 2010 17:55:01 +0000 Received: (at 5054) by debbugs.gnu.org; 4 Jan 2010 17:54:43 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NRr8d-0003Gv-D4 for submit@debbugs.gnu.org; Mon, 04 Jan 2010 12:54:43 -0500 Received: from caiajhbdcagg.dreamhost.com ([208.97.132.66] helo=homiemail-a5.g.dreamhost.com) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NRr8b-0003Gq-Bo for 5054@debbugs.gnu.org; Mon, 04 Jan 2010 12:54:42 -0500 Received: from jidanni.org (218-163-1-85.dynamic.hinet.net [218.163.1.85]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by homiemail-a5.g.dreamhost.com (Postfix) with ESMTP id 537C7BCBC8; Mon, 4 Jan 2010 09:54:34 -0800 (PST) From: jidanni@jidanni.org To: juri@jurta.org References: <87ljge801v.fsf@mail.jurta.org> Date: Tue, 05 Jan 2010 01:54:29 +0800 Message-ID: <874on1sqlm.fsf@jidanni.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -2.7 (--) Cc: rudalics@gmx.at, 5054@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.7 (--) JL> This is already implemented. There is a tooltip for long names. Hmmm, it shows the name if it is long. If it is not long, one instead sees mouse instructions. Some users encountering one might never guess the other would be shown if over the other... Hmmm. From unknown Sun Jun 22 17:17:19 2025 X-Loop: bug-gnu-emacs@gnu.org Subject: bug#5054: 23.1.50; buffer-menu truncated fields Reply-To: jidanni@jidanni.org, 5054@debbugs.gnu.org Mail-Followup-To: jidanni@jidanni.org, 5054@debbugs.gnu.org Resent-From: jidanni@jidanni.org Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 04 Jan 2010 18:06:02 +0000 Resent-Message-ID: Resent-Sender: bug-gnu-emacs@gnu.org X-Emacs-PR-Message: followup 5054 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 5054-submit@debbugs.gnu.org id=B5054.126262835612864 (code B ref 5054); Mon, 04 Jan 2010 18:06:02 +0000 Received: (at 5054) by debbugs.gnu.org; 4 Jan 2010 18:05:56 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NRrJU-0003LR-IL for submit@debbugs.gnu.org; Mon, 04 Jan 2010 13:05:56 -0500 Received: from caiajhbdccah.dreamhost.com ([208.97.132.207] helo=homiemail-a38.g.dreamhost.com) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NRrJT-0003LM-6k for 5054@debbugs.gnu.org; Mon, 04 Jan 2010 13:05:55 -0500 Received: from jidanni.org (218-163-1-85.dynamic.hinet.net [218.163.1.85]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by homiemail-a38.g.dreamhost.com (Postfix) with ESMTP id 111E7D4854; Mon, 4 Jan 2010 10:05:47 -0800 (PST) From: jidanni@jidanni.org To: drew.adams@oracle.com References: <906B8B9DB9F7438AB5856A13717F7FFF@us.oracle.com> Date: Tue, 05 Jan 2010 02:05:41 +0800 Message-ID: <87zl4trbih.fsf@jidanni.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -2.7 (--) Cc: rudalics@gmx.at, 5054@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.7 (--) A> It also wouldn't be a bad idea, IMO, to change the default binding of `C-x C-b' A> from `list-buffers' to `buffer-menu'. (I do that in my .emacs.) It seems the two commands produce the same window currently, except list-buffers gives some tips message at startup. A> FWIW, the code from buff-menu+.el could be integrated. Too many 'other leading brands' of C-x C-b... good thing I'm using the official supported version, else you guys would never know there was bugs:-) From unknown Sun Jun 22 17:17:19 2025 X-Loop: bug-gnu-emacs@gnu.org Subject: bug#5054: 23.1.50; buffer-menu truncated fields Reply-To: "Drew Adams" , 5054@debbugs.gnu.org Mail-Followup-To: "Drew Adams" , 5054@debbugs.gnu.org Resent-From: "Drew Adams" Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 04 Jan 2010 18:20:02 +0000 Resent-Message-ID: Resent-Sender: bug-gnu-emacs@gnu.org X-Emacs-PR-Message: followup 5054 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 5054-submit@debbugs.gnu.org id=B5054.126262914813239 (code B ref 5054); Mon, 04 Jan 2010 18:20:02 +0000 Received: (at 5054) by debbugs.gnu.org; 4 Jan 2010 18:19:08 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NRrWG-0003RU-1P for submit@debbugs.gnu.org; Mon, 04 Jan 2010 13:19:08 -0500 Received: from [141.146.126.233] (helo=acsinet11.oracle.com) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NRrWE-0003Qy-2g for 5054@debbugs.gnu.org; Mon, 04 Jan 2010 13:19:06 -0500 Received: from rcsinet13.oracle.com (rcsinet13.oracle.com [148.87.113.125]) by acsinet11.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o04IIW1Y009333 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 4 Jan 2010 18:18:34 GMT Received: from acsmt358.oracle.com (acsmt358.oracle.com [141.146.40.158]) by rcsinet13.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o04IE4pm003719; Mon, 4 Jan 2010 18:18:31 GMT Received: from abhmt002.oracle.com by acsmt358.oracle.com with ESMTP id 1277898921262629102; Mon, 04 Jan 2010 12:18:22 -0600 Received: from dradamslap1 (/141.144.73.125) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Mon, 04 Jan 2010 10:18:21 -0800 From: "Drew Adams" To: References: <906B8B9DB9F7438AB5856A13717F7FFF@us.oracle.com> <87zl4trbih.fsf@jidanni.org> Date: Mon, 4 Jan 2010 10:18:41 -0800 Message-ID: <4DC027B3E7EB42239E1F80AA07B4E66B@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <87zl4trbih.fsf@jidanni.org> Thread-Index: AcqNaI56zO7O5f7ORgmKH7w5dxUGywAAEV5A X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 X-Source-IP: acsmt358.oracle.com [141.146.40.158] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090207.4B4230F8.00DC:SCFMA4539814,ss=1,fgs=0 X-Spam-Score: -6.3 (------) Cc: rudalics@gmx.at, 5054@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.3 (------) > A> It also wouldn't be a bad idea, IMO, to change the default > A> binding of `C-x C-b' from `list-buffers' to `buffer-menu'. > A> (I do that in my .emacs.) > > It seems the two commands produce the same window currently, except > list-buffers gives some tips message at startup. They always have produced the same display, since Day 1. Only the features (e.g. keys/actions) are different. Personally, I have always set `C-x C-b' to buffer-menu. The main point here is to just mention the option in the mode help, rather than introduce Customize buttons and other silliness into the buffer menu. > A> FWIW, the code from buff-menu+.el could be integrated. > > Too many 'other leading brands' of C-x C-b... good thing I'm using the > official supported version, else you guys would never know > there was bugs:-) This isn't a bug. Your report is an enhancement request. My point was that the vanilla code could do what buff-menu+ does in this regard. It is a hell of a lot easier to hit `+' to change the value of an option than it is to use Customize or `set-variable'. It lets you adjust the display on the fly to compensate for differing buffer names. From unknown Sun Jun 22 17:17:19 2025 X-Loop: bug-gnu-emacs@gnu.org Subject: bug#5054: 23.1.50; buffer-menu truncated fields Reply-To: jidanni@jidanni.org, 5054@debbugs.gnu.org Mail-Followup-To: jidanni@jidanni.org, 5054@debbugs.gnu.org Resent-From: jidanni@jidanni.org Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 04 Jan 2010 18:46:02 +0000 Resent-Message-ID: Resent-Sender: bug-gnu-emacs@gnu.org X-Emacs-PR-Message: followup 5054 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 5054-submit@debbugs.gnu.org id=B5054.126263071213905 (code B ref 5054); Mon, 04 Jan 2010 18:46:02 +0000 Received: (at 5054) by debbugs.gnu.org; 4 Jan 2010 18:45:12 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NRrvU-0003cE-Eh for submit@debbugs.gnu.org; Mon, 04 Jan 2010 13:45:12 -0500 Received: from caiajhbdcaib.dreamhost.com ([208.97.132.81] helo=homiemail-a37.g.dreamhost.com) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NRrvS-0003c9-OG for 5054@debbugs.gnu.org; Mon, 04 Jan 2010 13:45:11 -0500 Received: from jidanni.org (218-163-1-85.dynamic.hinet.net [218.163.1.85]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by homiemail-a37.g.dreamhost.com (Postfix) with ESMTP id 4D26A4D733; Mon, 4 Jan 2010 10:45:04 -0800 (PST) From: jidanni@jidanni.org To: drew.adams@oracle.com References: <4DC027B3E7EB42239E1F80AA07B4E66B@us.oracle.com> Date: Tue, 05 Jan 2010 02:45:01 +0800 Message-ID: <87iqbhr9oy.fsf@jidanni.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -2.7 (--) Cc: rudalics@gmx.at, 5054@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.7 (--) >>>>> "A" == Drew Adams writes: A> They always have produced the same display, since Day 1. Only the features (e.g. A> keys/actions) are different. Even their mode-lines are the same, and their C-h m is the same. From unknown Sun Jun 22 17:17:19 2025 X-Loop: bug-gnu-emacs@gnu.org Subject: bug#5054: 23.1.50; buffer-menu truncated fields Reply-To: martin rudalics , 5054@debbugs.gnu.org Mail-Followup-To: martin rudalics , 5054@debbugs.gnu.org Resent-From: martin rudalics Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 04 Jan 2010 19:09:01 +0000 Resent-Message-ID: Resent-Sender: bug-gnu-emacs@gnu.org X-Emacs-PR-Message: followup 5054 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 5054-submit@debbugs.gnu.org id=B5054.126263213214504 (code B ref 5054); Mon, 04 Jan 2010 19:09:01 +0000 Received: (at 5054) by debbugs.gnu.org; 4 Jan 2010 19:08:52 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NRsIN-0003lt-Sv for submit@debbugs.gnu.org; Mon, 04 Jan 2010 14:08:52 -0500 Received: from mail.gmx.net ([213.165.64.20]) by debbugs.gnu.org with smtp (Exim 4.69) (envelope-from ) id 1NRsIL-0003li-SG for 5054@debbugs.gnu.org; Mon, 04 Jan 2010 14:08:51 -0500 Received: (qmail invoked by alias); 04 Jan 2010 19:08:44 -0000 Received: from 62-47-42-154.adsl.highway.telekom.at (EHLO [62.47.42.154]) [62.47.42.154] by mail.gmx.net (mp017) with SMTP; 04 Jan 2010 20:08:44 +0100 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX18/IdZxyyg/KdufSU4pmd/46dAhigxVV7unmCJlR/ XWdjvnYUr1uH/i Message-ID: <4B423CBA.6050001@gmx.at> Date: Mon, 04 Jan 2010 20:08:42 +0100 From: martin rudalics User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: Juri Linkov References: <4B3F58A5.6080701@gmx.at> <87ljgggfff.fsf@jidanni.org> <4B41BF95.2030106@gmx.at> <87ljge801v.fsf@mail.jurta.org> In-Reply-To: <87ljge801v.fsf@mail.jurta.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.73 X-Spam-Score: -2.3 (--) Cc: 5054@debbugs.gnu.org, jidanni@jidanni.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.4 (--) > I think that instead of manually adding a button, we should improve > the Help system to automatically deduce additional useful information. > For example, `list-buffers' is a command from the package `buff-menu' > that contains the group `Buffer-menu', so we could automatically > add information about this to the help output of `list-buffers'. That's what I had in mind - some construct which has the Help system add a link to the custom group automatically (just like customization links for options). > Maybe this is not very reliable for the case when a package has more > than one group. Many packages have a root group which should be sufficient for this purpose. > Then a solution would be to not deduce information, > but to add more reliable links: from every command add a link to the > information about the package it belongs to, and on the page with the > package information list all groups with customizable variables. I'm afraid this might be confusing. But for a a minor mode like `show-paren-mode' a clickable link from the command to its major customization group (whose name is not easily deducible in this particular case) should be mandatory. > I propose to add the same options to `Buffer-menu-buffer+size-width' as > `Man-width' currently has. It fits the output width to the window width, > and `list-buffers' could do the same. Does `Man-width' trigger a refit when the window gets resized? > Displaying the buffer list in a table would be an ideal solution. That would require substantial work. > I think it's better to implement that by allowing dragging a handle > in the header line, and redrawing the buffer accordingly. Agreed. We should also give the header line items the standard button appearance so it's easy to see (1) which sorting method is currently selected, (2) where and what I have to click, and (3) the position of the handle for dragging. martin From unknown Sun Jun 22 17:17:19 2025 X-Loop: bug-gnu-emacs@gnu.org Subject: bug#5054: 23.1.50; buffer-menu truncated fields Reply-To: "Drew Adams" , 5054@debbugs.gnu.org Mail-Followup-To: "Drew Adams" , 5054@debbugs.gnu.org Resent-From: "Drew Adams" Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 04 Jan 2010 19:39:02 +0000 Resent-Message-ID: Resent-Sender: bug-gnu-emacs@gnu.org X-Emacs-PR-Message: followup 5054 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 5054-submit@debbugs.gnu.org id=B5054.126263392915447 (code B ref 5054); Mon, 04 Jan 2010 19:39:02 +0000 Received: (at 5054) by debbugs.gnu.org; 4 Jan 2010 19:38:49 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NRslN-000416-9Y for submit@debbugs.gnu.org; Mon, 04 Jan 2010 14:38:49 -0500 Received: from [141.146.126.234] (helo=acsinet12.oracle.com) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NRslK-00040w-5w for 5054@debbugs.gnu.org; Mon, 04 Jan 2010 14:38:48 -0500 Received: from rcsinet15.oracle.com (rcsinet15.oracle.com [148.87.113.117]) by acsinet12.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o04Jc7QP000541 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 4 Jan 2010 19:38:08 GMT Received: from acsmt356.oracle.com (acsmt356.oracle.com [141.146.40.156]) by rcsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o04HFGrg001287; Mon, 4 Jan 2010 19:38:06 GMT Received: from abhmt013.oracle.com by acsmt358.oracle.com with ESMTP id 1278839521262633766; Mon, 04 Jan 2010 13:36:06 -0600 Received: from dradamslap1 (/141.144.73.125) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Mon, 04 Jan 2010 11:36:06 -0800 From: "Drew Adams" To: "'martin rudalics'" , <5054@debbugs.gnu.org>, "'Juri Linkov'" References: <4B3F58A5.6080701@gmx.at><87ljgggfff.fsf@jidanni.org> <4B41BF95.2030106@gmx.at><87ljge801v.fsf@mail.jurta.org> <4B423CBA.6050001@gmx.at> Date: Mon, 4 Jan 2010 11:36:25 -0800 Message-ID: <3F974FAFFBE74627AFD2D53FA10E6DFC@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <4B423CBA.6050001@gmx.at> Thread-Index: AcqNcumxUYoZ1VknRMS5JExVLDFmNwAAEjKA X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 X-Source-IP: acsmt356.oracle.com [141.146.40.156] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090206.4B42439F.0078:SCFMA4539814,ss=1,fgs=0 X-Spam-Score: -6.3 (------) Cc: jidanni@jidanni.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.3 (------) > We should also give the header line items the standard button > appearance so it's easy to see (1) which sorting method is currently > selected, Dunno what your "standard button appearance" means here, but see the code in buff-menu+.el. Users can see not only which column is the sort column, but what the sorting direction (ascending/descending) is. A simple underline/overline is used in the column header to indicate the direction. Wrt resizing by dragging a column divider: there's nothing wrong with that idea. However, IMO: 1. Key bindings (e.g. +/-) should also be provided. 2. It is a good idea for such resizing to update the value of option `Buffer-menu-buffer+size-width'. 3. Besides resizing column widths, it should be easy to remove given columns from the display. (In buff-menu+, there are toggle commands for this.) buff-menu+.el is essentially a patch to buff-menu.el. Consequently, any of its features should be trivial to integrate. From unknown Sun Jun 22 17:17:19 2025 X-Loop: bug-gnu-emacs@gnu.org Subject: bug#5054: 23.1.50; buffer-menu truncated fields Reply-To: Juri Linkov , 5054@debbugs.gnu.org Mail-Followup-To: Juri Linkov , 5054@debbugs.gnu.org Resent-From: Juri Linkov Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 06 Jan 2010 20:34:02 +0000 Resent-Message-ID: Resent-Sender: bug-gnu-emacs@gnu.org X-Emacs-PR-Message: followup 5054 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 5054-submit@debbugs.gnu.org id=B5054.126280998720270 (code B ref 5054); Wed, 06 Jan 2010 20:34:02 +0000 Received: (at 5054) by debbugs.gnu.org; 6 Jan 2010 20:33:07 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NScZ0-0005Gp-7d for submit@debbugs.gnu.org; Wed, 06 Jan 2010 15:33:06 -0500 Received: from smtp-out4.starman.ee ([85.253.0.6] helo=mx2.starman.ee) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NScYy-0005GH-3g for 5054@debbugs.gnu.org; Wed, 06 Jan 2010 15:33:04 -0500 X-Virus-Scanned: by Amavisd-New at mx2.starman.ee Received: from mail.starman.ee (82.131.53.192.cable.starman.ee [82.131.53.192]) by mx2.starman.ee (Postfix) with ESMTP id AE3893F40F4; Wed, 6 Jan 2010 22:32:53 +0200 (EET) From: Juri Linkov To: jidanni@jidanni.org Organization: JURTA References: <4DC027B3E7EB42239E1F80AA07B4E66B@us.oracle.com> <87iqbhr9oy.fsf@jidanni.org> Date: Wed, 06 Jan 2010 22:31:49 +0200 In-Reply-To: <87iqbhr9oy.fsf@jidanni.org> (jidanni@jidanni.org's message of "Tue, 05 Jan 2010 02:45:01 +0800") Message-ID: <87aawrxa1e.fsf@mail.jurta.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.91 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -3.1 (---) Cc: 5054@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.0 (---) > A> They always have produced the same display, since Day 1. > A> Only the features (e.g. keys/actions) are different. > Even their mode-lines are the same, and their C-h m is the same. They are the same except where they display the buffer: in the same window or in another window. I blur their distinctions with: (add-to-list 'same-window-buffer-names "*Buffer List*") -- Juri Linkov http://www.jurta.org/emacs/ From unknown Sun Jun 22 17:17:19 2025 X-Loop: bug-gnu-emacs@gnu.org Subject: bug#5054: 23.1.50; buffer-menu truncated fields Reply-To: Juri Linkov , 5054@debbugs.gnu.org Mail-Followup-To: Juri Linkov , 5054@debbugs.gnu.org Resent-From: Juri Linkov Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 06 Jan 2010 20:34:02 +0000 Resent-Message-ID: Resent-Sender: bug-gnu-emacs@gnu.org X-Emacs-PR-Message: followup 5054 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 5054-submit@debbugs.gnu.org id=B5054.126280998720273 (code B ref 5054); Wed, 06 Jan 2010 20:34:02 +0000 Received: (at 5054) by debbugs.gnu.org; 6 Jan 2010 20:33:07 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NScZ0-0005Gt-K6 for submit@debbugs.gnu.org; Wed, 06 Jan 2010 15:33:06 -0500 Received: from smtp-out4.starman.ee ([85.253.0.6] helo=mx2.starman.ee) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NScYx-0005GG-TL for 5054@debbugs.gnu.org; Wed, 06 Jan 2010 15:33:04 -0500 X-Virus-Scanned: by Amavisd-New at mx2.starman.ee Received: from mail.starman.ee (82.131.53.192.cable.starman.ee [82.131.53.192]) by mx2.starman.ee (Postfix) with ESMTP id E6B853F40F0; Wed, 6 Jan 2010 22:32:52 +0200 (EET) From: Juri Linkov To: martin rudalics Organization: JURTA References: <4B3F58A5.6080701@gmx.at> <87ljgggfff.fsf@jidanni.org> <4B41BF95.2030106@gmx.at> <87ljge801v.fsf@mail.jurta.org> <4B423CBA.6050001@gmx.at> Date: Wed, 06 Jan 2010 22:30:27 +0200 In-Reply-To: <4B423CBA.6050001@gmx.at> (martin rudalics's message of "Mon, 04 Jan 2010 20:08:42 +0100") Message-ID: <87iqbfyoy4.fsf@mail.jurta.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.91 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -3.1 (---) Cc: 5054@debbugs.gnu.org, jidanni@jidanni.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.0 (---) >> I propose to add the same options to `Buffer-menu-buffer+size-width' as >> `Man-width' currently has. It fits the output width to the window width, >> and `list-buffers' could do the same. > > Does `Man-width' trigger a refit when the window gets resized? Do you think it should? Maybe. So when a window is split horizontally, it would refit. But this requires re-running the man command with the new value of the environment variable COLUMNS. >> I think it's better to implement that by allowing dragging a handle >> in the header line, and redrawing the buffer accordingly. > > Agreed. We should also give the header line items the standard button > appearance so it's easy to see (1) which sorting method is currently > selected, (2) where and what I have to click, and (3) the position of > the handle for dragging. I think that ruler-mode has a good UI where it's easy to see the position of the handle for dragging. -- Juri Linkov http://www.jurta.org/emacs/ From unknown Sun Jun 22 17:17:19 2025 X-Loop: bug-gnu-emacs@gnu.org Subject: bug#5054: 23.1.50; buffer-menu truncated fields Reply-To: martin rudalics , 5054@debbugs.gnu.org Mail-Followup-To: martin rudalics , 5054@debbugs.gnu.org Resent-From: martin rudalics Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 07 Jan 2010 08:18:02 +0000 Resent-Message-ID: Resent-Sender: bug-gnu-emacs@gnu.org X-Emacs-PR-Message: followup 5054 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 5054-submit@debbugs.gnu.org id=B5054.126285225515200 (code B ref 5054); Thu, 07 Jan 2010 08:18:02 +0000 Received: (at 5054) by debbugs.gnu.org; 7 Jan 2010 08:17:35 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NSnYl-0003x7-Jp for submit@debbugs.gnu.org; Thu, 07 Jan 2010 03:17:35 -0500 Received: from mail.gmx.net ([213.165.64.20]) by debbugs.gnu.org with smtp (Exim 4.69) (envelope-from ) id 1NSnYi-0003wx-9M for 5054@debbugs.gnu.org; Thu, 07 Jan 2010 03:17:33 -0500 Received: (qmail invoked by alias); 07 Jan 2010 08:17:27 -0000 Received: from 62-47-38-144.adsl.highway.telekom.at (EHLO [62.47.38.144]) [62.47.38.144] by mail.gmx.net (mp008) with SMTP; 07 Jan 2010 09:17:27 +0100 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX18CAatOou4C/ejlA4YMf1VfAvsa1wuiccUgjgMvPa i5wTcX4N5JLKrx Message-ID: <4B459896.1050208@gmx.at> Date: Thu, 07 Jan 2010 09:17:26 +0100 From: martin rudalics User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: Juri Linkov References: <4B3F58A5.6080701@gmx.at> <87ljgggfff.fsf@jidanni.org> <4B41BF95.2030106@gmx.at> <87ljge801v.fsf@mail.jurta.org> <4B423CBA.6050001@gmx.at> <87iqbfyoy4.fsf@mail.jurta.org> In-Reply-To: <87iqbfyoy4.fsf@mail.jurta.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.72 X-Spam-Score: -2.4 (--) Cc: 5054@debbugs.gnu.org, jidanni@jidanni.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.4 (--) >> Does `Man-width' trigger a refit when the window gets resized? > > Do you think it should? Maybe. So when a window is split horizontally, > it would refit. But this requires re-running the man command with the > new value of the environment variable COLUMNS. It probably should refit at least when run in a standalone frame and the user maximizes the frame or sizes it back to normal. > I think that ruler-mode has a good UI where it's easy to see > the position of the handle for dragging. The header line of ruler-mode looks good indeed. Remains the question whether we want a generic interface, so `list-processes' can use it as well, and maybe also `dired', the various message modes, file managers, table headers ... martin From unknown Sun Jun 22 17:17:19 2025 X-Loop: bug-gnu-emacs@gnu.org Subject: bug#5054: 23.1.50; buffer-menu truncated fields Reply-To: Juri Linkov , 5054@debbugs.gnu.org Mail-Followup-To: Juri Linkov , 5054@debbugs.gnu.org Resent-From: Juri Linkov Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 07 Jan 2010 23:33:01 +0000 Resent-Message-ID: Resent-Sender: bug-gnu-emacs@gnu.org X-Emacs-PR-Message: followup 5054 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 5054-submit@debbugs.gnu.org id=B5054.126290714214236 (code B ref 5054); Thu, 07 Jan 2010 23:33:01 +0000 Received: (at 5054) by debbugs.gnu.org; 7 Jan 2010 23:32:22 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NT1q2-0003hZ-36 for submit@debbugs.gnu.org; Thu, 07 Jan 2010 18:32:22 -0500 Received: from smtp-out3.starman.ee ([85.253.0.5] helo=mx1.starman.ee) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NT1pz-0003hU-AY for 5054@debbugs.gnu.org; Thu, 07 Jan 2010 18:32:20 -0500 X-Virus-Scanned: by Amavisd-New at mx1.starman.ee Received: from mail.starman.ee (82.131.52.54.cable.starman.ee [82.131.52.54]) by mx1.starman.ee (Postfix) with ESMTP id A17B43F40B2; Fri, 8 Jan 2010 01:32:09 +0200 (EET) From: Juri Linkov To: martin rudalics Organization: JURTA References: <4B3F58A5.6080701@gmx.at> <87ljgggfff.fsf@jidanni.org> <4B41BF95.2030106@gmx.at> <87ljge801v.fsf@mail.jurta.org> <4B423CBA.6050001@gmx.at> <87iqbfyoy4.fsf@mail.jurta.org> <4B459896.1050208@gmx.at> Date: Fri, 08 Jan 2010 01:27:05 +0200 In-Reply-To: <4B459896.1050208@gmx.at> (martin rudalics's message of "Thu, 07 Jan 2010 09:17:26 +0100") Message-ID: <87eim1ebsm.fsf@mail.jurta.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.91 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -3.5 (---) Cc: 5054@debbugs.gnu.org, jidanni@jidanni.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.5 (---) >>> Does `Man-width' trigger a refit when the window gets resized? >> >> Do you think it should? Maybe. So when a window is split horizontally, >> it would refit. But this requires re-running the man command with the >> new value of the environment variable COLUMNS. > > It probably should refit at least when run in a standalone frame and the > user maximizes the frame or sizes it back to normal. I see there is more serious problem. With `emacs -Q' in a wide frame, `M-x man' displays the truncated page, because the default value of `Man-notify-method' is "friendly" (this is a subjective name and I think actually this option is not friendly at all!), and `man' runs the formatting command with the value of `COLUMNS' equal to the frame's width, but later `man' splits the frame horizontally and displays in a half-width window the manual formatted to the full frame width. Perhaps `man' should be able to predict the window's width for `COLUMNS' before running the formatting command. Do you know a function in window.el that would predict the width that the current window will have after splitting horizontally? >> I think that ruler-mode has a good UI where it's easy to see >> the position of the handle for dragging. > > The header line of ruler-mode looks good indeed. Remains the question > whether we want a generic interface, so `list-processes' can use it as > well, and maybe also `dired', the various message modes, file managers, > table headers ... A generic interface would be a big plus. -- Juri Linkov http://www.jurta.org/emacs/ From unknown Sun Jun 22 17:17:19 2025 X-Loop: bug-gnu-emacs@gnu.org Subject: bug#5054: 23.1.50; buffer-menu truncated fields Reply-To: martin rudalics , 5054@debbugs.gnu.org Mail-Followup-To: martin rudalics , 5054@debbugs.gnu.org Resent-From: martin rudalics Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 08 Jan 2010 08:19:02 +0000 Resent-Message-ID: Resent-Sender: bug-gnu-emacs@gnu.org X-Emacs-PR-Message: followup 5054 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 5054-submit@debbugs.gnu.org id=B5054.126293873530337 (code B ref 5054); Fri, 08 Jan 2010 08:19:02 +0000 Received: (at 5054) by debbugs.gnu.org; 8 Jan 2010 08:18:55 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NTA3a-0007tG-W3 for submit@debbugs.gnu.org; Fri, 08 Jan 2010 03:18:55 -0500 Received: from mail.gmx.net ([213.165.64.20]) by debbugs.gnu.org with smtp (Exim 4.69) (envelope-from ) id 1NTA3Y-0007t4-WA for 5054@debbugs.gnu.org; Fri, 08 Jan 2010 03:18:54 -0500 Received: (qmail invoked by alias); 08 Jan 2010 08:18:48 -0000 Received: from 62-47-58-81.adsl.highway.telekom.at (EHLO [62.47.58.81]) [62.47.58.81] by mail.gmx.net (mp045) with SMTP; 08 Jan 2010 09:18:48 +0100 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX18UEdtQZ0MUaZjofJS0WSPXbhq/hxs+iHlVxZi1jv ThqeK+sS9XnvjK Message-ID: <4B46EA66.8020905@gmx.at> Date: Fri, 08 Jan 2010 09:18:46 +0100 From: martin rudalics User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: Juri Linkov References: <4B3F58A5.6080701@gmx.at> <87ljgggfff.fsf@jidanni.org> <4B41BF95.2030106@gmx.at> <87ljge801v.fsf@mail.jurta.org> <4B423CBA.6050001@gmx.at> <87iqbfyoy4.fsf@mail.jurta.org> <4B459896.1050208@gmx.at> <87eim1ebsm.fsf@mail.jurta.org> In-Reply-To: <87eim1ebsm.fsf@mail.jurta.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.64 X-Spam-Score: -2.5 (--) Cc: 5054@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.5 (--) > I see there is more serious problem. With `emacs -Q' in a wide frame, > `M-x man' displays the truncated page, because the default value of > `Man-notify-method' is "friendly" (this is a subjective name and I think > actually this option is not friendly at all!), and `man' runs the > formatting command with the value of `COLUMNS' equal to the frame's width, > but later `man' splits the frame horizontally and displays in a half-width > window the manual formatted to the full frame width. Perhaps `man' should > be able to predict the window's width for `COLUMNS' before running the > formatting command. Do you know a function in window.el that would > predict the width that the current window will have after splitting > horizontally? Conceptually `split-window-horizontally' when called with a non-nil SIZE argument should either (1) produce two windows such that either the old or the new one has this many columns, or (2) fail to split the window. So all you have to do is to divide the current width of the window by 2 and eventually call `split-window-horizontally' with first argument (or `split-window' with second argument) assigned the negative of the value you calculated here. Meanwhile you can use that precalculated value as argument for the formatting process. Does the weird behavior of `man' result from the fact that it doesn't know what to display in the new window until formatting completes? martin From unknown Sun Jun 22 17:17:19 2025 X-Loop: bug-gnu-emacs@gnu.org Subject: bug#5054: 23.1.50; buffer-menu truncated fields Reply-To: Juri Linkov , 5054@debbugs.gnu.org Mail-Followup-To: Juri Linkov , 5054@debbugs.gnu.org Resent-From: Juri Linkov Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 09 Jan 2010 17:56:01 +0000 Resent-Message-ID: Resent-Sender: bug-gnu-emacs@gnu.org X-Emacs-PR-Message: followup 5054 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 5054-submit@debbugs.gnu.org id=B5054.12630597587007 (code B ref 5054); Sat, 09 Jan 2010 17:56:01 +0000 Received: (at 5054) by debbugs.gnu.org; 9 Jan 2010 17:55:58 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NTfXa-0001oy-9e for submit@debbugs.gnu.org; Sat, 09 Jan 2010 12:55:58 -0500 Received: from smtp-out4.starman.ee ([85.253.0.6] helo=mx2.starman.ee) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NTfXX-0001ot-PJ for 5054@debbugs.gnu.org; Sat, 09 Jan 2010 12:55:56 -0500 X-Virus-Scanned: by Amavisd-New at mx2.starman.ee Received: from mail.starman.ee (82.131.53.145.cable.starman.ee [82.131.53.145]) by mx2.starman.ee (Postfix) with ESMTP id 617B03F419D; Sat, 9 Jan 2010 19:55:45 +0200 (EET) From: Juri Linkov To: martin rudalics Organization: JURTA References: <4B3F58A5.6080701@gmx.at> <87ljgggfff.fsf@jidanni.org> <4B41BF95.2030106@gmx.at> <87ljge801v.fsf@mail.jurta.org> <4B423CBA.6050001@gmx.at> <87iqbfyoy4.fsf@mail.jurta.org> <4B459896.1050208@gmx.at> <87eim1ebsm.fsf@mail.jurta.org> <4B46EA66.8020905@gmx.at> Date: Sat, 09 Jan 2010 19:50:34 +0200 In-Reply-To: <4B46EA66.8020905@gmx.at> (martin rudalics's message of "Fri, 08 Jan 2010 09:18:46 +0100") Message-ID: <87aawnrwut.fsf@mail.jurta.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.91 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -3.0 (---) Cc: 5054@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.0 (---) > Does the weird behavior of `man' result from the fact that it doesn't > know what to display in the new window until formatting completes? Yes, and the only reasonable way to fix this weirdness is to do what other similar Emacs commands do (e.g. `compile' and `grep'): first display the output buffer, and later when the formatted output is ready, put it to this buffer. Just imagine how unfriendly it would be if `compile'/`grep' worked like `man' currently works by waiting while the shell command is finished, and then suddenly popping up the output buffer! -- Juri Linkov http://www.jurta.org/emacs/ From unknown Sun Jun 22 17:17:19 2025 X-Loop: bug-gnu-emacs@gnu.org Subject: bug#5054: 23.1.50; buffer-menu truncated fields Reply-To: Stefan Monnier , 5054@debbugs.gnu.org Mail-Followup-To: Stefan Monnier , 5054@debbugs.gnu.org Resent-From: Stefan Monnier Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 10 Jan 2010 03:13:01 +0000 Resent-Message-ID: Resent-Sender: bug-gnu-emacs@gnu.org X-Emacs-PR-Message: followup 5054 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 5054-submit@debbugs.gnu.org id=B5054.126309317817522 (code B ref 5054); Sun, 10 Jan 2010 03:13:01 +0000 Received: (at 5054) by debbugs.gnu.org; 10 Jan 2010 03:12:58 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NToEb-0004YZ-QB for submit@debbugs.gnu.org; Sat, 09 Jan 2010 22:12:58 -0500 Received: from ironport2-out.teksavvy.com ([206.248.154.181] helo=ironport2-out.pppoe.ca) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NToEO-0004YT-HR for 5054@debbugs.gnu.org; Sat, 09 Jan 2010 22:12:56 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ArgEAIrUSEvO+KPG/2dsb2JhbACBRNJXhC8Eiik X-IronPort-AV: E=Sophos;i="4.49,249,1262581200"; d="scan'208";a="53452948" Received: from 206-248-163-198.dsl.teksavvy.com (HELO pastel.home) ([206.248.163.198]) by ironport2-out.pppoe.ca with ESMTP; 09 Jan 2010 22:12:40 -0500 Received: by pastel.home (Postfix, from userid 20848) id A7E2181C9; Sat, 9 Jan 2010 22:12:40 -0500 (EST) From: Stefan Monnier To: Juri Linkov Message-ID: References: <4B3F58A5.6080701@gmx.at> <87ljgggfff.fsf@jidanni.org> <4B41BF95.2030106@gmx.at> <87ljge801v.fsf@mail.jurta.org> <4B423CBA.6050001@gmx.at> <87iqbfyoy4.fsf@mail.jurta.org> <4B459896.1050208@gmx.at> <87eim1ebsm.fsf@mail.jurta.org> <4B46EA66.8020905@gmx.at> <87aawnrwut.fsf@mail.jurta.org> Date: Sat, 09 Jan 2010 22:12:40 -0500 In-Reply-To: <87aawnrwut.fsf@mail.jurta.org> (Juri Linkov's message of "Sat, 09 Jan 2010 19:50:34 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.91 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -2.1 (--) Cc: 5054@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.1 (--) > Yes, and the only reasonable way to fix this weirdness is to do what > other similar Emacs commands do (e.g. `compile' and `grep'): first display > the output buffer, and later when the formatted output is ready, put it > to this buffer. I've been using a local hack which causes the *man...* buffers to be displayed early rather than late. The main reason was to avoid interrupting me with a new frame at some random time in the future. So I'd welcome such a change. My local hack isn't installable as is: the output shown temporarily in the buffer is rather ugly (because the buffer first gets an unprocessed output and then cleans it up and adds faces. Usually the intermediate ugly states are not shown, but after my change, they are). Stefan From unknown Sun Jun 22 17:17:19 2025 X-Loop: bug-gnu-emacs@gnu.org Subject: bug#5054: Man truncated (was: buffer-menu truncated fields) Reply-To: Juri Linkov , 5054@debbugs.gnu.org Mail-Followup-To: Juri Linkov , 5054@debbugs.gnu.org Resent-From: Juri Linkov Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 11 Jan 2010 01:56:01 +0000 Resent-Message-ID: Resent-Sender: bug-gnu-emacs@gnu.org X-Emacs-PR-Message: followup 5054 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 5054-submit@debbugs.gnu.org id=B5054.126317494716897 (code B ref 5054); Mon, 11 Jan 2010 01:56:01 +0000 Received: (at 5054) by debbugs.gnu.org; 11 Jan 2010 01:55:47 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NU9VS-0004OU-LZ for submit@debbugs.gnu.org; Sun, 10 Jan 2010 20:55:46 -0500 Received: from smtp-out4.starman.ee ([85.253.0.6] helo=mx2.starman.ee) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NU9VO-0004OD-PN for 5054@debbugs.gnu.org; Sun, 10 Jan 2010 20:55:45 -0500 X-Virus-Scanned: by Amavisd-New at mx2.starman.ee Received: from mail.starman.ee (82.131.31.199.cable.starman.ee [82.131.31.199]) by mx2.starman.ee (Postfix) with ESMTP id 8BE363F4149; Mon, 11 Jan 2010 03:55:32 +0200 (EET) From: Juri Linkov To: Stefan Monnier Organization: JURTA References: <4B3F58A5.6080701@gmx.at> <87ljgggfff.fsf@jidanni.org> <4B41BF95.2030106@gmx.at> <87ljge801v.fsf@mail.jurta.org> <4B423CBA.6050001@gmx.at> <87iqbfyoy4.fsf@mail.jurta.org> <4B459896.1050208@gmx.at> <87eim1ebsm.fsf@mail.jurta.org> <4B46EA66.8020905@gmx.at> <87aawnrwut.fsf@mail.jurta.org> Date: Mon, 11 Jan 2010 02:48:39 +0200 In-Reply-To: (Stefan Monnier's message of "Sat, 09 Jan 2010 22:12:40 -0500") Message-ID: <87skadh1wc.fsf@mail.jurta.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.91 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -2.9 (--) Cc: 5054@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.9 (--) > I've been using a local hack which causes the *man...* buffers to be > displayed early rather than late. The main reason was to avoid > interrupting me with a new frame at some random time in the future. > > So I'd welcome such a change. My local hack isn't installable as is: > the output shown temporarily in the buffer is rather ugly (because the > buffer first gets an unprocessed output and then cleans it up and adds > faces. Usually the intermediate ugly states are not shown, but after my > change, they are). Using a separate buffer for the process output (a hidden buffer with a leading space in its name) where `man' collects and formats the output and later copies to the displayed main buffer is implemented in the following patch. One remaining problem: when `man' can't find a manpage, it signals the error "Can't find the manpage". But what to do with the displayed empty window that waits for the formatted output? Maybe to undo the window configuration to its original state? And what to do with the created frame? To leave it displaying an empty buffer? === modified file 'lisp/man.el' --- lisp/man.el 2010-01-09 23:53:06 +0000 +++ lisp/man.el 2010-01-11 00:47:07 +0000 @@ -880,13 +880,25 @@ "Use TOPIC to build and fire off the manpage and cleaning command." (let* ((man-args topic) (bufname (concat "*Man " man-args "*")) - (buffer (get-buffer bufname))) + (buffer (get-buffer bufname)) + (procbufname (concat " " bufname)) + procbuffer) (if buffer (Man-notify-when-ready buffer) (require 'env) (message "Invoking %s %s in the background" manual-program man-args) (setq buffer (generate-new-buffer bufname)) + (setq procbuffer (generate-new-buffer procbufname)) + ;; Display empty output buffer. + (unless (memq Man-notify-method '(polite quiet meek)) + (Man-notify-when-ready buffer)) (with-current-buffer buffer + (insert (format "Invoking %s %s in the background\n" + manual-program man-args)) + (setq buffer-undo-list t) + (setq Man-original-frame (selected-frame)) + (setq Man-arguments man-args)) + (with-current-buffer procbuffer (setq buffer-undo-list t) (setq Man-original-frame (selected-frame)) (setq Man-arguments man-args)) @@ -927,8 +939,14 @@ (cond ((and (integerp Man-width) (> Man-width 0)) Man-width) - (Man-width (frame-width)) - ((window-width)))))) + (Man-width + (with-selected-window (get-buffer-window + buffer t) + (frame-width))) + (t + (with-selected-window (get-buffer-window + buffer t) + (window-width))))))) (setenv "GROFF_NO_SGR" "1") ;; Since man-db 2.4.3-1, man writes plain text with no escape ;; sequences when stdout is not a tty. In 2.5.0, the following @@ -936,7 +954,7 @@ (setenv "MAN_KEEP_FORMATTING" "1") (if (fboundp 'start-process) (set-process-sentinel - (start-process manual-program buffer + (start-process manual-program procbuffer (if (memq system-type '(cygwin windows-nt)) shell-file-name "sh") @@ -944,7 +962,7 @@ (format (Man-build-man-command) man-args)) 'Man-bgproc-sentinel) (let ((exit-status - (call-process shell-file-name nil (list buffer nil) nil + (call-process shell-file-name nil (list procbuffer nil) nil shell-command-switch (format (Man-build-man-command) man-args))) (msg "")) @@ -955,7 +973,7 @@ (format "exited abnormally with code %d" exit-status))) (setq msg exit-status)) - (Man-bgproc-sentinel bufname msg))))))) + (Man-bgproc-sentinel procbufname msg))))))) (defun Man-notify-when-ready (man-buffer) "Notify the user when MAN-BUFFER is ready. @@ -1179,16 +1197,18 @@ synchronously, PROCESS is the name of the buffer where the manpage command is run. Second argument MSG is the exit message of the manpage command." - (let ((Man-buffer (if (stringp process) (get-buffer process) - (process-buffer process))) - (delete-buff nil) - (err-mess nil)) + (let* ((Man-procbuffer (if (stringp process) (get-buffer process) + (process-buffer process))) + (Man-buffer (get-buffer (replace-regexp-in-string + "\\` " "" (buffer-name Man-procbuffer)))) + (delete-buff nil) + (err-mess nil)) (if (null (buffer-name Man-buffer)) ;; deleted buffer (or (stringp process) (set-process-buffer process nil)) - (with-current-buffer Man-buffer + (with-current-buffer Man-procbuffer (let ((case-fold-search nil)) (goto-char (point-min)) (cond ((or (looking-at "No \\(manual \\)*entry for") @@ -1224,11 +1244,18 @@ (insert (format "\nprocess %s" msg)))) )) (if delete-buff + ;; FIXME: also undo window configuration? (kill-buffer Man-buffer) (if Man-fontify-manpage-flag (Man-fontify-manpage) (Man-cleanup-manpage)) + (copy-to-buffer Man-buffer (point-min) (point-max))))) + + (kill-buffer Man-procbuffer) + + (unless delete-buff + (with-current-buffer Man-buffer (run-hooks 'Man-cooked-hook) (Man-mode) @@ -1243,11 +1270,12 @@ ;; Man-notify-when-ready because it may switch buffers. (if (not delete-buff) - (Man-notify-when-ready Man-buffer)) + (when (memq Man-notify-method '(polite quiet meek)) + (Man-notify-when-ready Man-buffer))) (if err-mess (error "%s" err-mess)) - )))) + ))) ;; ====================================================================== -- Juri Linkov http://www.jurta.org/emacs/ From unknown Sun Jun 22 17:17:19 2025 X-Loop: bug-gnu-emacs@gnu.org Subject: bug#5054: Man truncated Reply-To: Stefan Monnier , 5054@debbugs.gnu.org Mail-Followup-To: Stefan Monnier , 5054@debbugs.gnu.org Resent-From: Stefan Monnier Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 11 Jan 2010 03:40:03 +0000 Resent-Message-ID: Resent-Sender: bug-gnu-emacs@gnu.org X-Emacs-PR-Message: followup 5054 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 5054-submit@debbugs.gnu.org id=B5054.126318116521205 (code B ref 5054); Mon, 11 Jan 2010 03:40:03 +0000 Received: (at 5054) by debbugs.gnu.org; 11 Jan 2010 03:39:25 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NUB7k-0005Vy-R4 for submit@debbugs.gnu.org; Sun, 10 Jan 2010 22:39:24 -0500 Received: from ironport2-out.teksavvy.com ([206.248.154.183] helo=ironport2-out.pppoe.ca) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NUB7j-0005Vp-IF for 5054@debbugs.gnu.org; Sun, 10 Jan 2010 22:39:24 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av8EAOYrSkvO+KPG/2dsb2JhbACBRNNhhC8Eiik X-IronPort-AV: E=Sophos;i="4.49,253,1262581200"; d="scan'208";a="53487916" Received: from 206-248-163-198.dsl.teksavvy.com (HELO ceviche.home) ([206.248.163.198]) by ironport2-out.pppoe.ca with ESMTP; 10 Jan 2010 22:39:19 -0500 Received: by ceviche.home (Postfix, from userid 20848) id E72D0B4649; Sun, 10 Jan 2010 22:39:18 -0500 (EST) From: Stefan Monnier To: Juri Linkov Message-ID: References: <4B3F58A5.6080701@gmx.at> <87ljgggfff.fsf@jidanni.org> <4B41BF95.2030106@gmx.at> <87ljge801v.fsf@mail.jurta.org> <4B423CBA.6050001@gmx.at> <87iqbfyoy4.fsf@mail.jurta.org> <4B459896.1050208@gmx.at> <87eim1ebsm.fsf@mail.jurta.org> <4B46EA66.8020905@gmx.at> <87aawnrwut.fsf@mail.jurta.org> <87skadh1wc.fsf@mail.jurta.org> Date: Sun, 10 Jan 2010 22:39:18 -0500 In-Reply-To: <87skadh1wc.fsf@mail.jurta.org> (Juri Linkov's message of "Mon, 11 Jan 2010 02:48:39 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.91 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -2.1 (--) Cc: 5054@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.1 (--) > Using a separate buffer for the process output (a hidden buffer with > a leading space in its name) where `man' collects and formats the output > and later copies to the displayed main buffer is implemented in the > following patch. Hmm... that's not the solution I was looking for, but I guess yours is a lot simpler, indeed. So it's probably good, while we keep waiting for someone to implement the formatting on the fly from the process-fiter. > One remaining problem: when `man' can't find a manpage, it signals > the error "Can't find the manpage". But what to do with the displayed > empty window that waits for the formatted output? Good question. If the buffer is new, it could/should be deleted, and similarly for the window. > Maybe to undo the window configuration to its original state? window-configurations are never a good answer to those problems. Stefan From unknown Sun Jun 22 17:17:19 2025 X-Loop: bug-gnu-emacs@gnu.org Subject: bug#5054: Man truncated Reply-To: martin rudalics , 5054@debbugs.gnu.org Mail-Followup-To: martin rudalics , 5054@debbugs.gnu.org Resent-From: martin rudalics Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 11 Jan 2010 08:06:01 +0000 Resent-Message-ID: Resent-Sender: bug-gnu-emacs@gnu.org X-Emacs-PR-Message: followup 5054 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 5054-submit@debbugs.gnu.org id=B5054.126319715810918 (code B ref 5054); Mon, 11 Jan 2010 08:06:01 +0000 Received: (at 5054) by debbugs.gnu.org; 11 Jan 2010 08:05:58 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NUFHg-0002q3-Ig for submit@debbugs.gnu.org; Mon, 11 Jan 2010 03:05:56 -0500 Received: from mail.gmx.net ([213.165.64.20]) by debbugs.gnu.org with smtp (Exim 4.69) (envelope-from ) id 1NUFHd-0002pt-Qh for 5054@debbugs.gnu.org; Mon, 11 Jan 2010 03:05:55 -0500 Received: (qmail invoked by alias); 11 Jan 2010 08:05:49 -0000 Received: from 62-47-49-232.adsl.highway.telekom.at (EHLO [62.47.49.232]) [62.47.49.232] by mail.gmx.net (mp037) with SMTP; 11 Jan 2010 09:05:49 +0100 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX19Qt7Z8IOdQt1hYhLGhM5e8V4O/dgIyggrZ2JZDMI 8fEkiWBSgWstzO Message-ID: <4B4ADBDB.2000304@gmx.at> Date: Mon, 11 Jan 2010 09:05:47 +0100 From: martin rudalics User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: Juri Linkov , 5054@debbugs.gnu.org References: <4B3F58A5.6080701@gmx.at> <87ljgggfff.fsf@jidanni.org> <4B41BF95.2030106@gmx.at> <87ljge801v.fsf@mail.jurta.org> <4B423CBA.6050001@gmx.at> <87iqbfyoy4.fsf@mail.jurta.org> <4B459896.1050208@gmx.at> <87eim1ebsm.fsf@mail.jurta.org> <4B46EA66.8020905@gmx.at> <87aawnrwut.fsf@mail.jurta.org> <87skadh1wc.fsf@mail.jurta.org> In-Reply-To: <87skadh1wc.fsf@mail.jurta.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.77 X-Spam-Score: -2.5 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.5 (--) > One remaining problem: when `man' can't find a manpage, it signals > the error "Can't find the manpage". But what to do with the displayed > empty window that waits for the formatted output? Maybe to undo > the window configuration to its original state? Conceptually, that would be just as disturbing as popping up a window after formatting completes. The user might have already altered the window configuration in some other respect since formatting started. > And what to do > with the created frame? To leave it displaying an empty buffer? The window (which probably should be dedicated initially to avoid that some other action steals it before formatting is complete) could first display some text about the formatting process in progress and a more detailed text when formatting fails telling the user what the potential reasons of the failure were and how to get rid of the window or frame (and implicitly the temporary buffer). But maybe this part should be written separately so that other packages waiting for the completion of asynchronous processes could use it too. martin From unknown Sun Jun 22 17:17:19 2025 X-Loop: bug-gnu-emacs@gnu.org Subject: bug#5054: Man truncated Reply-To: Juri Linkov , 5054@debbugs.gnu.org Mail-Followup-To: Juri Linkov , 5054@debbugs.gnu.org Resent-From: Juri Linkov Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 11 Jan 2010 22:02:01 +0000 Resent-Message-ID: Resent-Sender: bug-gnu-emacs@gnu.org X-Emacs-PR-Message: followup 5054 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 5054-submit@debbugs.gnu.org id=B5054.126324726721002 (code B ref 5054); Mon, 11 Jan 2010 22:02:01 +0000 Received: (at 5054) by debbugs.gnu.org; 11 Jan 2010 22:01:07 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NUSJu-0005Sh-TQ for submit@debbugs.gnu.org; Mon, 11 Jan 2010 17:01:07 -0500 Received: from smtp-out3.starman.ee ([85.253.0.5] helo=mx1.starman.ee) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NUSJs-0005SM-Th for 5054@debbugs.gnu.org; Mon, 11 Jan 2010 17:01:06 -0500 X-Virus-Scanned: by Amavisd-New at mx1.starman.ee Received: from mail.starman.ee (82.131.94.221.cable.starman.ee [82.131.94.221]) by mx1.starman.ee (Postfix) with ESMTP id 3CB6A3F409A; Tue, 12 Jan 2010 00:00:52 +0200 (EET) From: Juri Linkov To: martin rudalics Organization: JURTA References: <4B3F58A5.6080701@gmx.at> <87ljgggfff.fsf@jidanni.org> <4B41BF95.2030106@gmx.at> <87ljge801v.fsf@mail.jurta.org> <4B423CBA.6050001@gmx.at> <87iqbfyoy4.fsf@mail.jurta.org> <4B459896.1050208@gmx.at> <87eim1ebsm.fsf@mail.jurta.org> <4B46EA66.8020905@gmx.at> <87aawnrwut.fsf@mail.jurta.org> <87skadh1wc.fsf@mail.jurta.org> <4B4ADBDB.2000304@gmx.at> Date: Mon, 11 Jan 2010 23:59:03 +0200 In-Reply-To: <4B4ADBDB.2000304@gmx.at> (martin rudalics's message of "Mon, 11 Jan 2010 09:05:47 +0100") Message-ID: <871vhwtr6g.fsf@mail.jurta.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.91 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -3.4 (---) Cc: 5054@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.4 (---) >> And what to do with the created frame? To leave it displaying >> an empty buffer? > > The window (which probably should be dedicated initially to avoid that > some other action steals it before formatting is complete) could first > display some text about the formatting process in progress My patch already inserts a line "Invoking manual-program man-args in the background" in the displayed buffer until formatting is complete. > and a more detailed text when formatting fails telling the user what > the potential reasons of the failure were and how to get rid of the > window or frame (and implicitly the temporary buffer). I think you are right. Exactly like e.g. `grep' displays the output *grep* buffer with the text "Grep finished with no matches found", so when `man' can't find a manpage, it should display a similar error message in the man output buffer. -- Juri Linkov http://www.jurta.org/emacs/ From unknown Sun Jun 22 17:17:19 2025 X-Loop: bug-gnu-emacs@gnu.org Subject: bug#5054: Asynchronous vc-bzr-diff (Man truncated) Resent-From: Juri Linkov Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 12 Jan 2010 20:58:01 +0000 Resent-Message-ID: Resent-Sender: bug-gnu-emacs@gnu.org X-Emacs-PR-Message: followup 5054 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 5054-submit@debbugs.gnu.org id=B5054.126332982523564 (code B ref 5054); Tue, 12 Jan 2010 20:58:01 +0000 Received: (at 5054) by debbugs.gnu.org; 12 Jan 2010 20:57:05 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NUnnU-00067z-8K for submit@debbugs.gnu.org; Tue, 12 Jan 2010 15:57:04 -0500 Received: from smtp-out3.starman.ee ([85.253.0.5] helo=mx1.starman.ee) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NUnnR-00067Y-II for 5054@debbugs.gnu.org; Tue, 12 Jan 2010 15:57:02 -0500 X-Virus-Scanned: by Amavisd-New at mx1.starman.ee Received: from mail.starman.ee (82.131.34.19.cable.starman.ee [82.131.34.19]) by mx1.starman.ee (Postfix) with ESMTP id 252FB3F40D3; Tue, 12 Jan 2010 22:56:51 +0200 (EET) From: Juri Linkov To: martin rudalics Organization: JURTA References: <4B3F58A5.6080701@gmx.at> <87ljgggfff.fsf@jidanni.org> <4B41BF95.2030106@gmx.at> <87ljge801v.fsf@mail.jurta.org> <4B423CBA.6050001@gmx.at> <87iqbfyoy4.fsf@mail.jurta.org> <4B459896.1050208@gmx.at> <87eim1ebsm.fsf@mail.jurta.org> <4B46EA66.8020905@gmx.at> <87aawnrwut.fsf@mail.jurta.org> <87skadh1wc.fsf@mail.jurta.org> <4B4ADBDB.2000304@gmx.at> Date: Tue, 12 Jan 2010 22:46:19 +0200 In-Reply-To: <4B4ADBDB.2000304@gmx.at> (martin rudalics's message of "Mon, 11 Jan 2010 09:05:47 +0100") Message-ID: <877hrnxd9g.fsf_-_@mail.jurta.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.91 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -3.4 (---) Cc: 5054@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.4 (---) > But maybe this part should be written separately so that other packages > waiting for the completion of asynchronous processes could use it too. It seems the bzr vc backend needs the same treatment. When `vc-diff' reports that there are no differences, then vc displays the *vc-diff* buffer with a single line in it: No changes between working revision and workfile. bzr's behavior differs from the git backend that doesn't display the *vc-diff* buffer. It displays this line only in the echo area. I understand that there is such a difference between bzr and git vc backends because bzr is slower than git and so needs man.el-like behavior that waits for the completion of the asynchronous process. -- Juri Linkov http://www.jurta.org/emacs/ From unknown Sun Jun 22 17:17:19 2025 X-Loop: bug-gnu-emacs@gnu.org Subject: bug#5054: Asynchronous vc-bzr-diff (Man truncated) Resent-From: Dan Nicolaescu Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 13 Jan 2010 00:03:02 +0000 Resent-Message-ID: Resent-Sender: bug-gnu-emacs@gnu.org X-Emacs-PR-Message: followup 5054 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 5054-submit@debbugs.gnu.org id=B5054.126334092816897 (code B ref 5054); Wed, 13 Jan 2010 00:03:02 +0000 Received: (at 5054) by debbugs.gnu.org; 13 Jan 2010 00:02:08 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NUqgY-0004OT-TX for submit@debbugs.gnu.org; Tue, 12 Jan 2010 19:02:07 -0500 Received: from paul-mcgann-v0.ics.uci.edu ([128.195.1.147]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NUqgW-0004O7-Jw for 5054@debbugs.gnu.org; Tue, 12 Jan 2010 19:02:06 -0500 Received: from godzilla.ics.uci.edu (godzilla.ics.uci.edu [128.195.10.101]) by paul-mcgann-v0.ics.uci.edu (8.13.8/8.13.8) with ESMTP id o0D01qx6015037 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 12 Jan 2010 16:01:52 -0800 Received: (from dann@localhost) by godzilla.ics.uci.edu (8.13.8+Sun/8.13.6/Submit) id o0D01qKf025239; Tue, 12 Jan 2010 16:01:52 -0800 (PST) Date: Tue, 12 Jan 2010 16:01:52 -0800 (PST) Message-Id: <201001130001.o0D01qKf025239@godzilla.ics.uci.edu> From: Dan Nicolaescu To: Juri Linkov References: <4B3F58A5.6080701@gmx.at> <87ljgggfff.fsf@jidanni.org> <4B41BF95.2030106@gmx.at> <87ljge801v.fsf@mail.jurta.org> <4B423CBA.6050001@gmx.at> <87iqbfyoy4.fsf@mail.jurta.org> <4B459896.1050208@gmx.at> <87eim1ebsm.fsf@mail.jurta.org> <4B46EA66.8020905@gmx.at> <87aawnrwut.fsf@mail.jurta.org> <87skadh1wc.fsf@mail.jurta.org> <4B4ADBDB.2000304@gmx.at> <877hrnxd9g.fsf_-_@mail.jurta.org> In-Reply-To: <877hrnxd9g.fsf_-_@mail.jurta.org> (Juri Linkov's message of "Tue, 12 Jan 2010 22:46:19 +0200") Lines: 28 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-ICS-MailScanner-Information: Please send mail to helpdesk@ics.uci.edu or more information X-ICS-MailScanner-ID: o0D01qx6015037 X-ICS-MailScanner: Found to be clean X-ICS-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-1.363, required 5, autolearn=disabled, ALL_TRUSTED -1.44, TW_BZ 0.08) X-ICS-MailScanner-From: dann@godzilla.ics.uci.edu X-Spam-Status: No X-Spam-Score: -2.6 (--) Cc: martin rudalics , 5054@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) Juri Linkov writes: > > But maybe this part should be written separately so that other packages > > waiting for the completion of asynchronous processes could use it too. > > It seems the bzr vc backend needs the same treatment. > > When `vc-diff' reports that there are no differences, then vc > displays the *vc-diff* buffer with a single line in it: > > No changes between working revision and workfile. > This is due to this code in vc.el:vc-diff-internal (if (and (zerop (buffer-size)) (not (get-buffer-process (current-buffer)))) ;; Treat this case specially so as not to pop the buffer. (progn (message "%s" (cdr messages)) nil) > bzr's behavior differs from the git backend that doesn't display the > *vc-diff* buffer. It displays this line only in the echo area. vc-git-diff does not call the diff command asynchronously (probably because nobody had a problem with it being synchronous), but vc-bzr-diff is asynchronous. From unknown Sun Jun 22 17:17:19 2025 X-Loop: bug-gnu-emacs@gnu.org Subject: bug#5054: Asynchronous vc-bzr-diff (Man truncated) Resent-From: Juri Linkov Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 13 Jan 2010 00:37:01 +0000 Resent-Message-ID: Resent-Sender: bug-gnu-emacs@gnu.org X-Emacs-PR-Message: followup 5054 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 5054-submit@debbugs.gnu.org id=B5054.126334299018441 (code B ref 5054); Wed, 13 Jan 2010 00:37:01 +0000 Received: (at 5054) by debbugs.gnu.org; 13 Jan 2010 00:36:30 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NUrDp-0004nM-PL for submit@debbugs.gnu.org; Tue, 12 Jan 2010 19:36:30 -0500 Received: from smtp-out4.starman.ee ([85.253.0.6] helo=mx2.starman.ee) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NUrDl-0004n2-1h for 5054@debbugs.gnu.org; Tue, 12 Jan 2010 19:36:27 -0500 X-Virus-Scanned: by Amavisd-New at mx2.starman.ee Received: from mail.starman.ee (82.131.34.19.cable.starman.ee [82.131.34.19]) by mx2.starman.ee (Postfix) with ESMTP id 132AB3F4102; Wed, 13 Jan 2010 02:36:14 +0200 (EET) From: Juri Linkov To: Dan Nicolaescu Organization: JURTA References: <4B3F58A5.6080701@gmx.at> <87ljgggfff.fsf@jidanni.org> <4B41BF95.2030106@gmx.at> <87ljge801v.fsf@mail.jurta.org> <4B423CBA.6050001@gmx.at> <87iqbfyoy4.fsf@mail.jurta.org> <4B459896.1050208@gmx.at> <87eim1ebsm.fsf@mail.jurta.org> <4B46EA66.8020905@gmx.at> <87aawnrwut.fsf@mail.jurta.org> <87skadh1wc.fsf@mail.jurta.org> <4B4ADBDB.2000304@gmx.at> <877hrnxd9g.fsf_-_@mail.jurta.org> <201001130001.o0D01qKf025239@godzilla.ics.uci.edu> Date: Wed, 13 Jan 2010 02:28:33 +0200 In-Reply-To: <201001130001.o0D01qKf025239@godzilla.ics.uci.edu> (Dan Nicolaescu's message of "Tue, 12 Jan 2010 16:01:52 -0800 (PST)") Message-ID: <878wc2voem.fsf@mail.jurta.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.91 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -3.0 (---) Cc: martin rudalics , 5054@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.0 (---) > > It seems the bzr vc backend needs the same treatment. > > > > When `vc-diff' reports that there are no differences, then vc > > displays the *vc-diff* buffer with a single line in it: > > > > No changes between working revision and workfile. > > > > This is due to this code in vc.el:vc-diff-internal > > (if (and (zerop (buffer-size)) > (not (get-buffer-process (current-buffer)))) > ;; Treat this case specially so as not to pop the buffer. > (progn > (message "%s" (cdr messages)) > nil) I see that the difference is at `(get-buffer-process (current-buffer))'. When the process is slow, it is still running at the time when execution arrives to this condition. > > bzr's behavior differs from the git backend that doesn't display the > > *vc-diff* buffer. It displays this line only in the echo area. > > vc-git-diff does not call the diff command asynchronously (probably > because nobody had a problem with it being synchronous), but vc-bzr-diff > is asynchronous. I too see no problem with git being synchronous. -- Juri Linkov http://www.jurta.org/emacs/ From unknown Sun Jun 22 17:17:19 2025 X-Loop: help-debbugs@gnu.org Subject: bug#5054: Man truncated Resent-From: Juri Linkov Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 16 Jun 2010 22:04:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 5054 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: 5054@debbugs.gnu.org Received: via spool by 5054-submit@debbugs.gnu.org id=B5054.12767258226278 (code B ref 5054); Wed, 16 Jun 2010 22:04:01 +0000 Received: (at 5054) by debbugs.gnu.org; 16 Jun 2010 22:03:42 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OP0hx-0001dD-Uq for submit@debbugs.gnu.org; Wed, 16 Jun 2010 18:03:42 -0400 Received: from smtp-out1.starman.ee ([85.253.0.3] helo=mx1.starman.ee) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OP0ht-0001ct-KH for 5054@debbugs.gnu.org; Wed, 16 Jun 2010 18:03:39 -0400 X-Virus-Scanned: by Amavisd-New at mx1.starman.ee Received: from mail.starman.ee (82.131.53.142.cable.starman.ee [82.131.53.142]) by mx1.starman.ee (Postfix) with ESMTP id 0CE403F40C8; Thu, 17 Jun 2010 01:03:30 +0300 (EEST) From: Juri Linkov Organization: JURTA References: <4B3F58A5.6080701@gmx.at> <87ljgggfff.fsf@jidanni.org> <4B41BF95.2030106@gmx.at> <87ljge801v.fsf@mail.jurta.org> <4B423CBA.6050001@gmx.at> <87iqbfyoy4.fsf@mail.jurta.org> <4B459896.1050208@gmx.at> <87eim1ebsm.fsf@mail.jurta.org> <4B46EA66.8020905@gmx.at> <87aawnrwut.fsf@mail.jurta.org> <87skadh1wc.fsf@mail.jurta.org> <4B4ADBDB.2000304@gmx.at> <871vhwtr6g.fsf@mail.jurta.org> Date: Thu, 17 Jun 2010 00:44:35 +0300 In-Reply-To: <871vhwtr6g.fsf@mail.jurta.org> (Juri Linkov's message of "Mon, 11 Jan 2010 23:59:03 +0200") Message-ID: <87bpbaprgc.fsf@mail.jurta.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -2.6 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.6 (---) >>> And what to do with the created frame? To leave it displaying >>> an empty buffer? >> >> The window (which probably should be dedicated initially to avoid that >> some other action steals it before formatting is complete) could first >> display some text about the formatting process in progress > > My patch already inserts a line "Invoking manual-program man-args > in the background" in the displayed buffer until formatting is complete. > >> and a more detailed text when formatting fails telling the user what >> the potential reasons of the failure were and how to get rid of the >> window or frame (and implicitly the temporary buffer). > > I think you are right. Exactly like e.g. `grep' displays the output > *grep* buffer with the text "Grep finished with no matches found", > so when `man' can't find a manpage, it should display a similar > error message in the man output buffer. Maybe a new window parameter `quit-restore-window' could take care about deleting the created window/frame when the man's formatting fails. -- Juri Linkov http://www.jurta.org/emacs/ From unknown Sun Jun 22 17:17:19 2025 X-Loop: help-debbugs@gnu.org Subject: bug#5054: 23.1.50; buffer-menu truncated fields Resent-From: Juri Linkov Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 07 Oct 2011 02:18:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 5054 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 5054@debbugs.gnu.org Received: via spool by 5054-submit@debbugs.gnu.org id=B5054.131795386215403 (code B ref 5054); Fri, 07 Oct 2011 02:18:03 +0000 Received: (at 5054) by debbugs.gnu.org; 7 Oct 2011 02:17:42 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RC00L-00040O-Nk for submit@debbugs.gnu.org; Thu, 06 Oct 2011 22:17:41 -0400 Received: from smarty.dreamhost.com ([208.113.175.8]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RC00J-00040F-CT for 5054@debbugs.gnu.org; Thu, 06 Oct 2011 22:17:40 -0400 Received: from ps18281.dreamhostps.com (ps18281.dreamhost.com [69.163.218.105]) by smarty.dreamhost.com (Postfix) with ESMTP id 9F8A86E805B for <5054@debbugs.gnu.org>; Thu, 6 Oct 2011 19:17:26 -0700 (PDT) Received: from localhost (ps18281.dreamhostps.com [69.163.218.105]) by ps18281.dreamhostps.com (Postfix) with ESMTP id A9692451C535 for <5054@debbugs.gnu.org>; Thu, 6 Oct 2011 19:17:25 -0700 (PDT) From: Juri Linkov Organization: JURTA References: <4B3F58A5.6080701@gmx.at> <87ljgggfff.fsf@jidanni.org> <4B41BF95.2030106@gmx.at> <87ljge801v.fsf@mail.jurta.org> <4B423CBA.6050001@gmx.at> <87iqbfyoy4.fsf@mail.jurta.org> <4B459896.1050208@gmx.at> <87eim1ebsm.fsf@mail.jurta.org> Date: Fri, 07 Oct 2011 03:23:32 +0300 In-Reply-To: <87eim1ebsm.fsf@mail.jurta.org> (Juri Linkov's message of "Fri, 08 Jan 2010 01:27:05 +0200") Message-ID: <87k48hioh6.fsf@mail.jurta.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.90 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.6 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) >>> Displaying the buffer list in a table would be an ideal solution. >>> I think it's better to implement that by allowing dragging a handle >>> in the header line, and redrawing the buffer accordingly. >> >> Agreed. We should also give the header line items the standard button >> appearance so it's easy to see (1) which sorting method is currently >> selected, (2) where and what I have to click, and (3) the position of >> the handle for dragging. > > The header line of ruler-mode looks good indeed. Remains the question > whether we want a generic interface, so `list-processes' can use it as > well, and maybe also `dired', the various message modes, file managers, > table headers ... Since we now have generic mode `tabulated-list-mode', and `list-processes' already uses it, to fix the original reported problem of truncated fields in the buffer list, `list-buffers' could use `tabulated-list-mode' as well. From debbugs-submit-bounces@debbugs.gnu.org Tue Feb 21 20:20:33 2012 Received: (at control) by debbugs.gnu.org; 22 Feb 2012 01:20:33 +0000 Received: from localhost ([127.0.0.1]:49545 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1S00sj-0003yf-9e for submit@debbugs.gnu.org; Tue, 21 Feb 2012 20:20:33 -0500 Received: from fencepost.gnu.org ([140.186.70.10]:54753 ident=Debian-exim) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1S00sg-0003yW-PH for control@debbugs.gnu.org; Tue, 21 Feb 2012 20:20:31 -0500 Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1S00qQ-00055e-SO for control@debbugs.gnu.org; Tue, 21 Feb 2012 20:18:10 -0500 Date: Tue, 21 Feb 2012 20:18:10 -0500 Message-Id: Subject: control message for bug 7271 To: X-Mailer: mail (GNU Mailutils 2.1) From: Glenn Morris X-Spam-Score: -4.2 (----) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -4.2 (----) merge 5054 7271 From unknown Sun Jun 22 17:17:19 2025 X-Loop: help-debbugs@gnu.org Subject: bug#5054: 23.1.50; buffer-menu truncated fields Resent-From: Chong Yidong Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 05 Aug 2012 03:19:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 5054 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juri Linkov Cc: 5054@debbugs.gnu.org Received: via spool by 5054-submit@debbugs.gnu.org id=B5054.134413673418283 (code B ref 5054); Sun, 05 Aug 2012 03:19:01 +0000 Received: (at 5054) by debbugs.gnu.org; 5 Aug 2012 03:18:54 +0000 Received: from localhost ([127.0.0.1]:34291 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SxrMj-0004kq-W2 for submit@debbugs.gnu.org; Sat, 04 Aug 2012 23:18:54 -0400 Received: from mail-pb0-f44.google.com ([209.85.160.44]:58730) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SxrMi-0004ki-E0 for 5054@debbugs.gnu.org; Sat, 04 Aug 2012 23:18:53 -0400 Received: by pbbrr4 with SMTP id rr4so1906681pbb.3 for <5054@debbugs.gnu.org>; Sat, 04 Aug 2012 20:11:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; bh=+O5FsEojt8ISe/WdtNJ7FxZSSPNMcHy38vLM/K1p/Xc=; b=q40SJ9G6FhnWft0XgX3VohbRMsCJCMoAm3+ekRMD5I7Mj0LB8p3Aa3UCUZudmfbkKU mjhK6O1wIbJJAX/pYapC0UQCI68KbBOjhtZX4FWMivlLk7v+KdBhaNtawUoO2FlbNCjy bLMV4NUAvp2Pcc3FP9sP6Ue74W58O2iKLTlWynhqXtrMA8FpDo6qXfQvFqgTpJS+fwfC c5snmFeKtpWM/uWd1EuSzwyUTAOHvxWxAEUe4M07VSGciUL+ynmEAqFaO2Tmxx81xwxC viALbzByfHKEzR81XQoHMsJ9zl53RsuNZiXaKWsEdgl5xAsX+XDgnz8R/lH7X72WSG+b pIpg== Received: by 10.68.223.35 with SMTP id qr3mr8918881pbc.83.1344136266512; Sat, 04 Aug 2012 20:11:06 -0700 (PDT) Received: from ulysses (cm162.gamma80.maxonline.com.sg. [202.156.80.162]) by mx.google.com with ESMTPS id pi7sm6044439pbb.56.2012.08.04.20.11.04 (version=SSLv3 cipher=OTHER); Sat, 04 Aug 2012 20:11:05 -0700 (PDT) From: Chong Yidong References: <4B3F58A5.6080701@gmx.at> <87ljgggfff.fsf@jidanni.org> <4B41BF95.2030106@gmx.at> <87ljge801v.fsf@mail.jurta.org> <4B423CBA.6050001@gmx.at> <87iqbfyoy4.fsf@mail.jurta.org> <4B459896.1050208@gmx.at> <87eim1ebsm.fsf@mail.jurta.org> <87k48hioh6.fsf@mail.jurta.org> Date: Sun, 05 Aug 2012 11:11:02 +0800 In-Reply-To: <87k48hioh6.fsf@mail.jurta.org> (Juri Linkov's message of "Fri, 07 Oct 2011 03:23:32 +0300") Message-ID: <877gtevxrt.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.6 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) Juri Linkov writes: > Since we now have generic mode `tabulated-list-mode', and > `list-processes' already uses it, to fix the original reported problem > of truncated fields in the buffer list, `list-buffers' could use > `tabulated-list-mode' as well. Since this is done in the trunk, and there is also a new option `Buffer-menu-name-width', plus the full name is now always shown in a tooltip, I'm closing this bug. From debbugs-submit-bounces@debbugs.gnu.org Sat Aug 04 23:19:05 2012 Received: (at control) by debbugs.gnu.org; 5 Aug 2012 03:19:05 +0000 Received: from localhost ([127.0.0.1]:34295 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SxrMu-0004lV-NR for submit@debbugs.gnu.org; Sat, 04 Aug 2012 23:19:05 -0400 Received: from mail-pb0-f44.google.com ([209.85.160.44]:58730) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SxrMt-0004ki-GV for control@debbugs.gnu.org; Sat, 04 Aug 2012 23:19:03 -0400 Received: by mail-pb0-f44.google.com with SMTP id rr4so1906681pbb.3 for ; Sat, 04 Aug 2012 20:11:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:from:to:subject:date:message-id:mime-version:content-type; bh=bmRNMXceg33kWxM/k9EzZv8BuqPgEGnmVo6Eu4HMdGY=; b=bZufP2eNlBz6aUH2QHDYmW4wjPt8N2cEVsAr7wT7fjL07OU9VlYLtgrCujdrEixoD3 M7YjUVGoHS8R6Xha2LGkAVvlpanNo6/hDeOXCjxKk/8BiHbCxF5GrJyY4Irl3fVwLcP+ VQMlkecOEnCqR4QAzzNxGAEub2uW4BG76m2gd2dIPpPxMVg4EzPL8ULSoCw+cinBs7rT MikNffr9rqZFq+lHQBTK8/sCXBvNXREx5n4w9YxohBYnEeqbOwf6DMvTudWvCgzdPdcO tZq5UjWjR7cJ2ig/psBTsyPwlQZrg7H/qOAPDnv7tXoLWA1hrFmEMeoCLKja3+SB1njw Es0g== Received: by 10.68.135.36 with SMTP id pp4mr8712287pbb.19.1344136278466; Sat, 04 Aug 2012 20:11:18 -0700 (PDT) Received: from ulysses (cm162.gamma80.maxonline.com.sg. [202.156.80.162]) by mx.google.com with ESMTPS id nr8sm2628528pbc.43.2012.08.04.20.11.16 (version=SSLv3 cipher=OTHER); Sat, 04 Aug 2012 20:11:17 -0700 (PDT) From: Chong Yidong To: control@debbugs.gnu.org Subject: close 5054 Date: Sun, 05 Aug 2012 11:11:14 +0800 Message-ID: <87boiq3uel.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.6 (--) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) close 5054 thanks