From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.devel Subject: Re: Integrate Tramp Date: Fri, 21 Jun 2002 10:29:29 -0600 (MDT) Sender: emacs-devel-admin@gnu.org Message-ID: <200206211629.g5LGTTl20986@aztec.santafe.edu> References: <200206171631.g5HGVBM13861@aztec.santafe.edu> <200206190223.g5J2NlQ15963@aztec.santafe.edu> <200206201434.g5KEYru18709@aztec.santafe.edu> Reply-To: rms@gnu.org NNTP-Posting-Host: localhost.gmane.org X-Trace: main.gmane.org 1024677083 4834 127.0.0.1 (21 Jun 2002 16:31:23 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Fri, 21 Jun 2002 16:31:23 +0000 (UTC) Cc: miles@gnu.org, emacs-devel@gnu.org Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.33 #1 (Debian)) id 17LRJj-0001Fr-00 for ; Fri, 21 Jun 2002 18:31:23 +0200 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 17LRly-00015O-00 for ; Fri, 21 Jun 2002 19:00:34 +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 17LRJM-0008Bn-00; Fri, 21 Jun 2002 12:31:00 -0400 Original-Received: from pele.santafe.edu ([192.12.12.119]) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 17LRHu-0007sA-00; Fri, 21 Jun 2002 12:29:30 -0400 Original-Received: from aztec.santafe.edu (aztec [192.12.12.49]) by pele.santafe.edu (8.11.6+Sun/8.11.6) with ESMTP id g5LGTTC07207; Fri, 21 Jun 2002 10:29:29 -0600 (MDT) Original-Received: (from rms@localhost) by aztec.santafe.edu (8.10.2+Sun/8.9.3) id g5LGTTl20986; Fri, 21 Jun 2002 10:29:29 -0600 (MDT) X-Authentication-Warning: aztec.santafe.edu: rms set sender to rms@aztec using -f Original-To: Kai.Grossjohann@CS.Uni-Dortmund.DE Errors-To: emacs-devel-admin@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.0.9 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.devel:5064 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:5064 However, internally, Tramp still uses the old filenames. This means that hitting C-x C-f in a buffer visiting a file via Tramp will still show "/[sm/grossjoh@schulz]" (plus some suffix) instead of "/grossjoh@schulz:" (plus some suffix). That will tend to confuse users. The other alternative would be to change Tramp to use a filename format that's similar to the format used by Ange-FTP and to call Ange-FTP for some user/host combinations if the method is not specified. This would entail removing ange-ftp from file-name-handler-alist, I guess. It would also mean that all Tramp filenames should use the Ange-FTP `style'. That seems like the clean approach. Removing ange-ftp from direct presence in the file-name-handler-alist is ok, since the feature will still *work* properly using the new mechanism. Tramp knows the following kinds of filenames (square brackets are literal characters): /[host]file /[user@host]file /[method/user@host]file /[multi/hop1:user1@host1/hop2:user2@host2]file (Note that I am not sure whether the strings `hop1' and `hop2' that appear in the last example are literal or metasyntactic variables.) I suggest these syntaxes: /host:file /user@host:file /user@host@method:file /user1@host1:user2@host2:file If there is some sort of "hop" information that needs to be given, the last could look like /user1@host1@hop1:user2@host2@hop2:file This seems both simpler and more natural than either your current syntax or your current proposal. `[multi]' seems unnecessary, since you can determine how many colons there are. The file-name-handler-alist can specify "^/\\([^/:]*[^/:.]:\\)+" to match the whole prefix. * We designate a special method "ftp" which, when specified, invokes Ange-FTP. That is a good idea. * Tramp is augmented with an alist of user/host pairs and default methods. This alist can be used to tell Tramp to use any method, including "ftp", for a specific user/host combination. * Specifying the method in the filename overrides this alist. Those seem like good ideas too. Perhaps the alist should contain regexps to match against the user and the host. In addition, there should be a separate customizable user option that specifies the ultimate choice of method, for when the user/host pair is not mentioned in the alist.