From: "Stefan Reichör" <stefan@xsteve.at>
To: Stephen Berman <stephen.berman@gmx.net>
Cc: 9666@debbugs.gnu.org
Subject: bug#9666: 24.0.50; C-d has unexpected behaviour in CUA rectangle mode
Date: Tue, 04 Oct 2011 15:06:37 +0200 [thread overview]
Message-ID: <m0aa9goqhu.fsf@ge-research.com> (raw)
In-Reply-To: <87lit0ncey.fsf@escher.home> (Stephen Berman's message of "Tue, 04 Oct 2011 14:56:05 +0200")
Stephen Berman <stephen.berman@gmx.net> writes:
> On Tue, 04 Oct 2011 09:55:00 +0200 Stefan Reichör <stefan@xsteve.at> wrote:
>
>> Stephen Berman <stephen.berman@gmx.net> writes:
>>
>>> On Tue, 04 Oct 2011 08:30:29 +0200 Stefan Reichör <stefan@xsteve.at> wrote:
>>>
>>>> Just activate cua mode, select an rectangle and hit DEL or C-d:
>>>> M-x cua-mode
>>>> C-RET
>>>> select rectangle
>>>> DEL
>>>>
>>>> I expect this command to delete the whole rectangle
>>>>
>>>> But it deletes only one character and deactivates the marked
>>>> rectangle
>>> [...]
>>>> In GNU Emacs 24.0.50.1 (i386-mingw-nt5.1.2600)
>>>> of 2011-09-12 on 3249CTO
>>>> Windowing system distributor `Microsoft Corp.', version 5.1.2600
>>>> configured using `configure --with-gcc (4.5) --no-opt'
>>>
>>> I see somewhat different behavior with the above recipe: DEL (backspace
>>> key), deletes the one-column rectangle immediately following the
>>> selected rectangle, and does not deactivate (unhighlight) the latter;
>>> C-d, on the other hand, does delete the selected rectangle. This is on
>>> GNU Emacs 24.0.90.3 (i686-suse-linux-gnu, GTK+ Version 2.22.1) of
>>> 2011-10-04 on escher.
>>
>> Digging further into this problem.
>> There are some modes that bind delete (not BS) to delete-forward-char (e.g. the
>> *scratch* buffer).
>
> Ah, I guess you also meant <delete> above, not DEL. With <delete> I
> also see what you reported. This is indeed different from the behavior
> of <delete> with an active (highlighted) region.
>
>> When this is the case the rectangle is not deleted.
>
>> When delete is bound to delete-char then the rectangle is deleted as expected.
>
> But the standard binding of delete-char is C-d, which you (meant to)
> report above behaves like <delete> (assuming you meant that key instead
> of DEL); see also your Subject header. Whereas, as I said, I do get
> deletion with C-d. So the unexpected behavior in cua-mode is (just) with
> <delete> (bound to delete-forward-char), is that what you're saying? If
> so, I agree (assuming, that is, that <delete> should behave the same
> with rectangles in cua-mode and with active regions outside of cua-mode;
> I don't know, since I haven't made much use of cua-mode).
I assumed that C-d and <delete> are bound to the same function.
I see that this is no longer the case - and this also the reason
for the different behaviour in cua rectangle mode.
I confirm that C-d does the expected thing. <delete> does not work as expected.
cua rectangle mode should treat delete-forward-char the same way as delete-char.
next prev parent reply other threads:[~2011-10-04 13:06 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-10-04 6:30 bug#9666: 24.0.50; C-d has unexpected behaviour in CUA rectangle mode Stefan Reichör
2011-10-04 7:43 ` Stephen Berman
2011-10-04 7:55 ` Stefan Reichör
2011-10-04 12:56 ` Stephen Berman
2011-10-04 13:06 ` Stefan Reichör [this message]
2011-10-04 19:35 ` Glenn Morris
2012-03-10 8:28 ` Chong Yidong
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=m0aa9goqhu.fsf@ge-research.com \
--to=stefan@xsteve.at \
--cc=9666@debbugs.gnu.org \
--cc=stephen.berman@gmx.net \
/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.