From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Emacs unconditionally loads tramp.el Date: Sat, 29 Apr 2006 17:31:10 +0300 Message-ID: References: <87r73n5o5x.fsf@pacem.orebokech.com> <87iroz5g0z.fsf@pacem.orebokech.com> <87u08iyd2r.fsf@gmx.de> <87hd4ewcj0.fsf@gmx.de> <87slnxtqum.fsf@gmx.de> Reply-To: Eli Zaretskii NNTP-Posting-Host: main.gmane.org X-Trace: sea.gmane.org 1146321114 19719 80.91.229.2 (29 Apr 2006 14:31:54 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sat, 29 Apr 2006 14:31:54 +0000 (UTC) Cc: romain@orebokech.com, monnier@iro.umontreal.ca, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Apr 29 16:31:51 2006 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1FZqU5-0002Hz-UG for ged-emacs-devel@m.gmane.org; Sat, 29 Apr 2006 16:31:46 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FZqU5-0001By-BF for ged-emacs-devel@m.gmane.org; Sat, 29 Apr 2006 10:31:45 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FZqTu-0001Bt-DQ for emacs-devel@gnu.org; Sat, 29 Apr 2006 10:31:34 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FZqTr-0001BA-TB for emacs-devel@gnu.org; Sat, 29 Apr 2006 10:31:33 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FZqTr-0001B7-PU for emacs-devel@gnu.org; Sat, 29 Apr 2006 10:31:31 -0400 Original-Received: from [192.114.186.20] (helo=nitzan.inter.net.il) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FZqXF-0006ML-6a for emacs-devel@gnu.org; Sat, 29 Apr 2006 10:35:01 -0400 Original-Received: from HOME-C4E4A596F7 (IGLD-80-230-198-67.inter.net.il [80.230.198.67]) by nitzan.inter.net.il (MOS 3.7.3-GA) with ESMTP id DFU57004 (AUTH halo1); Sat, 29 Apr 2006 17:31:09 +0300 (IDT) Original-To: Michael Albinus In-reply-to: <87slnxtqum.fsf@gmx.de> (message from Michael Albinus on Fri, 28 Apr 2006 21:58:09 +0200) 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:53590 Archived-At: > From: Michael Albinus > Cc: monnier@iro.umontreal.ca, romain@orebokech.com, emacs-devel@gnu.org, eliz@gnu.org > Date: Fri, 28 Apr 2006 21:58:09 +0200 > > ;; Handlers for partial tramp file names. For GNU Emacs just > ;; `file-name-all-completions' is needed. The other ones are necessary > ;; for XEmacs. > > But this problem has reached XEmacs mailing lists as well. I fear a > general solution is needed. If a general solution is possible, it's preferable. But of not, it's better not to punish both platforms, even if that means the default behavior is slightly different. > (defconst tramp-completion-file-name-regexp-unified "^/[^/:][^/]*$") > > A user would need to type at least one additional character after the > leading "/" in order to get Tramp loaded. But this still will happen > without typing or so, just due to `expand-file-name´. I don't think this solves the problem, at least not mine: I rarely type TAB right after the first slash. > Meanwhile, I doubt whether it is worth the trouble. We could revert > the patch, and would fall back to the following scenario: > > - After starting Emacs, there is no hostname completion for remote file > names. > - After using the first remote file name, Tramp is loaded, and > hostname completion is active. > - If a user wants to use hostname completion immediately after > starting Emacs, a simple (require 'tramp) in .emacs is sufficient. If we go this way, I think it's better to have an explicit option rather that ask users to load Tramp. That's because, no matter how well we document this, it's a counter-intuitive kludge. It is also not nice to have behavior changed when a package is loaded that has no clear relation to the behavior we are discussing (i.e. host name completion).