From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.bugs Subject: bug#9591: 24.0.50; buffer name completion Date: Sun, 25 Sep 2011 13:34:24 -0400 Message-ID: References: <87r5356aqu.fsf@stupidchicken.com> Reply-To: rms@gnu.org NNTP-Posting-Host: lo.gmane.org Content-Type: text/plain; charset=ISO-8859-15 X-Trace: dough.gmane.org 1316972150 8167 80.91.229.12 (25 Sep 2011 17:35:50 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sun, 25 Sep 2011 17:35:50 +0000 (UTC) Cc: 9591@debbugs.gnu.org To: Lars Magne Ingebrigtsen Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun Sep 25 19:35:46 2011 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1R7sc7-0004pj-Q2 for geb-bug-gnu-emacs@m.gmane.org; Sun, 25 Sep 2011 19:35:39 +0200 Original-Received: from localhost ([::1]:42040 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1R7sc7-0008U1-C0 for geb-bug-gnu-emacs@m.gmane.org; Sun, 25 Sep 2011 13:35:39 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:42822) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1R7sbz-00089o-E2 for bug-gnu-emacs@gnu.org; Sun, 25 Sep 2011 13:35:32 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1R7sbu-00085r-Dg for bug-gnu-emacs@gnu.org; Sun, 25 Sep 2011 13:35:31 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:44812) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1R7sbu-00085h-AN for bug-gnu-emacs@gnu.org; Sun, 25 Sep 2011 13:35:26 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1R7scW-0000MA-Nj for bug-gnu-emacs@gnu.org; Sun, 25 Sep 2011 13:36:04 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Richard Stallman Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 25 Sep 2011 17:36:04 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9591 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 9591-submit@debbugs.gnu.org id=B9591.13169721121262 (code B ref 9591); Sun, 25 Sep 2011 17:36:04 +0000 Original-Received: (at 9591) by debbugs.gnu.org; 25 Sep 2011 17:35:12 +0000 Original-Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R7sbf-0000KH-RG for submit@debbugs.gnu.org; Sun, 25 Sep 2011 13:35:12 -0400 Original-Received: from fencepost.gnu.org ([140.186.70.10]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R7sbY-0000Jk-9V for 9591@debbugs.gnu.org; Sun, 25 Sep 2011 13:35:06 -0400 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1R7sau-00022C-FY; Sun, 25 Sep 2011 13:34:24 -0400 In-reply-to: (message from Lars Magne Ingebrigtsen on Sun, 25 Sep 2011 02:19:10 +0200) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Sun, 25 Sep 2011 13:36:04 -0400 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 1) 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:51824 Archived-At: But as a developer, I find that selecting the hidden buffers can be meaningful. I think it would be a great feature is the hidden buffers stay more hidden unless you request them, and if there was some kind of command you could give to make them visible if you really want them to. There is supposed to be a simple way. You type a space at the beginning of the minibuffer in order to specify these buffers. I tried implementing this in internal-complete-buffer, but it had no effect on the results: the hidden buffers were always visible anyway. I guess the partial completion must have overridden it. Partial completion is too powerful. Perhaps some extension of the builtin completion is desirable by default, but this is too much. -- Dr Richard Stallman President, Free Software Foundation 51 Franklin St Boston MA 02110 USA www.fsf.org www.gnu.org Skype: No way! That's nonfree (freedom-denying) software. Use free telephony http://directory.fsf.org/category/tel/