unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: Mark Karpov <markkarpov@openmailbox.org>
To: Eli Zaretskii <eliz@gnu.org>
Cc: 20943@debbugs.gnu.org
Subject: bug#20943: 25.0.50; Dired buffers are not always auto-reverterd
Date: Fri, 03 Jul 2015 22:08:16 +0600	[thread overview]
Message-ID: <87twtl1axb.fsf@openmailbox.org> (raw)
In-Reply-To: <83lhexz78k.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 03 Jul 2015 16:43:55 +0300")


I want to report some ‘adverse effects’:

When I copy some files or create files, they are placed by Dired in
different positions than they would be placed normally (via ls call or
whatever Emacs uses internally). This is a separate problem, because of
this, I had to press ‘g’ in such cases, so every file gets in its proper
position. Now, however, autorevert does this for me. I know what is
happening, but for others this may look really confusing. Imagine, you
copied some files, and then they randomly jump in different positions
without your explicit command!

Not only confusing, but dangerous it may be, since some (really fast)
user may manage to delete wrong files (it's not difficult if your files
are moving!).

What I propose is to make sure that copied/created/added to current
directory by other means files are in the same positions as they would
be displayed by ls command (or whatever Emacs uses), so when user
presses ‘g’ order of files doesn't change.

This would be really good improvement. In simplest case, you can just
regenerate/revert buffer after commands that change contents of Dired
buffer adding new element into list of files.

If you decide to let ‘auto-revert-handler’ change edited directories
freely, you have to implement this change too. The both changes would be
quite useful.





  parent reply	other threads:[~2015-07-03 16:08 UTC|newest]

Thread overview: 49+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-06-30 18:19 bug#20943: 25.0.50; Dired buffers are not always auto-reverterd Mark Karpov
2015-06-30 19:58 ` Eli Zaretskii
2015-07-01  5:58   ` Michael Albinus
2015-07-01  7:15     ` Mark Karpov
2015-07-01  8:55       ` Michael Albinus
2015-07-01  9:09         ` Mark Karpov
2015-07-01 15:38           ` Eli Zaretskii
2015-07-01 15:25       ` Eli Zaretskii
     [not found]   ` <87y4j0fj8m.fsf@openmailbox.org>
2015-07-01 15:24     ` Eli Zaretskii
2015-07-02  8:02       ` Mark Karpov
2015-07-02 14:52         ` Eli Zaretskii
2015-07-03  7:33           ` Mark Karpov
2015-07-03  8:18             ` Eli Zaretskii
2015-07-03  9:39               ` Mark Karpov
2015-07-03 12:10                 ` Eli Zaretskii
2015-07-03 12:37                   ` Mark Karpov
2015-07-03 13:02                   ` Mark Karpov
2015-07-03 13:43                     ` Eli Zaretskii
2015-07-03 13:49                       ` Mark Karpov
2015-07-03 16:08                       ` Mark Karpov [this message]
2015-07-04  8:31                         ` Eli Zaretskii
2015-07-04  8:49                           ` Mark Karpov
2015-07-04  9:20                         ` Michael Albinus
2015-07-04  9:32                           ` Eli Zaretskii
2015-07-04 14:35                             ` Drew Adams
2015-07-04 14:33                           ` Drew Adams
2015-07-01  7:23 ` Mark Karpov
2015-07-02 10:49 ` Mark Karpov
2015-07-09 13:24 ` bug#20943: 25.0.50; Dired buffers are not always auto-reverted Mark Karpov
2015-07-09 14:47   ` Eli Zaretskii
2015-07-09 15:30     ` Mark Karpov
2015-07-09 18:41       ` Michael Albinus
2015-07-09 19:42         ` Mark Karpov
2015-07-10  5:46           ` Eli Zaretskii
2015-07-10  6:01             ` Michael Albinus
2015-07-10  7:10               ` Eli Zaretskii
2015-07-10  8:46                 ` Michael Albinus
2015-07-16 18:12                   ` Michael Albinus
2015-07-17 20:40                     ` Mark Karpov
2015-07-18 10:37                       ` Michael Albinus
2015-07-18 18:20                         ` Mark Karpov
2015-07-14 16:28               ` Michael Albinus
2015-07-09 19:50         ` Mark Karpov
2015-07-10  5:43           ` Eli Zaretskii
2015-07-10  6:20             ` Mark Karpov
2015-07-10  7:13               ` Eli Zaretskii
2015-07-10  7:46                 ` Mark Karpov
2015-07-10  8:03                   ` Eli Zaretskii
2015-07-09 15:40     ` Mark Karpov

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=87twtl1axb.fsf@openmailbox.org \
    --to=markkarpov@openmailbox.org \
    --cc=20943@debbugs.gnu.org \
    --cc=eliz@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).