From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: "Stefan Monnier" Newsgroups: gmane.emacs.bugs Subject: Re: Emacs 21.1 magic filename quoting Date: Wed, 17 Apr 2002 13:14:34 -0400 Sender: bug-gnu-emacs-admin@gnu.org Message-ID: <200204171714.g3HHEYG29337@rum.cs.yale.edu> References: <20020410183606.C9045@nerafo.glue.umd.edu> <20020411122929.A15350@nerafo.glue.umd.edu> <200204121949.g3CJnVt22596@aztec.santafe.edu> <20020412170232.D23992@nerafo.glue.umd.edu> <5lit6s7r0r.fsf@rum.cs.yale.edu> <200204171603.g3HG3n424732@aztec.santafe.edu> NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1019063718 14514 127.0.0.1 (17 Apr 2002 17:15:18 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Wed, 17 Apr 2002 17:15:18 +0000 (UTC) Cc: monnier+gnu.emacs.bug/news/@RUM.cs.yale.edu, gnu-emacs-bug@gnu.org Return-path: Original-Received: from fencepost.gnu.org ([199.232.76.164]) by main.gmane.org with esmtp (Exim 3.33 #1 (Debian)) id 16xt1Z-0003lz-00 for ; Wed, 17 Apr 2002 19:15:17 +0200 Original-Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 16xt1h-00054w-00; Wed, 17 Apr 2002 13:15:25 -0400 Original-Received: from rum.cs.yale.edu ([128.36.229.169]) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 16xt0t-0004y9-00; Wed, 17 Apr 2002 13:14:35 -0400 Original-Received: (from monnier@localhost) by rum.cs.yale.edu (8.11.6/8.11.6) id g3HHEYG29337; Wed, 17 Apr 2002 13:14:34 -0400 X-Mailer: exmh version 2.4 06/23/2000 with nmh-1.0.4 Original-To: Richard Stallman Errors-To: bug-gnu-emacs-admin@gnu.org X-BeenThere: bug-gnu-emacs@gnu.org X-Mailman-Version: 2.0.9 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Bug reports for GNU Emacs, the Swiss army knife of text editors List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.bugs:747 X-Report-Spam: http://spam.gmane.org/gmane.emacs.bugs:747 > I agree that the quoting provided by /: should probably only apply to > magic file names but not to wildcard expansion (or envvar substitution > for that matter). > > That means giving up a useful feature for quoting wildcards. Of course, I was assuming that we would still be able to quote wildcards. We can currently do something like /foo/bar/fo[*]o.c to open the file fo*o.c, but that only works if the file already exists (and it breaks tab-completion), so we should extend it somehow. Ideally we should be able to use the $-quoting scheme already used for envvars and dollars: /foo/bar/fo$*o.c /foo/bar/fo$[o.c but it seems difficult since the $-quoting and the wildcard-expansion are done at two different places. Stefan