all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Drew Adams <drew.adams@oracle.com>
To: Tino Calancha <f92capac@gmail.com>, 22894@debbugs.gnu.org
Subject: bug#22894: 25.1.50; dired-mark: Not remark a marked file
Date: Sat, 5 Mar 2016 10:59:06 -0800 (PST)	[thread overview]
Message-ID: <cbc440ec-a4a6-45a1-9546-a93abb7b6a82@default> (raw)
In-Reply-To: <alpine.LRH.2.20.1603052220450.3772@calancha-ilc.kek.jp>

Hi Tino,

> What i am trying to prevent is related with `dired-mark' and
> `dired-mark-files-in-region'. The former is bound to 'm'. I can
> imagine someone, keeping push the 'm' button to mark a bunch of files,
> and releasing such button one fraction of seocnd late, so one marked
> file with 'F' get remarked by `dired-marker-char'.
> Similar thing could happen if using the second function setting the
> region not very carefully (pick uping one additional file up/down
> in the region).
> 
> The patch just prevent in this two function, one marked file be
> remarked. Those files still not marked are marked.

Doesn't sound like a great idea, to me.  At most it should be
optional behavior: a user choice.

Novice users, whom one could think might benefit most from this
protection, will not benefit from it, because they are not likely
to have changed marks.

(In my experience, very few people are even aware of the ability
to change marks, and this is true even of people who have been
developing and maintaining Emacs.)

> I am against to restrict users, and i understand this thread is
> controversial, but i use a lot these features and i believe it
> could prevent people (including me) doing unintentional changes.

But also intentional changes.  Users who know about and use the
ability to change marks should be able to mark over changed marks
with `*', including with `m' and using the region.

You say that you have been using this feature for a while and
appreciate it.  That is the best argument for it, I guess.

If this behavior is optional then it is OK, but I don't see a
great use case for it.  And you mention undo, which also argues
against this.





  reply	other threads:[~2016-03-05 18:59 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-03-03 10:09 bug#22894: 25.1.50; dired-mark: Not remark a marked file Tino Calancha
2016-03-04 12:31 ` Lars Ingebrigtsen
2016-03-05 13:41   ` Tino Calancha
2016-03-05 18:59     ` Drew Adams [this message]
2016-03-05 14:06   ` Tino Calancha
2016-07-01  3:22     ` npostavs

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=cbc440ec-a4a6-45a1-9546-a93abb7b6a82@default \
    --to=drew.adams@oracle.com \
    --cc=22894@debbugs.gnu.org \
    --cc=f92capac@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.