unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: Kim Storm <storm@cua.dk>
To: Lars Ingebrigtsen <larsi@gnus.org>,
	Lennart Borgman <lennart.borgman@gmail.com>
Cc: 8083@debbugs.gnu.org
Subject: bug#8083: cua global mark does much more than it announces
Date: Fri, 22 Jan 2021 11:06:08 +0100	[thread overview]
Message-ID: <9d363cfd-e58e-c679-af62-6ee0ec13f7dd@cua.dk> (raw)
In-Reply-To: <87eeifmr3r.fsf@gnus.org>

On 20/01/2021 18.54, Lars Ingebrigtsen wrote:
> Lennart Borgman <lennart.borgman@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





      reply	other threads:[~2021-01-22 10:06 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-02-20  0:12 bug#8083: cua global mark does much more than it announces Lennart Borgman
2021-01-20 17:54 ` Lars Ingebrigtsen
2021-01-22 10:06   ` Kim Storm [this message]

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=9d363cfd-e58e-c679-af62-6ee0ec13f7dd@cua.dk \
    --to=storm@cua.dk \
    --cc=8083@debbugs.gnu.org \
    --cc=larsi@gnus.org \
    --cc=lennart.borgman@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 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).