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

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

bug#22694: 25.0.91; dired-mark-files-containing-regexp read file disk


From: Tino Calancha
Subject: bug#22694: 25.0.91; dired-mark-files-containing-regexp read file disk
Date: Thu, 21 Apr 2016 00:31:14 +0900 (JST)
User-agent: Alpine 2.20 (LRH 67 2015-01-07)


Thank you very much for your response.

Making the doc string more explicit about this aspect is indeed a good
idea.  I've just did it on the emacs-25 branch.
Thanks.  The doc. string is very clear now.
Certainly the function name is very suggestive about what the function
should do, so may be people who will not read the doc and still suffer
the issue... (i know, they should read the doc.).

As for your scenario: when you work with logfiles, or any other kind
of files that get updated regularly behind Emacs's back, you should
turn on auto-revert-mode or auto-revert-tail-mode in the buffers of
those files.  Then the buffer's contents will be synchronized with the
relevant files on disk, and the problem you describe would not exist.
Thank you for the advise.  Definitely i need to use one of these options.

Bottom line, I don't think I agree with permanently changing the
implementation along the lines you suggest, as that would be against
the general principles (AFAIK them) of Dired's design, and actually
also against the general principles of Emacs design vis-a-vis files
and buffers that visit them: we don't automatically sync a buffer with
the file it visits, and we don't automatically look on disk when the
file's buffer differs from what's on disk.
I have no comment on this: i am not expert enough.

I guess we could have an option to switch to the behavior you would
like to see, but such an option, if we introduce it, IMO should not be
specific to this command, it should affect all the Dired commands
which might produce different results when buffers are not
auto-reverted.
I like this way.  I may work on implement such option if you want.





reply via email to

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