unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: Drew Adams <drew.adams@oracle.com>
To: Roland Winkler <winkler@gnu.org>
Cc: Andreas Schwab <schwab@linux-m68k.org>, 21746@debbugs.gnu.org
Subject: bug#21746: 24.5; purpose of dired-keep-marker-copy?
Date: Sat, 24 Oct 2015 22:12:55 -0700 (PDT)	[thread overview]
Message-ID: <20c29279-9f56-4832-925b-54f1b159dc8b@default> (raw)
In-Reply-To: <21512.40131.587409.22060@gargle.gargle.HOWL>

> > To distinguish/identify the files that were copied.  And to do
> > so in a way that they can be further acted on in Dired.  IOW,
> > in a Dired-consistent way.  Both parts of this are useful:
> > (1) easily see which were copied and (2) easily act on them
> > or on any subset of them.  #2 requires #1, but #1 is useful
> > on its own.
> >
> > How else could Dired distinguish the copied files?
> 
> It shouldn't.  Marks are for new actions in the future, not
> for old ones from the past.

Apparently whoever designed Dired 30-40 years ago didn't
agree.  But that's beside the point (your point, at least).
_You_ don't think marks should be used for this - fine.

Or rather, you don't think they should be used for this by
_default_.  That's it, right?

You at least don't begrudge users the ability to choose for
themselves, do you?  You wouldn't suggest we take away options
`dired-keep-marker-copy', `dired-keep-marker-hardlink', 
`dired-keep-marker-relsymlink', `dired-keep-marker-rename',
and `dired-keep-marker-symlink', would you?

If you would, i.e., even if you don't want Emacs to ever use
marks for such confirmation/indication, surely you can imagine
that it can make sense to _somehow_ confirm which files were
successfully copied (or hardlinked or symlinked or relsymlinked
or renamed).  What other way would you prefer to do that?

But if you wouldn't, and you just want to change the default
behavior, then I'd suggest that you come up with a good reason
for doing so.  Something more than the fact that such marks
"irritate" you.

> If you nonetheless like inconsistent behavior, don't make it the
> default.

Blah.  Just because _you_ never made use of such marks, that
does not mean they are not useful or their use is "inconsistent".
Far from it.  They have been used consistently for decades,
throughout Dired - witness the 5 options I just mentioned.

This use of marks conflicts with your limited notion of what
Dired marks are for.  OK.  But you really have nothing useful
to say about _this_ particular use of marks, because you have
never taken advantage of it.

It's certainly your right to go on ignoring this feature, and
if you don't want to be "irritated" by such marks, customize
the relevant options to remove them.  Easy.  End of story.

Or else come up with a good reason why your personal
preference should be foisted on everyone as a new default
behavior, reversing longstanding practice.





  reply	other threads:[~2015-10-25  5:12 UTC|newest]

Thread overview: 37+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-10-23 19:44 bug#21746: 24.5; purpose of dired-keep-marker-copy? Roland Winkler
2015-10-23 20:30 ` Drew Adams
2015-10-23 20:54   ` Roland Winkler
2015-10-23 21:57     ` Drew Adams
2015-10-24  1:20       ` Roland Winkler
2015-10-24  8:04         ` Drew Adams
2015-10-24  8:11           ` Eli Zaretskii
2015-10-24  9:35           ` Andreas Schwab
2015-10-24 16:05             ` Drew Adams
2015-10-24 16:14               ` Drew Adams
2015-10-24 20:51               ` Roland Winkler
2015-10-24 21:09                 ` Andreas Schwab
2015-10-24 21:34                   ` Drew Adams
2015-10-24 22:00                     ` Andreas Schwab
2015-10-24 21:30                 ` Drew Adams
2015-10-25  0:15                   ` Michael Heerdegen
2015-10-25  4:01                   ` Roland Winkler
2015-10-25  5:12                     ` Drew Adams [this message]
2015-10-25 17:40                       ` Richard Stallman
2015-10-25 12:55                     ` Andreas Schwab
2015-10-25 18:40                     ` Eli Zaretskii
2022-04-28 11:50                       ` Lars Ingebrigtsen
2015-10-29  0:14               ` Juri Linkov
2015-10-29  0:37                 ` Michael Heerdegen
2015-10-29  0:53                 ` Drew Adams
2015-10-24  5:26       ` Eli Zaretskii
2015-10-24  6:10   ` Eli Zaretskii
     [not found] <<36360.86247.586145.22058@gargle.gargle.HOWL>
     [not found] ` <<69182d70-1f68-4105-9f24-7bbef43e7ecb@default>
     [not found]   ` <<40607.80402.459249.22058@gargle.gargle.HOWL>
     [not found]     ` <<987d58d9-30d3-4067-a0ae-7a7722a3f2fb@default>
     [not found]       ` <<83k2qcygzk.fsf@gnu.org>
2015-10-24  8:04         ` Drew Adams
2015-10-24  8:13           ` Eli Zaretskii
     [not found]       ` <<56535.83174.772198.22058@gargle.gargle.HOWL>
     [not found]         ` <<be0730e5-48a6-41c9-97dd-9eb676947d89@default>
     [not found]           ` <<837fmcy9ck.fsf@gnu.org>
2015-10-24  8:17             ` Drew Adams
2015-10-24  8:25               ` Eli Zaretskii
     [not found] <<b3efc431-90b5-4012-acbb-664f8b54e63b@default>
     [not found] ` <<83611wy995.fsf@gnu.org>
2015-10-24  8:21   ` Drew Adams
2015-10-24  8:28     ` Eli Zaretskii
     [not found]   ` <<cf6c5e6b-78d8-432a-8639-7c630e89c74c@default>
     [not found]     ` <<8337x0y8j8.fsf@gnu.org>
2015-10-24  8:34       ` Drew Adams
2015-10-24  8:50         ` Eli Zaretskii
     [not found]       ` <<eeff7ef4-08cd-49b6-bfb2-a4680b996a36@default>
     [not found]         ` <<831tcky7it.fsf@gnu.org>
2015-10-24 16:05           ` Drew Adams
     [not found] <<875f037b-3321-42b7-9128-bb4dd2bd1f7f@default>
     [not found] ` <<834mhgy8pv.fsf@gnu.org>
2015-10-24  8:30   ` Drew Adams

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=20c29279-9f56-4832-925b-54f1b159dc8b@default \
    --to=drew.adams@oracle.com \
    --cc=21746@debbugs.gnu.org \
    --cc=schwab@linux-m68k.org \
    --cc=winkler@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).