From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: how to find out methods for tramp? Date: Wed, 19 Jun 2002 08:21:15 +0300 (IDT) Sender: emacs-devel-admin@gnu.org Message-ID: References: NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Trace: main.gmane.org 1024464436 15085 127.0.0.1 (19 Jun 2002 05:27:16 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Wed, 19 Jun 2002 05:27:16 +0000 (UTC) Cc: Kai.Grossjohann@CS.Uni-Dortmund.DE, 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 17KXzv-0003v6-00 for ; Wed, 19 Jun 2002 07:27:15 +0200 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 17KYQy-0005SW-00 for ; Wed, 19 Jun 2002 07:55:12 +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 17KXzs-0003n5-00; Wed, 19 Jun 2002 01:27:12 -0400 Original-Received: from is.elta.co.il ([199.203.121.2]) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 17KXwr-0003XN-00 for ; Wed, 19 Jun 2002 01:24:05 -0400 Original-Received: from is (is [199.203.121.2]) by is.elta.co.il (8.9.3/8.8.8) with SMTP id IAA27857; Wed, 19 Jun 2002 08:21:15 +0300 (IDT) X-Sender: eliz@is Original-To: "Robert J. Chassell" In-Reply-To: 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:4977 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:4977 On Tue, 18 Jun 2002, Robert J. Chassell wrote: > In the Tramp info file, there is a node ... > > Yes, I looked at those. The are fine explanations. > > The problem is, the only way I could choose one method instead of > another was to try a whole bunch of methods. That is the problem and > is inefficent. This probably means that the Tramp manual should explain the methods more than it does now, perhaps from a different angle: it should make it easy for a user to choose the suitable method. One idea is to add a kind of ``cookbook'': a @multitable which lists several popular situations and the best Tramp method which matches each situation. Another idea is to discuss the advantages and disadvantages of each method, in a way that makes it easier to decide which is the best one for you.