GNU bug report logs - #8083
cua global mark does much more than it announces

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 8083 in the body.
You can then email your comments to 8083 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

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

From: Lennart Borgman <lennart.borgman <at> gmail.com>
To: Emacs Bugs <bug-gnu-emacs <at> gnu.org>, "Kim F. Storm" <storm <at> cua.dk>
Subject: cua global mark does much more than it announces
Date: Sun, 20 Feb 2011 01:12:00 +0100

cua-toggle-global-mark doc string says:

  "Set or cancel the global marker.
When the global marker is set, CUA cut and copy commands will automatically
insert the deleted or copied text before the global marker, even when the
global marker is in another buffer.
If the global marker isn't set, set the global marker at point in the current
buffer.  Otherwise jump to the global marker position and cancel it.
With prefix argument, don't jump to global mark when cancelling it."

However when cua global mark is set quite a few other things also
happens. For example self-insert-command is remapped so that the
character you type is inserted at cua global mark.

I think also that this desing is not good . It is surprising to an
uninformed user and it interferes very badly with viper for example.

Kim, could we please remove this? Or do you have another suggestion?

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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Lennart Borgman <lennart.borgman <at> gmail.com>
Cc: 8083 <at> debbugs.gnu.org, storm <at> cua.dk
Subject: Re: bug#8083: cua global mark does much more than it announces
Date: Wed, 20 Jan 2021 18:54:16 +0100

Lennart Borgman <lennart.borgman <at> gmail.com> writes:

> cua-toggle-global-mark doc string says:
>
>   "Set or cancel the global marker.
> When the global marker is set, CUA cut and copy commands will automatically
> insert the deleted or copied text before the global marker, even when the
> global marker is in another buffer.
> If the global marker isn't set, set the global marker at point in the current
> buffer.  Otherwise jump to the global marker position and cancel it.
> With prefix argument, don't jump to global mark when cancelling it."
>
> However when cua global mark is set quite a few other things also
> happens. For example self-insert-command is remapped so that the
> character you type is inserted at cua global mark.

(I'm going through old bug reports that unfortunately got no response at
the time.)

I've now adjusted the doc string to also mention inserted text in Emacs
28.

> I think also that this desing is not good . It is surprising to an
> uninformed user and it interferes very badly with viper for example.
>
> Kim, could we please remove this? Or do you have another suggestion?

I have no opinion on the functionality itself, but I'm going to guess
that there's not much enthusiasm to change it after all these years, so
I'm closing this bug report.  If people want to work on this, please
respond to the debbugs address and we'll reopen.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

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

From: Kim Storm <storm <at> cua.dk>
To: Lars Ingebrigtsen <larsi <at> gnus.org>,
 Lennart Borgman <lennart.borgman <at> gmail.com>
Cc: 8083 <at> debbugs.gnu.org
Subject: Re: bug#8083: cua global mark does much more than it announces
Date: Fri, 22 Jan 2021 11:06:08 +0100

On 20/01/2021 18.54, Lars Ingebrigtsen wrote:
> Lennart Borgman <lennart.borgman <at> gmail.com> writes:
>
> However when cua global mark is set quite a few other things also
> happens. For example self-insert-command is remapped so that the
> character you type is inserted at cua global mark.

Yes, that is by design.

The main purpose of the global mark is that you can use it to easily 
reorganizing code.

First you set the global mark to the place where you want to move some code.

Then you successively "mark and move" various pieces of code to the 
global mark (and advance the mark).

Typically, while doing this, you would want to add some "separation 
text" between the pieces of moved code, like whitespace, commas, or 
newlines, and that is why "self-insert" is remapped to insert at the 
global mark.

Quirky but useful :-)

> (I'm going through old bug reports that unfortunately got no response at
> the time.)
>
> I've now adjusted the doc string to also mention inserted text in Emacs
> 28.
Thank you!
>> I think also that this desing is not good . It is surprising to an
>> uninformed user and it interferes very badly with viper for example
>>
>> Kim, could we please remove this? Or do you have another suggestion?

I guess we could make an option to disable that specific feature of the 
global mark.

Kim

Previous Next

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