From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Michael Albinus Newsgroups: gmane.emacs.bugs Subject: bug#4004: filename completion Date: Fri, 07 Aug 2009 14:04:32 +0200 Message-ID: References: <1b97198a0908010936o1f0b2015w8405a82648a5f869@mail.gmail.com> <877hxlbndl.fsf@gmx.de> <87ocqwenwl.fsf@gmx.de> Reply-To: Michael Albinus , 4004@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 1249648111 26175 80.91.229.12 (7 Aug 2009 12:28:31 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 7 Aug 2009 12:28:31 +0000 (UTC) Cc: Colin Williams , "4004@emacsbugs.donarmstrong.com" <4004@emacsbugs.donarmstrong.com>, emacs-devel@gnu.org To: Stefan Monnier Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Aug 07 14:28:23 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 1MZOYV-0003hj-Rv for geb-bug-gnu-emacs@m.gmane.org; Fri, 07 Aug 2009 14:28:20 +0200 Original-Received: from localhost ([127.0.0.1]:34857 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MZOYV-0002fw-3l for geb-bug-gnu-emacs@m.gmane.org; Fri, 07 Aug 2009 08:28:19 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MZOXB-0001Fi-3I for bug-gnu-emacs@gnu.org; Fri, 07 Aug 2009 08:26:57 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MZOX6-0001C4-Fy for bug-gnu-emacs@gnu.org; Fri, 07 Aug 2009 08:26:56 -0400 Original-Received: from [199.232.76.173] (port=49288 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MZOX5-0001Be-NI for bug-gnu-emacs@gnu.org; Fri, 07 Aug 2009 08:26:51 -0400 Original-Received: from mx20.gnu.org ([199.232.41.8]:61989) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1MZOX5-0006C2-AU for bug-gnu-emacs@gnu.org; Fri, 07 Aug 2009 08:26:51 -0400 Original-Received: from rzlab.ucr.edu ([138.23.92.77]) by mx20.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1MZOX4-0005SP-8N for bug-gnu-emacs@gnu.org; Fri, 07 Aug 2009 08:26:50 -0400 Original-Received: from rzlab.ucr.edu (rzlab.ucr.edu [127.0.0.1]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n77CQmpj016489; Fri, 7 Aug 2009 05:26:48 -0700 Original-Received: (from debbugs@localhost) by rzlab.ucr.edu (8.14.3/8.14.3/Submit) id n77CA5U5015036; Fri, 7 Aug 2009 05:10:05 -0700 X-Loop: owner@emacsbugs.donarmstrong.com Resent-From: Michael Albinus Resent-To: bug-submit-list@donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Fri, 07 Aug 2009 12:10:05 +0000 Resent-Message-ID: Resent-Sender: owner@emacsbugs.donarmstrong.com X-Emacs-PR-Message: followup 4004 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Original-Received: via spool by 4004-submit@emacsbugs.donarmstrong.com id=B4004.124964667813772 (code B ref 4004); Fri, 07 Aug 2009 12:10:05 +0000 Original-Received: (at 4004) by emacsbugs.donarmstrong.com; 7 Aug 2009 12:04:38 +0000 X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. Original-Received: from mailrelay2.alcatel.de (mailrelay2.alcatel.de [194.113.59.96]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n77C4ajh013766 for <4004@emacsbugs.donarmstrong.com>; Fri, 7 Aug 2009 05:04:37 -0700 Original-Received: from destgsu0048.stgl.sel.alcatel.de (destgsu0048.de.alcatel-lucent.com [149.204.242.4]) by mailrelay2.alcatel.de (8.13.8/8.13.8/ICT) with ESMTP id n77C4Y58009071; Fri, 7 Aug 2009 14:04:34 +0200 Original-Received: from slbhn1.alcatel.de (slbhn1.de.alcatel-lucent.com [149.204.90.35]) by destgsu0048.stgl.sel.alcatel.de (8.12.3/8.12.3) with ESMTP id n77C4XY4002846; Fri, 7 Aug 2009 14:04:33 +0200 (MEST) In-Reply-To: (Stefan Monnier's message of "Thu, 6 Aug 2009 20:37:15 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1 (gnu/linux) X-Alcanet-virus-scanned: n77C4XY4002846 at destgsu0048.stgl.sel.alcatel.de X-Scanned-By: MIMEDefang 2.57 on 149.204.45.73 X-Detected-Operating-System: by mx20.gnu.org: GNU/Linux 2.6 (newer, 2) X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) Resent-Date: Fri, 07 Aug 2009 08:26:56 -0400 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:29957 Archived-At: Stefan Monnier writes: [added emacs-devel, we shall continue to discuss there] >> I must check the code, but IIRC partial-completion-mode is just an >> indication for Tramp whether some file name completion functionality >> shall be enabled, before Tramp is fully loaded. There were people who >> disliked Tramp's file name completion. > > Then this needs to be fixed. Looking at the code, I can't quite > understand what it does: it seems that Tramp's method/user/host > completion is only activated for people you use either > partial-completion-mode, ido, icycle, or XEmacs. I'm not sure what's > the logic behind it, but I'd rather just activate it based on a specific > configuration variable (or just always activate it, as you do in > XEmacs). In Emacs-23, the functionality that was previous offered by > partial-completion-mode is enabled by default (tho implemented > differently and activated differently as well). There was a discussion about some years ago, when I did add Tramp's autoloads. People were annoyed, that even after typing something like "/a" in the minibuffer, Tramp was already loaded, which raised some delays. So it was suggested to make Tramp's autoloading optional. It was even requested that this "optionality" should not be something, which the user has to disnable herself; users should not be bashed by a new feature they are not interested in. The compromise was to find indications, were it could be expected that the user would appreciate Tramp. partial-completion-mode was the first candidate, ido and icycle were added later. The XEmacs case is different, because there is another syntax for Tramp. If partial-completion-mode is discarded in Emacs, we should either find a replacement for this "indication", or we shall decide, that Tramp *is* always loaded as soon as somebody writes an absolute filename in the minibuffer. The check for partial-completion-mode shall remain in tramp.el, for backward compatibility. > Stefan Best regards, Michael.