From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.devel Subject: RE: should `minibuffer-complete' use `abbreviate-file-name'? Date: Mon, 15 Oct 2007 09:25:01 -0700 Message-ID: References: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-15" Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1192468609 25356 80.91.229.12 (15 Oct 2007 17:16:49 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 15 Oct 2007 17:16:49 +0000 (UTC) Cc: monnier@iro.umontreal.ca, emacs-devel@gnu.org To: Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Oct 15 19:16:39 2007 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 1IhSmg-0005JG-K4 for ged-emacs-devel@m.gmane.org; Mon, 15 Oct 2007 18:27:15 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IhSmX-0003Sv-Ob for ged-emacs-devel@m.gmane.org; Mon, 15 Oct 2007 12:27:05 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1IhSmU-0003Sa-Fa for emacs-devel@gnu.org; Mon, 15 Oct 2007 12:27:02 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1IhSmT-0003S3-10 for emacs-devel@gnu.org; Mon, 15 Oct 2007 12:27:02 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IhSmS-0003S0-SO for emacs-devel@gnu.org; Mon, 15 Oct 2007 12:27:00 -0400 Original-Received: from agminet01.oracle.com ([141.146.126.228]) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1IhSmI-0000Zq-II; Mon, 15 Oct 2007 12:26:51 -0400 Original-Received: from agmgw2.us.oracle.com (agmgw2.us.oracle.com [152.68.180.213]) by agminet01.oracle.com (Switch-3.2.4/Switch-3.1.7) with ESMTP id l9FGQUJ1006401; Mon, 15 Oct 2007 11:26:30 -0500 Original-Received: from acsmt350.oracle.com (acsmt350.oracle.com [141.146.40.150]) by agmgw2.us.oracle.com (Switch-3.2.0/Switch-3.2.0) with ESMTP id l9F8LYn2031177; Mon, 15 Oct 2007 10:26:29 -0600 Original-Received: from dhcp-4op11-4op12-west-130-35-178-158.us.oracle.com by acsmt351.oracle.com with ESMTP id 3293429711192465501; Mon, 15 Oct 2007 09:25:01 -0700 X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 In-reply-to: X-Brightmail-Tracker: AAAAAQAAAAI= X-Brightmail-Tracker: AAAAAQAAAAI= X-Whitelist: TRUE X-Whitelist: TRUE X-detected-kernel: by monty-python.gnu.org: Linux 2.4-2.6 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:80939 Archived-At: > His usage: > > FROM: Any easy-to-type and mnemonic regexp that matches > a syntactically valid directory name, whether or not > such a directory exists. Example: "^/proj1". > > TO: An (absolute) name of an existing directory. > Example: "/a/very/long/dir/name/to/my/project". > > That is definitely not what this feature is meant for. > It isn't meant for expanding abbreviations. > It is meant for replacing long names with equivalent short ones. It is nevertheless what this feature *does*. It is agnostic wrt name length. > If he wants a short way to enter /a/very/long/dir/name/to/my/project, > he should make ~/proj1 a symlink to it. Then he can use the > abbreviation ~/proj1 in EVERY program. For various reasons, he might not WANT such symlinks. He can also create environment variables, as Stefan suggested, but he might not WANT such env vars. He might not WANT such abbreviation/substitution/rewriting (call it what you like) in EVERY program. Anyway, I understand that you are not in favor of either (1) letting TAB completion respect `directory-abbrev-alist' or (2) documenting the existing behavior of `directory-abbrev-alist' (beyond what is the originally intended symlink use).