GNU bug report logs - #10056
24.0.91; `copy-to-register' does not deactivate the mark

Previous Next

Full log

Message #71 received at 10056 <at> debbugs.gnu.org (full text, mbox):

From: "Drew Adams" <drew.adams <at> oracle.com>
To: "'Juri Linkov'" <juri <at> jurta.org>
Cc: 10056 <at> debbugs.gnu.org, 'Dani Moncayo' <dmoncayo <at> gmail.com>
Subject: RE: bug#10056: 24.0.91; Mark deactivation
Date: Sat, 8 Dec 2012 19:21:25 -0800

> > Let's try first to fix (only) the commands that Dani
> > or others report such have a problem.
> 
> That means adding `(setq deactivate-mark t)' to some functions,
> but this is not user-configurable.

What is not user-configurable?  Why should it be user-configurable whether a
command activates or deactivates the mark?  Where is that user-configurable
today?

And if Emacs Dev decides that standard command foo should deactivate the mark
when done, but some user wants it to activate the mark (but why?), then s?he can
define a command foo' that calls foo and then deactivates the mark.

My impression is that you are inventing a problem where there is none.  But
perhaps I am missing something.  Just what is the problem you are trying to
solve?

> Maybe like delsel.el puts
> the property `delete-selection' on some functions, we should use
> the property `deactivate-mark', e.g.:
> 
> (put 'fill-paragraph 'deactivate-mark t)

YAGNI.  What problem are you looking to solve?

(And BTW, when you grep for `deactivate-mark' you will notice that delsel.el is
one of the libraries with a function that explicitly sets that variable.)

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.