From unknown Tue Jun 17 01:47:40 2025 X-Loop: owner@emacsbugs.donarmstrong.com Subject: bug#3806: 23.1.50; rename-uniquely doc Reply-To: Stephen Berman , 3806@debbugs.gnu.org Resent-From: Stephen Berman Original-Sender: steve@escher.local.home Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Fri, 10 Jul 2009 09:35:05 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-Emacs-PR-Message: report 3806 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by submit@emacsbugs.donarmstrong.com id=B.12472180614963 (code B ref -1); Fri, 10 Jul 2009 09:35:05 +0000 Received: (at submit) by emacsbugs.donarmstrong.com; 10 Jul 2009 09:27:41 +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.5 required=4.0 tests=AWL,FOURLA 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 n6A9RajD004958 for ; Fri, 10 Jul 2009 02:27:37 -0700 Received: from mx10.gnu.org ([199.232.76.166]:35072) by fencepost.gnu.org with esmtp (Exim 4.67) (envelope-from ) id 1MPCOF-00048o-7N for emacs-pretest-bug@gnu.org; Fri, 10 Jul 2009 05:27:35 -0400 Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1MPCOD-0000Bb-8V for emacs-pretest-bug@gnu.org; Fri, 10 Jul 2009 05:27:35 -0400 Received: from mail.gmx.net ([213.165.64.20]:46950) by monty-python.gnu.org with smtp (Exim 4.60) (envelope-from ) id 1MPCOC-0000AZ-KM for emacs-pretest-bug@gnu.org; Fri, 10 Jul 2009 05:27:33 -0400 Received: (qmail invoked by alias); 10 Jul 2009 09:27:29 -0000 Received: from i59F57C5D.versanet.de (EHLO escher.local.home) [89.245.124.93] by mail.gmx.net (mp038) with SMTP; 10 Jul 2009 11:27:29 +0200 X-Authenticated: #20778731 X-Provags-ID: V01U2FsdGVkX1+FoatrFJyFRZcOiKjxu2cf+B94oqloi8szvpnMvI eeTRq/7I4+NEfC Received: by escher.local.home (Postfix, from userid 1000) id 3758B1D152F; Fri, 10 Jul 2009 11:27:28 +0200 (CEST) From: Stephen Berman To: emacs-pretest-bug@gnu.org Sender: steve@escher.local.home Date: Fri, 10 Jul 2009 11:27:27 +0200 Message-ID: <87bpnsevls.fsf@escher.local.home> 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 X-Y-GMX-Trusted: 0 X-FuHaFi: 0.48 X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 3) The doc string of rename-uniquely says: ,---- | Rename current buffer to a similar name not already taken. | This function is useful for creating multiple shell process buffers | or multiple mail buffers, etc. `---- The Emacs manual (node Misc Buffer) says more: ,---- | `M-x rename-uniquely' renames the current buffer to a similar name | with a numeric suffix added to make it both different and unique. This | command does not need an argument. It is useful for creating multiple | shell buffers: if you rename the `*shell*' buffer, then do `M-x shell' | again, it makes a new shell buffer named `*shell*'; meanwhile, the old | shell buffer continues to exist under its new name. This method is | also good for mail buffers, compilation buffers, and most Emacs | features that create special buffers with particular names. (With some | of these features, such as `M-x compile', `M-x grep' an `M-x info', you | need to switch to some other buffer before using the command, in order | for it to make a different buffer.) `---- The last, parenthetical, sentence in particular is important information, and I think it should also be in the doc string, since this is an annoying gotcha. And for this reason, I also think it should be more specific, not just listing "some of these features" that require switching out of the uniquely renamed buffer, but all such known "features". However, the manual appears to be out of date, or just inaccurate: invoking Info from within a uniquely renamed Info buffer does not overwrite it but opens new Info buffer, as I just confirmed with -Q. So the doc needs to be at least corrected (and preferably augmented). If `M-x info' has indeed been "fixed" wrt rename-uniquely, then can't `M-x {r,l}grep' and `M-x compile' likewise be fixed? (I haven't tested compile for this, but the grep commands do indeed, annoyingly, require switching buffers.) Since the requirement is documented, it is not strictly a bug, but the behavior is suboptimal and if, as with Info, it can be changed, then I think it should be. I can submit a separate bug for that. In GNU Emacs 23.1.50.3 (i686-pc-linux-gnu, GTK+ Version 2.14.4) of 2009-07-08 on escher Windowing system distributor `The X.Org Foundation', version 11.0.10502000 Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: en_US.UTF-8 value of $XMODIFIERS: @im=local locale-coding-system: utf-8-unix default-enable-multibyte-characters: t From debbugs-submit-bounces@debbugs.gnu.org Tue Jan 26 18:09:04 2010 Received: (at control) by debbugs.gnu.org; 26 Jan 2010 23:09: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 1NZuWu-0006eL-E2 for submit@debbugs.gnu.org; Tue, 26 Jan 2010 18:09:04 -0500 Received: from fencepost.gnu.org ([140.186.70.10]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NZuWs-0006dw-VN for control@debbugs.gnu.org; Tue, 26 Jan 2010 18:09:03 -0500 Received: from rgm by fencepost.gnu.org with local (Exim 4.69) (envelope-from ) id 1NZuWp-0006Ax-3n; Tue, 26 Jan 2010 18:08:59 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <19295.30219.94498.490092@fencepost.gnu.org> Date: Tue, 26 Jan 2010 18:08:59 -0500 From: Glenn Morris To: control Subject: control X-Attribution: GM X-Mailer: VM (www.wonderworks.com/vm), GNU Emacs (www.gnu.org/software/emacs) X-Hue: yellow X-Ran: ~wzQlM~YxAnR9!HayzxFp/lL8?]fi:1YT!!59b-l{L}Pzye8)h]zA|lruDS]^[-_+>G_w7 X-Debbugs-No-Ack: yes X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: control 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: -5.0 (-----) severity 3806 minor unmerge 3825 From unknown Tue Jun 17 01:47:40 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.428 (Entity 5.428) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: Stephen Berman Subject: bug#3806: closed (Re: bug#3806: 23.1.50; rename-uniquely doc) Message-ID: References: <86liobeokg.fsf@fencepost.gnu.org> <87bpnsevls.fsf@escher.local.home> X-Gnu-PR-Message: they-closed 3806 X-Gnu-PR-Package: emacs Reply-To: 3806@debbugs.gnu.org Date: Thu, 09 Feb 2012 20:33:03 +0000 Content-Type: multipart/mixed; boundary="----------=_1328819583-1155-1" This is a multi-part message in MIME format... ------------=_1328819583-1155-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #3806: 23.1.50; rename-uniquely doc which was filed against the emacs package, has been closed. The explanation is attached below, along with your original report. If you require more details, please reply to 3806@debbugs.gnu.org. --=20 3806: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D3806 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1328819583-1155-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 3806-done) by debbugs.gnu.org; 9 Feb 2012 20:32:40 +0000 Received: from localhost ([127.0.0.1]:34091 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RvafX-0000Hw-8e for submit@debbugs.gnu.org; Thu, 09 Feb 2012 15:32:39 -0500 Received: from fencepost.gnu.org ([140.186.70.10]:59083 ident=Debian-exim) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1RvafV-0000Hp-C1 for 3806-done@debbugs.gnu.org; Thu, 09 Feb 2012 15:32:38 -0500 Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1RvaeN-0004KI-Fw; Thu, 09 Feb 2012 15:31:27 -0500 From: Glenn Morris To: 3806-done@debbugs.gnu.org Subject: Re: bug#3806: 23.1.50; rename-uniquely doc References: <87bpnsevls.fsf@escher.local.home> X-Spook: MDA Merlin IMF Compsec Ermes ARPA dictionary Zachawi X-Ran: 1]uYdN@@5}KJ|#O)Xq?=bBWvcu`/oJE~9L<\T#awoT10t?.8/~MJZ/Favgz(Q+c&'>`V5W X-Hue: red X-Attribution: GM Date: Thu, 09 Feb 2012 15:31:27 -0500 In-Reply-To: <87bpnsevls.fsf@escher.local.home> (Stephen Berman's message of "Fri, 10 Jul 2009 11:27:27 +0200") Message-ID: <86liobeokg.fsf@fencepost.gnu.org> User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -4.2 (----) X-Debbugs-Envelope-To: 3806-done 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 (----) Version: 24.0.94 Stephen Berman wrote: > The last, parenthetical, sentence in particular is important > information, and I think it should also be in the doc string, OK, I added something about this. > And for this reason, I also think it should be more specific, not just > listing "some of these features" that require switching out of the > uniquely renamed buffer, but all such known "features". I don't think it is possible or desirable to give a comprehensive list (it may just be compilation-based modes). > However, the manual appears to be out of date, or just inaccurate: > invoking Info from within a uniquely renamed Info buffer does not > overwrite it but opens new Info buffer, as I just confirmed with -Q. I happened to change this recently. > If `M-x info' has indeed been "fixed" wrt rename-uniquely, then can't > `M-x {r,l}grep' and `M-x compile' likewise be fixed? (I haven't tested > compile for this, but the grep commands do indeed, annoyingly, require > switching buffers.) Since the requirement is documented, it is not > strictly a bug, but the behavior is suboptimal and if, as with Info, it > can be changed, then I think it should be. I can submit a separate bug > for that. It's a deliberate feature of compilation-buffer-name. A new wishlist bug would be appropriate if you would like to see that changed. ------------=_1328819583-1155-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by emacsbugs.donarmstrong.com; 10 Jul 2009 09:27:41 +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.5 required=4.0 tests=AWL,FOURLA 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 n6A9RajD004958 for ; Fri, 10 Jul 2009 02:27:37 -0700 Received: from mx10.gnu.org ([199.232.76.166]:35072) by fencepost.gnu.org with esmtp (Exim 4.67) (envelope-from ) id 1MPCOF-00048o-7N for emacs-pretest-bug@gnu.org; Fri, 10 Jul 2009 05:27:35 -0400 Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1MPCOD-0000Bb-8V for emacs-pretest-bug@gnu.org; Fri, 10 Jul 2009 05:27:35 -0400 Received: from mail.gmx.net ([213.165.64.20]:46950) by monty-python.gnu.org with smtp (Exim 4.60) (envelope-from ) id 1MPCOC-0000AZ-KM for emacs-pretest-bug@gnu.org; Fri, 10 Jul 2009 05:27:33 -0400 Received: (qmail invoked by alias); 10 Jul 2009 09:27:29 -0000 Received: from i59F57C5D.versanet.de (EHLO escher.local.home) [89.245.124.93] by mail.gmx.net (mp038) with SMTP; 10 Jul 2009 11:27:29 +0200 X-Authenticated: #20778731 X-Provags-ID: V01U2FsdGVkX1+FoatrFJyFRZcOiKjxu2cf+B94oqloi8szvpnMvI eeTRq/7I4+NEfC Received: by escher.local.home (Postfix, from userid 1000) id 3758B1D152F; Fri, 10 Jul 2009 11:27:28 +0200 (CEST) From: Stephen Berman To: emacs-pretest-bug@gnu.org Subject: 23.1.50; rename-uniquely doc Sender: steve@escher.local.home Date: Fri, 10 Jul 2009 11:27:27 +0200 Message-ID: <87bpnsevls.fsf@escher.local.home> 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 X-Y-GMX-Trusted: 0 X-FuHaFi: 0.48 X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 3) The doc string of rename-uniquely says: ,---- | Rename current buffer to a similar name not already taken. | This function is useful for creating multiple shell process buffers | or multiple mail buffers, etc. `---- The Emacs manual (node Misc Buffer) says more: ,---- | `M-x rename-uniquely' renames the current buffer to a similar name | with a numeric suffix added to make it both different and unique. This | command does not need an argument. It is useful for creating multiple | shell buffers: if you rename the `*shell*' buffer, then do `M-x shell' | again, it makes a new shell buffer named `*shell*'; meanwhile, the old | shell buffer continues to exist under its new name. This method is | also good for mail buffers, compilation buffers, and most Emacs | features that create special buffers with particular names. (With some | of these features, such as `M-x compile', `M-x grep' an `M-x info', you | need to switch to some other buffer before using the command, in order | for it to make a different buffer.) `---- The last, parenthetical, sentence in particular is important information, and I think it should also be in the doc string, since this is an annoying gotcha. And for this reason, I also think it should be more specific, not just listing "some of these features" that require switching out of the uniquely renamed buffer, but all such known "features". However, the manual appears to be out of date, or just inaccurate: invoking Info from within a uniquely renamed Info buffer does not overwrite it but opens new Info buffer, as I just confirmed with -Q. So the doc needs to be at least corrected (and preferably augmented). If `M-x info' has indeed been "fixed" wrt rename-uniquely, then can't `M-x {r,l}grep' and `M-x compile' likewise be fixed? (I haven't tested compile for this, but the grep commands do indeed, annoyingly, require switching buffers.) Since the requirement is documented, it is not strictly a bug, but the behavior is suboptimal and if, as with Info, it can be changed, then I think it should be. I can submit a separate bug for that. In GNU Emacs 23.1.50.3 (i686-pc-linux-gnu, GTK+ Version 2.14.4) of 2009-07-08 on escher Windowing system distributor `The X.Org Foundation', version 11.0.10502000 Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: en_US.UTF-8 value of $XMODIFIERS: @im=local locale-coding-system: utf-8-unix default-enable-multibyte-characters: t ------------=_1328819583-1155-1--