GNU bug report logs -
#32591
26.1; Ido-find-file does not intuitiely support tramp
Previous Next
Reported by: Joshua Branson <jbranso <at> fastmail.com>
Date: Thu, 30 Aug 2018 14:20:02 UTC
Severity: minor
Found in version 26.1
Done: Lars Ingebrigtsen <larsi <at> gnus.org>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
[Message part 1 (text/plain, inline)]
Michael Albinus <michael.albinus <at> gmx.de> writes:
> Ido greys out "~/" because of the double slash. It has nothing to do with
> a remote file name. Again, there is no remote file name, only a string
> which might be a remote file name when it is complete.
>
>> Type a : to specify a path and watch the "~/" get un-greyed out.
>
> That seems to be an ido problem. With plain "M-x find-file" I cannot
> reproduce it.
>
> However, even if this grey out does not work as expected, I believe that
> opening the file (after entering RET) still works as expected.
Let's see... I `C-x C-f' while in a Tramp-ey buffer:
[Message part 2 (image/png, inline)]
[Message part 3 (text/plain, inline)]
Then type ~/.emacs:
[Message part 4 (image/png, inline)]
[Message part 5 (text/plain, inline)]
So the greyed-out parts here seem to say that we're going to get
~/.emacs on the remote host... and hitting RET does indeed give me
that.
To get the ~/.emacs on the local machine, I have to delete everything in
the minibuffer and type ~/.emacs.
I've been tripped up by this before, because I'm so used to just typing
`C-x C-f ~/.emacs RET' without even looking (to get to my local .emacs
file). But I think the current behaviour is the intended one, really --
it's consistent, powerful and makes sense.
So I'm closing this bug report -- I think this is working as intended.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
This bug report was last modified 3 years and 334 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.