From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Juri Linkov Newsgroups: gmane.emacs.bugs,gmane.emacs.pretest.bugs Subject: bug#1800: 23.0.60; Changed meaning of * in buffer name completion Date: Wed, 07 Jan 2009 01:12:43 +0200 Organization: JURTA Message-ID: <87sknwkov4.fsf@jurta.org> References: <87r63gs1il.fsf@jurta.org> <007301c9704f$3a550ef0$0200a8c0@us.oracle.com> Reply-To: Juri Linkov , 1800@emacsbugs.donarmstrong.com NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1231285447 19086 80.91.229.12 (6 Jan 2009 23:44:07 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 6 Jan 2009 23:44:07 +0000 (UTC) Cc: emacs-pretest-bug@gnu.org, rms@gnu.org, 1800@emacsbugs.donarmstrong.com To: "Drew Adams" Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Jan 07 00:45:18 2009 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1LKLbp-0000Sn-LM for geb-bug-gnu-emacs@m.gmane.org; Wed, 07 Jan 2009 00:45:17 +0100 Original-Received: from localhost ([127.0.0.1]:38397 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LKLaa-0001rO-6S for geb-bug-gnu-emacs@m.gmane.org; Tue, 06 Jan 2009 18:44:00 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LKLa6-0001hR-H0 for bug-gnu-emacs@gnu.org; Tue, 06 Jan 2009 18:43:30 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LKLa3-0001gC-VI for bug-gnu-emacs@gnu.org; Tue, 06 Jan 2009 18:43:30 -0500 Original-Received: from [199.232.76.173] (port=47768 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LKLa3-0001fx-Fv for bug-gnu-emacs@gnu.org; Tue, 06 Jan 2009 18:43:27 -0500 Original-Received: from rzlab.ucr.edu ([138.23.92.77]:41564) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1LKLa2-000890-RR for bug-gnu-emacs@gnu.org; Tue, 06 Jan 2009 18:43:27 -0500 Original-Received: from rzlab.ucr.edu (rzlab.ucr.edu [127.0.0.1]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n06NhOqU016513; Tue, 6 Jan 2009 15:43:25 -0800 Original-Received: (from debbugs@localhost) by rzlab.ucr.edu (8.13.8/8.13.8/Submit) id n06NP88s012055; Tue, 6 Jan 2009 15:25:08 -0800 X-Loop: owner@emacsbugs.donarmstrong.com Resent-From: Juri Linkov Resent-To: bug-submit-list@donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Tue, 06 Jan 2009 23:25:07 +0000 Resent-Message-ID: Resent-Sender: owner@emacsbugs.donarmstrong.com X-Emacs-PR-Message: followup 1800 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Original-Received: via spool by 1800-submit@emacsbugs.donarmstrong.com id=B1800.123128387910468 (code B ref 1800); Tue, 06 Jan 2009 23:25:07 +0000 Original-Received: (at 1800) by emacsbugs.donarmstrong.com; 6 Jan 2009 23:17:59 +0000 X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. Original-Received: from relay01.kiev.sovam.com (relay01.kiev.sovam.com [62.64.120.200]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n06NHtOw010454 for <1800@emacsbugs.donarmstrong.com>; Tue, 6 Jan 2009 15:17:57 -0800 Original-Received: from [83.170.232.243] (helo=smtp.svitonline.com) by relay01.kiev.sovam.com with esmtp (Exim 4.67) (envelope-from ) id 1LKLBM-00027y-Ku; Wed, 07 Jan 2009 01:17:56 +0200 In-Reply-To: <007301c9704f$3a550ef0$0200a8c0@us.oracle.com> (Drew Adams's message of "Tue, 6 Jan 2009 14:36:32 -0800") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (x86_64-pc-linux-gnu) X-Scanner-Signature: 3140350ce96b4815fe22a3a842dc7b15 X-DrWeb-checked: yes X-SpamTest-Envelope-From: juri@jurta.org X-SpamTest-Group-ID: 00000000 X-SpamTest-Header: Trusted X-SpamTest-Info: Profiles 6671 [Jan 07 2009] X-SpamTest-Info: {received from trusted relay: common white list} X-SpamTest-Info: {HEADERS: header Content-Type found without required header Content-Transfer-Encoding} X-SpamTest-Method: white ip list X-SpamTest-Rate: 10 X-SpamTest-Status: Trusted X-SpamTest-Status-Extended: trusted X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0278], KAS30/Release X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 3) Resent-Date: Tue, 06 Jan 2009 18:43:30 -0500 X-BeenThere: bug-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:23849 gmane.emacs.pretest.bugs:23644 Archived-At: > And I don't think we should adopt the behavior that if there are no matches > under some interpretation of the input then we should try another interpretation > (and another,...). That's exactly the strategy behind the "annoyance". It can be > useful to get feedback that your input doesn't match. > > To me, the thing to do is keep this new behavior as an optional feature, but not > make it the default behavior. People who opt in for this will know what they're > getting, and no one will be annoyed/surprised. > > In a future release, if people generally prefer the optional behavior, it could > become the new default. It doesn't make sense to change the default behavior now > to something that (a) not many users have even tried, (b) was never even > discussed at emacs-devel, and (c) is hardly documented. (The novelty and > sometime annoyance/surprise is the main disqualifier, of course, not the lack of > adequate doc and discussion.) There is no harm in a feature if it has no annoyance/surprise. You said in http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=1757 With the traditional behavior, if there are no buffers with prefix `*', you are told so immediately: [No match]. With the new, partial-completion behavior, you are given possible completions that do not complete `*' in the normal way (as a literal prefix). So implementing a message "[No match, type TAB again for * as a wildcard]" will keep the traditional behavior just as you want. -- Juri Linkov http://www.jurta.org/emacs/