unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: Drew Adams <drew.adams@oracle.com>
To: 20993@debbugs.gnu.org
Subject: bug#20993: 25.0.50; virtual-dired problems
Date: Mon, 6 Jul 2015 11:01:34 -0700 (PDT)	[thread overview]
Message-ID: <55a5f28c-d18e-4d55-a242-71be42c45294@default> (raw)

A followup to bug #20992.  Here are some other problems noticed
immediately, besides the lack of clarity and the nature of the "mode",
lighter/menu, etc.:

1. The prompt uses `read-string'.  It should use `read-directory-name'
or `read-file-name', to provide completion.

In fact, given that the parameter list is the same as for `dired', why
doesn't `virtual-dired' use `dired-read-dir-and-switches'?

OK, presumably it is because you want to use `dired-virtual-guess-dir'.
But that doesn't proscribe providing completion etc.

2. It seems that `virtual-dired' tries to reuse the current buffer.  But
it makes no attempt to ensure that this buffer is in a mode derived from
Dired mode - it does not raise an error if not.  For example, `M-x
virtual-dired' from a buffer showing dired-x.el in read-only mode raises
an error because that buffer is read-only.

The doc string of `virtual-dired' says nothing about what mode the
current buffer must be in, or the fact that the buffer is not switched
but instead its mode is changed.

You would need to consult the doc string of `dired-virtual-guess-dir' to
discover this constraint/assumption:

  "The buffer is assumed to be in Dired or ls -lR format"

That should be tested for.  Dunno how the latter can be tested for, but
some test should be used to make sure the buffer is appropriate for the
kind of changes `virtual-dired' will make to it.  As it is now, the code
just willy nilly tries to modify the buffer text.

3. Defaulting to `default-directory' should be done in the interactive
spec (also).

4. Overall, I'd say that someone should take a look at this
`virtual-dired' feature and polish it up a bit.  It seems a bit rough,
so far.



In GNU Emacs 25.0.50.1 (i686-pc-mingw32)
 of 2014-10-20 on LEG570
Bzr revision: 118168 rgm@gnu.org-20141020195941-icp42t8ttcnud09g
Windowing system distributor `Microsoft Corp.', version 6.1.7601
Configured using:
 `configure --enable-checking=yes,glyphs CPPFLAGS=-DGLYPH_DEBUG=1'





             reply	other threads:[~2015-07-06 18:01 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-07-06 18:01 Drew Adams [this message]
2015-07-07 15:49 ` bug#20993: 25.0.50; virtual-dired problems Glenn Morris
2021-05-26 23:04 ` Lars Ingebrigtsen

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

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=55a5f28c-d18e-4d55-a242-71be42c45294@default \
    --to=drew.adams@oracle.com \
    --cc=20993@debbugs.gnu.org \
    /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 public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).