bug-gnu-emacs
[Top][All Lists]
Advanced

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

bug#32591: 26.1; Ido-find-file does not intuitiely support tramp


From: Lars Ingebrigtsen
Subject: bug#32591: 26.1; Ido-find-file does not intuitiely support tramp
Date: Thu, 12 Aug 2021 15:25:26 +0200
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux)

Michael Albinus <michael.albinus@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:

PNG image

Then type ~/.emacs:

PNG image

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

reply via email to

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