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

[Chris Withers]

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!
> >
> > /user|address@hidden:/
>
> 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:

/sudo:user|address@hidden:/

> 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...

Chris

--
Simplistix - Content Management, Batch Processing & Python Consulting
            - http://www.simplistix.co.uk