From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Michael Albinus Newsgroups: gmane.emacs.devel Subject: Re: Emacs unconditionally loads tramp.el Date: Mon, 01 May 2006 15:45:48 +0200 Message-ID: <87ejzdx3hv.fsf@gmx.de> References: <87r73n5o5x.fsf@pacem.orebokech.com> <87iroz5g0z.fsf@pacem.orebokech.com> <87u08iyd2r.fsf@gmx.de> <87hd4ewcj0.fsf@gmx.de> <87slnxtqum.fsf@gmx.de> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1146491180 21627 80.91.229.2 (1 May 2006 13:46:20 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 1 May 2006 13:46:20 +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 Mon May 01 15:46:17 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 1FaYiv-0005O4-CG for ged-emacs-devel@m.gmane.org; Mon, 01 May 2006 15:46:02 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FaYiu-00070j-S5 for ged-emacs-devel@m.gmane.org; Mon, 01 May 2006 09:46:00 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FaYih-00070H-TJ for emacs-devel@gnu.org; Mon, 01 May 2006 09:45:48 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FaYih-0006zk-Ds for emacs-devel@gnu.org; Mon, 01 May 2006 09:45:47 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FaYih-0006zY-3K for emacs-devel@gnu.org; Mon, 01 May 2006 09:45:47 -0400 Original-Received: from [213.165.64.20] (helo=mail.gmx.net) by monty-python.gnu.org with smtp (Exim 4.52) id 1FaYmV-00064H-NB for emacs-devel@gnu.org; Mon, 01 May 2006 09:49:44 -0400 Original-Received: (qmail invoked by alias); 01 May 2006 13:45:45 -0000 Original-Received: from p54BD8A7D.dip0.t-ipconnect.de (EHLO localhost.local) [84.189.138.125] by mail.gmx.net (mp031) with SMTP; 01 May 2006 15:45:45 +0200 X-Authenticated: #3708877 Original-To: Eli Zaretskii In-Reply-To: (Eli Zaretskii's message of "Sat, 29 Apr 2006 17:31:10 +0300") User-Agent: Gnus/5.110005 (No Gnus v0.5) Emacs/22.0.50 (gnu/linux) X-Y-GMX-Trusted: 0 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:53725 Archived-At: Eli Zaretskii writes: > 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). I've installed a patch in Emacs CVS which activates hostname completion only when partial-completion-mode is enabled. In its current definition, partial-completion-mode isn't related to remote files, but it was the best place I could imagine to use. Introducing a new customer option instead is still an alternative, and I'm open to this when there is such a request. Extracting hostname completion code from Tramp still seems to be too complex to me. Maybe we can do it later with Tramp 2.1; performing it now would destabilize Tramp I fear. Best regards, Michael.