From: Michael Albinus <michael.albinus@gmx.de>
To: Christoph Michelbach <michelbach94@gmail.com>
Cc: 31489@debbugs.gnu.org
Subject: bug#31489: 25.3; Dired unable to open directory "/ssh:example.com"
Date: Sun, 20 May 2018 20:30:06 +0200 [thread overview]
Message-ID: <87muwu18pd.fsf@gmx.de> (raw)
In-Reply-To: <1526839932.4200.13.camel@gmail.com> (Christoph Michelbach's message of "Sun, 20 May 2018 20:12:12 +0200")
Christoph Michelbach <michelbach94@gmail.com> writes:
Hi Christoph,
> On Sat, 2018-05-19 at 20:10 +0200, Michael Albinus wrote:
>> > After applying your patch, I can enter the directory with the SSH
>> > resource name by hitting enter on it if and only if I start at "/:".
>> Of course. Otherwise, you would try to open "/ssh:example.com:", which is
>> a Tramp file name.
>
> Yes, but that's only because of how dired-find-file works (or the
> functions called by it). The user would expect a dired buffer of the
> external resource to be opened if tramp files were displayed in the
> dired buffer for "/" and they actually hit return on a tramp file. But
> they're not, so the user does not hit return on a tramp file. They hit
> return on a directory which is part of their local (V)FS. When the
> user hits return on some directory, they expect that directory to be
> opened. In the current implementation of dired, this is not the case.
I don't see how this could be avoided. Of course, dired could quote any
directory name with "/:" when opening a directory with a file name
dedicated to Tramp (or another file name handling library). But this
would discard *any* file name handlers in this subdirectory, including
something like uncrompressing files, as jka-compr does, or decrypting
files, whis is performed by epa.
> From the user's perspective, these are separate bugs:
>
> 1. The user is unable to access some directories by entering their paths.
> 2. Hitting return on a directory does not load the directory.
>
> If the user has to enter a path different from the actual path to
> avoid loading an external resource, that's perfectly acceptable. At
> some point, what the user means by their input has to be clarified and
> if they enter a location, disambiguating it is their job. But if the
> user hits enter on a directory, they just want that directory to be
> loaded. The function called upon hitting return should take care of
> disambiguation.
You haven't answered my question: Could you live w/o Tramp, and set
tramp-mode to nil? Or do you want still use Tramp, and I shall extend
Tramp with an "exclude file names" feature?
Both variants would be a solution for this.
Best regards, Michael.
next prev parent reply other threads:[~2018-05-20 18:30 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-05-18 11:41 bug#31489: 25.3; Dired unable to open directory "/ssh:example.com" Christoph Michelbach
2018-05-18 15:25 ` Michael Albinus
2018-05-18 22:16 ` Christoph Michelbach
2018-05-19 18:10 ` Michael Albinus
2018-05-20 18:12 ` Christoph Michelbach
2018-05-20 18:30 ` Michael Albinus [this message]
2018-05-20 19:19 ` Christoph Michelbach
2018-05-21 17:53 ` Michael Albinus
2018-06-04 16:37 ` Michael Albinus
2018-05-21 12:59 ` Christoph Michelbach
2018-05-21 14:46 ` Michael Albinus
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87muwu18pd.fsf@gmx.de \
--to=michael.albinus@gmx.de \
--cc=31489@debbugs.gnu.org \
--cc=michelbach94@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.