From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Chong Yidong Newsgroups: gmane.emacs.devel Subject: Re: File name completion glitch Date: Sat, 14 Mar 2009 22:41:44 -0400 Message-ID: <878wn7zevr.fsf@cyd.mit.edu> References: <87mybodr5p.fsf@cyd.mit.edu> <87vdqcca03.fsf@cyd.mit.edu> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1237084843 30609 80.91.229.12 (15 Mar 2009 02:40:43 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 15 Mar 2009 02:40:43 +0000 (UTC) Cc: emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Mar 15 03:41:59 2009 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1LigIY-000424-VN for ged-emacs-devel@m.gmane.org; Sun, 15 Mar 2009 03:41:59 +0100 Original-Received: from localhost ([127.0.0.1]:52140 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LigHC-0001is-Pn for ged-emacs-devel@m.gmane.org; Sat, 14 Mar 2009 22:40:34 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LigH9-0001hn-69 for emacs-devel@gnu.org; Sat, 14 Mar 2009 22:40:31 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LigH4-0001eD-UM for emacs-devel@gnu.org; Sat, 14 Mar 2009 22:40:30 -0400 Original-Received: from [199.232.76.173] (port=60618 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LigH4-0001eA-Ez for emacs-devel@gnu.org; Sat, 14 Mar 2009 22:40:26 -0400 Original-Received: from cyd.mit.edu ([18.115.2.24]:55866) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1LigH4-00069n-5P for emacs-devel@gnu.org; Sat, 14 Mar 2009 22:40:26 -0400 Original-Received: by cyd.mit.edu (Postfix, from userid 1000) id 5C9EE57E211; Sat, 14 Mar 2009 22:41:44 -0400 (EDT) In-Reply-To: (Stefan Monnier's message of "Sat, 14 Mar 2009 21:59:50 -0400") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) X-detected-operating-system: by monty-python.gnu.org: Genre and OS details not recognized. X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:109629 Archived-At: Stefan Monnier writes: > I do C-k ... TAB ... C-y > I learned to do it this way in Emacs-19 and it served me well ever since. I don't want to get into a debate about usage patterns, but that's two extra keystrokes and one extra kill-ring entry. >> The easiest "fix" is to add `emacs22' to the last element of >> `completion-styles', which causing Emacs to fall back on Emacs 22 >> completion rules if the Emacs 23 rules don't return a match. Is there >> any reason not to do this anyway? > > We could do it this way or fold this behavior directly into > partial-completion. I find it to be a misfeature in most cases, tho. > I.e. maybe the right fix is to change Gnus so that it behaves more > like C-x C-w (i.e. if you enter a directory name, the default file > name is automatically added). That would not be a good idea, because it's helpful to know what the attachment file name is, whereas with C-x C-w it's more obvious. I'll go ahead and fix this by setting `completion-styles'; the emacs22 expansion will only be called as a last resort, so there's no harm anyway.