From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.bugs Subject: bug#12916: 24.2; Completion for "C-x b" does not include current buffer Date: Mon, 19 Nov 2012 09:22:21 -0500 Message-ID: References: NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; CHARSET=US-ASCII Content-Transfer-Encoding: 7BIT X-Trace: ger.gmane.org 1353334986 26313 80.91.229.3 (19 Nov 2012 14:23:06 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 19 Nov 2012 14:23:06 +0000 (UTC) Cc: 12916@debbugs.gnu.org To: Richard Copley Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Nov 19 15:23:17 2012 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1TaSFo-0000qs-PH for geb-bug-gnu-emacs@m.gmane.org; Mon, 19 Nov 2012 15:23:16 +0100 Original-Received: from localhost ([::1]:46082 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TaSFe-0005NS-Ig for geb-bug-gnu-emacs@m.gmane.org; Mon, 19 Nov 2012 09:23:06 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:52396) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TaSFZ-0005Mg-5S for bug-gnu-emacs@gnu.org; Mon, 19 Nov 2012 09:23:04 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TaSFW-0007iM-3P for bug-gnu-emacs@gnu.org; Mon, 19 Nov 2012 09:23:01 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:44581) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TaSFV-0007iH-W6 for bug-gnu-emacs@gnu.org; Mon, 19 Nov 2012 09:22:58 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1TaSGX-0006pK-JJ for bug-gnu-emacs@gnu.org; Mon, 19 Nov 2012 09:24:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Stefan Monnier Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 19 Nov 2012 14:24:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 12916 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 12916-submit@debbugs.gnu.org id=B12916.135333500926196 (code B ref 12916); Mon, 19 Nov 2012 14:24:01 +0000 Original-Received: (at 12916) by debbugs.gnu.org; 19 Nov 2012 14:23:29 +0000 Original-Received: from localhost ([127.0.0.1]:54830 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TaSG1-0006oT-AE for submit@debbugs.gnu.org; Mon, 19 Nov 2012 09:23:29 -0500 Original-Received: from relais.videotron.ca ([24.201.245.36]:29020) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TaSFz-0006oM-Vj for 12916@debbugs.gnu.org; Mon, 19 Nov 2012 09:23:28 -0500 Original-Received: from ceviche.home ([24.201.208.110]) by VL-VM-MR006.ip.videotron.ca (Oracle Communications Messaging Exchange Server 7u4-22.01 64bit (built Apr 21 2011)) with ESMTP id <0MDQ004CYNXBOL10@VL-VM-MR006.ip.videotron.ca> for 12916@debbugs.gnu.org; Mon, 19 Nov 2012 09:22:23 -0500 (EST) Original-Received: by ceviche.home (Postfix, from userid 20848) id 88CBF660FF; Mon, 19 Nov 2012 09:22:21 -0500 (EST) In-reply-to: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) X-Spam-Score: 1.5 (+) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list X-Spam-Score: 1.5 (+) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:67159 Archived-At: > In older Emacs versions (*), to switch buffer, I could type "C-x b", > followed by a unique prefix of the desired buffer's name, then "TAB > RET". This routine no longer works. Specifically, the completion fails > when the desired buffer is already the current buffer. So before I can > switch, I first have to work out which window is selected and whether > its buffer is the one I want. Hmm... I'd expect the user to know in which buffer she is when she hits C-x b. Can you give us a few more hints about your use-case to try and help me understand why you don't know in which buffer you are when you hit C-x b? > In my opinion this was a bad decision, and I think we should go back > to using "B" as the interactive spec for switch-to-buffer. Others > might disagree, so would it be possible to add a custom variable to > control whether the current buffer is included in the list of completions? I'm not sure this deserves such a customization variable. But in any case, in the mean time, you can get back the previous behavior with the following hack: (defadvice internal-complete-buffer-except (around rc-all-buffers activate) (setq ad-return-value #'internal-complete-buffer)) Maybe a cleaner workaround might be: (put 'switch-to-buffer 'interactive-form '(interactive "BSwitch to buffer: ")) -- Stefan