[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: ad-hoc multi-hop editing of remote files

From: Chris Withers
Subject: Re: ad-hoc multi-hop editing of remote files
Date: Mon, 24 Oct 2011 18:27:35 +0100
User-agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:5.0) Gecko/20110624 Thunderbird/5.0

On 21/10/2011 15:37, Michael Albinus wrote:
Chris Withers<address@hidden>  writes:

Yes please, but proper ad-hoc, allowing specification of the transit
user, remote host and remote user all in one path. If there's anything
I can do to make that happen more quickly, please let me know...

I have no real idea how to achieve this, sorry. If you come with a
working solution you're welcome!


You mean enclosed in slashes?

No, I was referring to the | between the user and the remoteuser.
Would that be possible to split in the proxies list somehow?

Also ambigous, because Tramp knows it
comes to real file names when it reaches a slash during parsing. And
your proposal misses the method; it must not be ssh in call cases.

Yeah, I guess I meant:


Maybe it's not only ido but a general change: Let's assume we have an
ad-hoc marker, call it "/multi:" or "/ad-hoc:". When typing this in the
minibuffer, the file name completion knows that the next substring must
be a proxy (like "ssh:address@hidden:"). Once parsed, it takes it out of
completion, together with the ad-hoc marker, and adds it silently to
`tramp-default-proxies-alist'. You continue with the filename you intend
to open, like "/ssh:address@hidden:". Or you add the next ad-hoc marker :-)

Next time you need to type only "/ssh:address@hidden:", because the proxy is
already added to `tramp-default-proxies-alist'.

Can you show me how you'd go about coding this? I'm afraid I have no idea...

The advantage is, that Tramp does not need to parse the whole string
"/multi:ssh:address@hidden:ssh:address@hidden:", which makes it (me!) crazy.

I'm still confused, this all used to work before it was removed.
What changed to stop it working and require its removal?

And for you it is also more simple, because you have to type the proxy
only once during an Emacs session.

Ido and friends shall be able to handle it without a change. Hopefully.

I'm afraid I don't really follow what you're suggesting...


Simplistix - Content Management, Batch Processing & Python Consulting

reply via email to

[Prev in Thread] Current Thread [Next in Thread]