* bug#7260: 24.0.50; DEL screwed up
2010-10-22 13:52 ` Lars Magne Ingebrigtsen
@ 2010-10-22 15:04 ` Andreas Schwab
2010-10-22 15:04 ` Andreas Schwab
` (8 subsequent siblings)
9 siblings, 0 replies; 61+ messages in thread
From: Andreas Schwab @ 2010-10-22 15:04 UTC (permalink / raw)
To: Lars Magne Ingebrigtsen; +Cc: 7260, rms, emacs-devel
Lars Magne Ingebrigtsen <larsi@gnus.org> writes:
> add `C-x C-a' for `activate-region'?
Note that ^X^A is already taken.
Andreas.
--
Andreas Schwab, schwab@linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5
"And now for something completely different."
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: bug#7260: 24.0.50; DEL screwed up
2010-10-22 13:52 ` Lars Magne Ingebrigtsen
2010-10-22 15:04 ` Andreas Schwab
@ 2010-10-22 15:04 ` Andreas Schwab
2010-10-22 15:49 ` Miles Bader
2010-10-22 15:49 ` Miles Bader
2010-10-22 15:47 ` Miles Bader
` (7 subsequent siblings)
9 siblings, 2 replies; 61+ messages in thread
From: Andreas Schwab @ 2010-10-22 15:04 UTC (permalink / raw)
To: Lars Magne Ingebrigtsen; +Cc: emacs-devel, rms, Drew Adams, 7260
Lars Magne Ingebrigtsen <larsi@gnus.org> writes:
> add `C-x C-a' for `activate-region'?
Note that ^X^A is already taken.
Andreas.
--
Andreas Schwab, schwab@linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5
"And now for something completely different."
^ permalink raw reply [flat|nested] 61+ messages in thread
* bug#7260: 24.0.50; DEL screwed up
2010-10-22 15:04 ` Andreas Schwab
@ 2010-10-22 15:49 ` Miles Bader
2010-10-22 15:49 ` Miles Bader
1 sibling, 0 replies; 61+ messages in thread
From: Miles Bader @ 2010-10-22 15:49 UTC (permalink / raw)
To: Andreas Schwab; +Cc: Lars Magne Ingebrigtsen, emacs-devel, rms, 7260
Andreas Schwab <schwab@linux-m68k.org> writes:
>> add `C-x C-a' for `activate-region'?
>
> Note that ^X^A is already taken.
Hmm, doesn't seem to be in my Emacs...
-Miles
--
Friendless, adj. Having no favors to bestow. Destitute of fortune. Addicted to
utterance of truth and common sense.
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: bug#7260: 24.0.50; DEL screwed up
2010-10-22 15:04 ` Andreas Schwab
2010-10-22 15:49 ` Miles Bader
@ 2010-10-22 15:49 ` Miles Bader
2010-10-22 16:45 ` David Kastrup
1 sibling, 1 reply; 61+ messages in thread
From: Miles Bader @ 2010-10-22 15:49 UTC (permalink / raw)
To: Andreas Schwab
Cc: Lars Magne Ingebrigtsen, 7260, rms, Drew Adams, emacs-devel
Andreas Schwab <schwab@linux-m68k.org> writes:
>> add `C-x C-a' for `activate-region'?
>
> Note that ^X^A is already taken.
Hmm, doesn't seem to be in my Emacs...
-Miles
--
Friendless, adj. Having no favors to bestow. Destitute of fortune. Addicted to
utterance of truth and common sense.
^ permalink raw reply [flat|nested] 61+ messages in thread
* bug#7260: 24.0.50; DEL screwed up
2010-10-22 13:52 ` Lars Magne Ingebrigtsen
2010-10-22 15:04 ` Andreas Schwab
2010-10-22 15:04 ` Andreas Schwab
@ 2010-10-22 15:47 ` Miles Bader
2010-10-22 15:47 ` Miles Bader
` (6 subsequent siblings)
9 siblings, 0 replies; 61+ messages in thread
From: Miles Bader @ 2010-10-22 15:47 UTC (permalink / raw)
To: Lars Magne Ingebrigtsen; +Cc: 7260, rms, emacs-devel
Lars Magne Ingebrigtsen <larsi@gnus.org> writes:
> I wasn't present when the discussion to make `C-x C-x' do these things
> took place, but it seems like the current behaviour conflates to rather
> different actions -- exchange-point-and-mark, and activate-region. How
> about just decoupling them altogether, and let `C-x C-x' revert to
> (only) doing what it's always done, and add `C-x C-a' for
> `activate-region'?
How about not doing that?
I don't disagree that having a dedicated key might be more
logical/elegant/whatever, but user interfaces, after all, are more about
what's convenient and familiar than what's the most minimal.
Saying "(only) doing what it's always done" is simply _wrong_ at this
point, because C-x C-x has had its current functionality for quite a
while -- if I interpret what I see in git correctly, at least since 1993!
-Miles
--
Conservative, n. A statesman enamored of existing evils, as opposed to a
Liberal, who wants to replace them with new ones.
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: bug#7260: 24.0.50; DEL screwed up
2010-10-22 13:52 ` Lars Magne Ingebrigtsen
` (2 preceding siblings ...)
2010-10-22 15:47 ` Miles Bader
@ 2010-10-22 15:47 ` Miles Bader
2010-10-22 16:10 ` Lars Magne Ingebrigtsen
2010-10-23 7:46 ` Richard Stallman
` (5 subsequent siblings)
9 siblings, 1 reply; 61+ messages in thread
From: Miles Bader @ 2010-10-22 15:47 UTC (permalink / raw)
To: Lars Magne Ingebrigtsen; +Cc: emacs-devel, rms, Drew Adams, 7260
Lars Magne Ingebrigtsen <larsi@gnus.org> writes:
> I wasn't present when the discussion to make `C-x C-x' do these things
> took place, but it seems like the current behaviour conflates to rather
> different actions -- exchange-point-and-mark, and activate-region. How
> about just decoupling them altogether, and let `C-x C-x' revert to
> (only) doing what it's always done, and add `C-x C-a' for
> `activate-region'?
How about not doing that?
I don't disagree that having a dedicated key might be more
logical/elegant/whatever, but user interfaces, after all, are more about
what's convenient and familiar than what's the most minimal.
Saying "(only) doing what it's always done" is simply _wrong_ at this
point, because C-x C-x has had its current functionality for quite a
while -- if I interpret what I see in git correctly, at least since 1993!
-Miles
--
Conservative, n. A statesman enamored of existing evils, as opposed to a
Liberal, who wants to replace them with new ones.
^ permalink raw reply [flat|nested] 61+ messages in thread
* bug#7260: 24.0.50; DEL screwed up
2010-10-22 15:47 ` Miles Bader
@ 2010-10-22 16:10 ` Lars Magne Ingebrigtsen
2010-10-21 12:53 ` Richard Stallman
` (2 more replies)
0 siblings, 3 replies; 61+ messages in thread
From: Lars Magne Ingebrigtsen @ 2010-10-22 16:10 UTC (permalink / raw)
To: Miles Bader; +Cc: 7260, rms, emacs-devel
Miles Bader <miles@gnu.org> writes:
> Saying "(only) doing what it's always done" is simply _wrong_ at this
> point, because C-x C-x has had its current functionality for quite a
> while -- if I interpret what I see in git correctly, at least since 1993!
Huh. I though transient-mark-mode was new(ish)?
--
(domestic pets only, the antidote for overdose, milk.)
larsi@gnus.org * Lars Magne Ingebrigtsen
^ permalink raw reply [flat|nested] 61+ messages in thread
* bug#7260: 24.0.50; DEL screwed up
@ 2010-10-21 12:53 ` Richard Stallman
2010-10-22 16:44 ` David Kastrup
2012-02-19 6:09 ` Chong Yidong
0 siblings, 2 replies; 61+ messages in thread
From: Richard Stallman @ 2010-10-21 12:53 UTC (permalink / raw)
To: 7260
Today I typed DEL after yanking some text and typing C-x C-x to go to
the beginning of it. DEL surprised me by deleting the region.
This change causes a lot of trouble.
In GNU Emacs 24.0.50.1 (mips64el-unknown-linux-gnu, GTK+ Version 2.12.12)
of 2010-10-10 on theobromine2
configured using `configure 'CFLAGS=-g''
Important settings:
value of $LC_ALL: nil
value of $LC_COLLATE: nil
value of $LC_CTYPE: nil
value of $LC_MESSAGES: nil
value of $LC_MONETARY: nil
value of $LC_NUMERIC: nil
value of $LC_TIME: nil
value of $LANG: en_US.UTF-8
value of $XMODIFIERS: nil
locale-coding-system: utf-8-unix
default enable-multibyte-characters: t
Major mode: RMAIL
Minor modes in effect:
diff-auto-refine-mode: t
shell-dirtrack-mode: t
gpm-mouse-mode: t
display-battery-mode: t
tooltip-mode: t
mouse-wheel-mode: t
tool-bar-mode: t
menu-bar-mode: t
file-name-shadow-mode: t
global-font-lock-mode: t
font-lock-mode: t
auto-composition-mode: t
auto-encryption-mode: t
auto-compression-mode: t
line-number-mode: t
transient-mark-mode: t
abbrev-mode: t
Recent input:
SPC ESC DEL l a v a r SPC l o s SPC f i d e o s SPC
c o n SPC a g u a SPC f r i a . C-c C-c C-u C-n C-u
C-n C-n C-n C-n C-n ESC x m i m e RET C-u C-v C-u C-v
ESC v C-v C-u C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p
C-p C-p C-p C-p C-p C-p C-p C-n C-n C-e C-b C-@ ESC
b ESC b ESC b ESC b ESC w m C-y C-n P o r SPC q u e
' DEL DEL C-\ e ' SPC d i m i t e s ? ESC b ESC b ESC
b ? / C-n C-n C-n C-x o C-v C-u C-n C-u C-n C-n C-n
C-p C-p C-p C-e ESC b ESC b ESC b ESC b ESC b ESC b
ESC b ESC b C-@ C-n C-n C-x o ESC , RET M e SPC i n
q u i e t o SPC DEL DEL a DEL o SPC d e SPC t u SPC
s a l i d a . SPC SPC C-a C-o C o n SPC t u SPC s a
l i d a , SPC ESC l ESC q C-e ESC DEL ESC DEL ESC DEL
p o r SPC E c u a d o r . RET ? / P o r SPC q u e '
SPC s a l i s t e ? C-c C-c . o f s f - l a TAB RET
d d d d d ESC x e m a c s ESC DEL r e p o r t SPC e
m a c s SPC b u g RET
Recent messages:
Auto-saving...
Sending...
Wrote /home/rms/outgoing/out-3
Sending...done
Mark set [4 times]
Auto-saving...done
Sending...
Wrote /home/rms/outgoing/out-4
Sending...done
Added to /home/rms/xmail/fsf-la.xmail
Load-path shadows:
None found.
Features:
(rmailkwd warnings rmailsum goto-addr thingatpt noutline outline
apropos two-column kmacro iso-transl etags debug pp vc-bzr sha1
hex-util find-func help-fns compare-w ispell shadow emacsbug dired-aux
diff-mode easy-mmode vc vc-dispatcher parse-time vc-cvs sgml-mode
mule-util cal-move cal-menu calendar cal-loaddefs grep compile
ansi-color shell tabify man assoc mh-e mh-compat mailabbrev mh-acros
cl mh-buffers mh-loaddefs gnus gnus-ems nnheader gnus-util mm-util
mail-prsvr wid-edit novice quail help-mode view rmailout dabbrev
newcomment mailalias sendmail multi-isearch dired t-mouse finder-inf
package rmailedit rmail mail-utils battery paren cus-start cus-load
mailcrypt rfc822 comint regexp-opt ring easymenu mailcrypt-init
tooltip ediff-hook vc-hooks lisp-float-type mwheel x-win x-dnd
tool-bar dnd fontset image fringe lisp-mode register page menu-bar
rfn-eshadow timer select scroll-bar mouse jit-lock font-lock syntax
facemenu font-core frame cham georgian utf-8-lang misc-lang vietnamese
tibetan thai tai-viet lao korean japanese hebrew greek romanian slovak
czech european ethiopic indian cyrillic chinese case-table epa-hook
jka-cmpr-hook help simple abbrev loaddefs button minibuffer faces
cus-face files text-properties overlay md5 base64 format env
code-pages mule custom widget hashtable-print-readable backquote
make-network-process dbusbind dynamic-setting system-font-setting
font-render-setting move-toolbar gtk x-toolkit x multi-tty emacs)
--
Richard Stallman
President, Free Software Foundation
51 Franklin St
Boston MA 02110
USA
www.fsf.org, www.gnu.org
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: bug#7260: 24.0.50; DEL screwed up
2010-10-22 16:10 ` Lars Magne Ingebrigtsen
2010-10-21 12:53 ` Richard Stallman
@ 2010-10-22 16:42 ` Andreas Schwab
2010-10-22 16:45 ` Lars Magne Ingebrigtsen
2010-10-22 16:45 ` Lars Magne Ingebrigtsen
2010-10-22 16:42 ` Andreas Schwab
2 siblings, 2 replies; 61+ messages in thread
From: Andreas Schwab @ 2010-10-22 16:42 UTC (permalink / raw)
To: Lars Magne Ingebrigtsen; +Cc: 7260, emacs-devel, rms, Miles Bader
Lars Magne Ingebrigtsen <larsi@gnus.org> writes:
> Huh. I though transient-mark-mode was new(ish)?
etc/NEWS.19:
* Changes in version 19.
** If you enable Transient Mark mode, then the mark becomes "inactive"
Andreas.
--
Andreas Schwab, schwab@linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5
"And now for something completely different."
^ permalink raw reply [flat|nested] 61+ messages in thread
* bug#7260: 24.0.50; DEL screwed up
2010-10-22 16:42 ` Andreas Schwab
@ 2010-10-22 16:45 ` Lars Magne Ingebrigtsen
2010-10-22 16:45 ` Lars Magne Ingebrigtsen
1 sibling, 0 replies; 61+ messages in thread
From: Lars Magne Ingebrigtsen @ 2010-10-22 16:45 UTC (permalink / raw)
To: Andreas Schwab; +Cc: Miles Bader, emacs-devel, rms, 7260
Andreas Schwab <schwab@linux-m68k.org> writes:
>> Huh. I though transient-mark-mode was new(ish)?
>
> etc/NEWS.19:
>
> * Changes in version 19.
I mean, as a thing that's on by default. (Stuff that's not on by
default doesn't exist for most people.) People really started
complaining about this behaviour this year, so I'm assuming something
changed somewhere.
--
(domestic pets only, the antidote for overdose, milk.)
larsi@gnus.org * Lars Magne Ingebrigtsen
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: bug#7260: 24.0.50; DEL screwed up
2010-10-22 16:42 ` Andreas Schwab
2010-10-22 16:45 ` Lars Magne Ingebrigtsen
@ 2010-10-22 16:45 ` Lars Magne Ingebrigtsen
2010-10-22 18:24 ` Eli Zaretskii
2010-10-22 18:24 ` Eli Zaretskii
1 sibling, 2 replies; 61+ messages in thread
From: Lars Magne Ingebrigtsen @ 2010-10-22 16:45 UTC (permalink / raw)
To: Andreas Schwab; +Cc: 7260, emacs-devel, rms, Miles Bader
Andreas Schwab <schwab@linux-m68k.org> writes:
>> Huh. I though transient-mark-mode was new(ish)?
>
> etc/NEWS.19:
>
> * Changes in version 19.
I mean, as a thing that's on by default. (Stuff that's not on by
default doesn't exist for most people.) People really started
complaining about this behaviour this year, so I'm assuming something
changed somewhere.
--
(domestic pets only, the antidote for overdose, milk.)
larsi@gnus.org * Lars Magne Ingebrigtsen
^ permalink raw reply [flat|nested] 61+ messages in thread
* bug#7260: 24.0.50; DEL screwed up
2010-10-22 16:45 ` Lars Magne Ingebrigtsen
@ 2010-10-22 18:24 ` Eli Zaretskii
2010-10-22 18:24 ` Eli Zaretskii
1 sibling, 0 replies; 61+ messages in thread
From: Eli Zaretskii @ 2010-10-22 18:24 UTC (permalink / raw)
To: Lars Magne Ingebrigtsen; +Cc: miles, emacs-devel, schwab, rms, 7260
> From: Lars Magne Ingebrigtsen <larsi@gnus.org>
> Date: Fri, 22 Oct 2010 18:45:15 +0200
> Cc: Miles Bader <miles@gnu.org>, emacs-devel@gnu.org, rms@gnu.org,
> 7260@debbugs.gnu.org
>
> Andreas Schwab <schwab@linux-m68k.org> writes:
>
> >> Huh. I though transient-mark-mode was new(ish)?
> >
> > etc/NEWS.19:
> >
> > * Changes in version 19.
>
> I mean, as a thing that's on by default. (Stuff that's not on by
> default doesn't exist for most people.) People really started
> complaining about this behaviour this year, so I'm assuming something
> changed somewhere.
2008-03-23 Chong Yidong <cyd@stupidchicken.com>
* simple.el (transient-mark-mode): Turn on by default.
Hardly "this year".
FWIW, the first thing I do in any Emacs I need to work is turn this
off.
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: bug#7260: 24.0.50; DEL screwed up
2010-10-22 16:45 ` Lars Magne Ingebrigtsen
2010-10-22 18:24 ` Eli Zaretskii
@ 2010-10-22 18:24 ` Eli Zaretskii
2010-10-22 18:32 ` Lars Magne Ingebrigtsen
1 sibling, 1 reply; 61+ messages in thread
From: Eli Zaretskii @ 2010-10-22 18:24 UTC (permalink / raw)
To: Lars Magne Ingebrigtsen; +Cc: 7260, emacs-devel, schwab, rms, miles
> From: Lars Magne Ingebrigtsen <larsi@gnus.org>
> Date: Fri, 22 Oct 2010 18:45:15 +0200
> Cc: Miles Bader <miles@gnu.org>, emacs-devel@gnu.org, rms@gnu.org,
> 7260@debbugs.gnu.org
>
> Andreas Schwab <schwab@linux-m68k.org> writes:
>
> >> Huh. I though transient-mark-mode was new(ish)?
> >
> > etc/NEWS.19:
> >
> > * Changes in version 19.
>
> I mean, as a thing that's on by default. (Stuff that's not on by
> default doesn't exist for most people.) People really started
> complaining about this behaviour this year, so I'm assuming something
> changed somewhere.
2008-03-23 Chong Yidong <cyd@stupidchicken.com>
* simple.el (transient-mark-mode): Turn on by default.
Hardly "this year".
FWIW, the first thing I do in any Emacs I need to work is turn this
off.
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: bug#7260: 24.0.50; DEL screwed up
2010-10-22 18:24 ` Eli Zaretskii
@ 2010-10-22 18:32 ` Lars Magne Ingebrigtsen
2010-10-22 18:55 ` Andreas Röhler
` (2 more replies)
0 siblings, 3 replies; 61+ messages in thread
From: Lars Magne Ingebrigtsen @ 2010-10-22 18:32 UTC (permalink / raw)
To: emacs-devel
Eli Zaretskii <eliz@gnu.org> writes:
>> I mean, as a thing that's on by default. (Stuff that's not on by
>> default doesn't exist for most people.) People really started
>> complaining about this behaviour this year, so I'm assuming something
>> changed somewhere.
>
> 2008-03-23 Chong Yidong <cyd@stupidchicken.com>
>
> * simple.el (transient-mark-mode): Turn on by default.
>
> Hardly "this year".
>
> FWIW, the first thing I do in any Emacs I need to work is turn this
> off.
So... people have been complaining for more than two years, and nobody
has addressed this yet?
--
(domestic pets only, the antidote for overdose, milk.)
larsi@gnus.org * Lars Magne Ingebrigtsen
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: bug#7260: 24.0.50; DEL screwed up
2010-10-22 18:32 ` Lars Magne Ingebrigtsen
@ 2010-10-22 18:55 ` Andreas Röhler
2010-10-22 19:01 ` Eli Zaretskii
2010-10-23 4:36 ` Stephen J. Turnbull
2 siblings, 0 replies; 61+ messages in thread
From: Andreas Röhler @ 2010-10-22 18:55 UTC (permalink / raw)
To: emacs-devel
Am 22.10.2010 20:32, schrieb Lars Magne Ingebrigtsen:
> Eli Zaretskii<eliz@gnu.org> writes:
>
>>> I mean, as a thing that's on by default. (Stuff that's not on by
>>> default doesn't exist for most people.) People really started
>>> complaining about this behaviour this year, so I'm assuming something
>>> changed somewhere.
>>
>> 2008-03-23 Chong Yidong<cyd@stupidchicken.com>
>>
>> * simple.el (transient-mark-mode): Turn on by default.
>>
>> Hardly "this year".
>>
>> FWIW, the first thing I do in any Emacs I need to work is turn this
>> off.
>
> So... people have been complaining for more than two years, and nobody
> has addressed this yet?
>
Hi,
please permit to correct a little bit my message some minutes ago in
this tread:
transient-mark-mode alone isn't it. There many people, who wanted to
have it, IIRC.
The problem occurs in combination with the deletion behaviour, former
delsel.
Thanks all BTW, errors just happen,
Andreas
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: bug#7260: 24.0.50; DEL screwed up
2010-10-22 18:32 ` Lars Magne Ingebrigtsen
2010-10-22 18:55 ` Andreas Röhler
@ 2010-10-22 19:01 ` Eli Zaretskii
2010-10-23 4:36 ` Stephen J. Turnbull
2 siblings, 0 replies; 61+ messages in thread
From: Eli Zaretskii @ 2010-10-22 19:01 UTC (permalink / raw)
To: Lars Magne Ingebrigtsen; +Cc: emacs-devel
> From: Lars Magne Ingebrigtsen <larsi@gnus.org>
> Date: Fri, 22 Oct 2010 20:32:28 +0200
>
> > 2008-03-23 Chong Yidong <cyd@stupidchicken.com>
> >
> > * simple.el (transient-mark-mode): Turn on by default.
> >
> > Hardly "this year".
> >
> > FWIW, the first thing I do in any Emacs I need to work is turn this
> > off.
>
> So... people have been complaining for more than two years, and nobody
> has addressed this yet?
I don't complain about defaults. I just customize them as I see fit.
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: bug#7260: 24.0.50; DEL screwed up
2010-10-22 18:32 ` Lars Magne Ingebrigtsen
2010-10-22 18:55 ` Andreas Röhler
2010-10-22 19:01 ` Eli Zaretskii
@ 2010-10-23 4:36 ` Stephen J. Turnbull
2010-10-23 7:05 ` David Kastrup
2 siblings, 1 reply; 61+ messages in thread
From: Stephen J. Turnbull @ 2010-10-23 4:36 UTC (permalink / raw)
To: Lars Magne Ingebrigtsen; +Cc: emacs-devel
Lars Magne Ingebrigtsen writes:
> So... people have been complaining for more than two years, and nobody
> has addressed this yet?
It has been addressed. The only way this *can* be addressed is to
make a decision one way or the other, and that's been done. Nobody
says you have to like it, of course.
FWIW transient-mark-mode (actually, zmacs-mode) ON has been the
default in XEmacs since 1998 or so, and the complaints took about 12
months to die out. My impression at the time was that a majority of
the complainers tried the new behavior and decided it was acceptable
(may be biased, because I'm in that group), and a large minority
decided to turn it off at initialization and stopped complaining. New
users never complain about it AFAICR.
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: bug#7260: 24.0.50; DEL screwed up
2010-10-23 4:36 ` Stephen J. Turnbull
@ 2010-10-23 7:05 ` David Kastrup
2010-10-23 12:53 ` Stephen J. Turnbull
0 siblings, 1 reply; 61+ messages in thread
From: David Kastrup @ 2010-10-23 7:05 UTC (permalink / raw)
To: emacs-devel
"Stephen J. Turnbull" <stephen@xemacs.org> writes:
> Lars Magne Ingebrigtsen writes:
>
> > So... people have been complaining for more than two years, and nobody
> > has addressed this yet?
>
> It has been addressed. The only way this *can* be addressed is to
> make a decision one way or the other, and that's been done.
Uh no. We are programmers. Consequently, a _lot_ of work has been
invested in making transient-mark-mode less noisome, both before making
it the default, and in the aftermath.
In fact, the repercussions have not died down: a number of details
concerning the interaction with selections and deletions are still more
or less evolving.
So there certainly is more to address than whether to turn it on by
default, and that is being done.
The ultimate point in providing a customizable option is to make all
choices work well. If one choice sucks and we are not going to change
its behavior, we are better off without it.
When people ask for some option that, in its simplest incarnation, sucks
royally, it is somewhat cynical to give it to them without bothering to
address the issues that make it suck on Emacs without further
improvement. "I told you you don't really want that".
> FWIW transient-mark-mode (actually, zmacs-mode) ON has been the
> default in XEmacs since 1998 or so, and the complaints took about 12
> months to die out. My impression at the time was that a majority of
> the complainers tried the new behavior and decided it was acceptable
> (may be biased, because I'm in that group), and a large minority
> decided to turn it off at initialization and stopped complaining. New
> users never complain about it AFAICR.
I don't like the "implement and leave it" attitude. Moving a
controversial feature to a less controversial state causes a lot of bile
and bickering on the Emacs developer list. It makes the list a less
friendly place, and Emacs itself a more friendly place.
--
David Kastrup
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: bug#7260: 24.0.50; DEL screwed up
2010-10-23 7:05 ` David Kastrup
@ 2010-10-23 12:53 ` Stephen J. Turnbull
0 siblings, 0 replies; 61+ messages in thread
From: Stephen J. Turnbull @ 2010-10-23 12:53 UTC (permalink / raw)
To: David Kastrup; +Cc: emacs-devel
David Kastrup writes:
> > It has been addressed. The only way this *can* be addressed is to
> > make a decision one way or the other, and that's been done.
>
> Uh no. We are programmers. Consequently, a _lot_ of work has been
> invested in making transient-mark-mode less noisome, both before making
> it the default, and in the aftermath.
Sure. Most of those changes simply moved it closer to zmacs-regions,
so that now I personally find it quite usable. :-)
But I'm definitely not talking about delsel-mode which is currently
not on by default in XEmacs. I'm talking about the current design of
t-m-m mode, which happens to fit my usage patterns well, and fits
others' rather poorly. Lars and I cannot both have the default we
want.
> So there certainly is more to address than whether to turn it on by
> default, and that is being done.
Sure, but in fact a lot of people who use computers like (fsvo "like"
including "are used to from other systems") exactly the behavior that
Lars is objecting to, which (IIRC) according to the words he wrote was
C-x C-x activating the region, although he may have really been
concerned (at least partially) with the interaction with delsel-mode.
> > FWIW transient-mark-mode (actually, zmacs-mode) ON has been the
> > default in XEmacs since 1998 or so, and the complaints took about 12
> > months to die out. My impression at the time was that a majority of
> > the complainers tried the new behavior and decided it was acceptable
> > (may be biased, because I'm in that group), and a large minority
> > decided to turn it off at initialization and stopped complaining. New
> > users never complain about it AFAICR.
>
> I don't like the "implement and leave it" attitude.
It wasn't an implement it and leave it attitude. In the "t-m-m by
default" controversy, Emacs people have made a lot of suggestions
(most of which I think are wrong-headed, but they're worth trying --
there's a lot I don't know yet about UI design, including some of the
big principles). But in the case of XEmacs, the naysayers made no
constructive suggestions, just "oh God, turn it OFF! Now!" Had they
made suggestions, they would have been considered, I suppose.
> Moving a controversial feature to a less controversial state causes
> a lot of bile and bickering on the Emacs developer list.
Sometimes that's a waste of time. IMO, t-m-m is one. It's been tuned
by its users over a decade and through a rather heated controversy at
the time it was decided to make it default, and it's very similar to
zmacs-regions which has been similarly tuned over two or three
decades. People who don't like it should probably just turn it off --
some things don't admit much improvement, at least not at reasonable
levels of developer effort.
> It makes the list a less friendly place, and Emacs itself a more
> friendly place.
I liked TECO Emacs's response to ESC ESC ESC, personally. Made me
feel like one of the team, sorta like getting a wedgie in the locker
room....
^ permalink raw reply [flat|nested] 61+ messages in thread
* bug#7260: 24.0.50; DEL screwed up
2010-10-22 16:10 ` Lars Magne Ingebrigtsen
2010-10-21 12:53 ` Richard Stallman
2010-10-22 16:42 ` Andreas Schwab
@ 2010-10-22 16:42 ` Andreas Schwab
2 siblings, 0 replies; 61+ messages in thread
From: Andreas Schwab @ 2010-10-22 16:42 UTC (permalink / raw)
To: Lars Magne Ingebrigtsen; +Cc: Miles Bader, emacs-devel, rms, 7260
Lars Magne Ingebrigtsen <larsi@gnus.org> writes:
> Huh. I though transient-mark-mode was new(ish)?
etc/NEWS.19:
* Changes in version 19.
** If you enable Transient Mark mode, then the mark becomes "inactive"
Andreas.
--
Andreas Schwab, schwab@linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5
"And now for something completely different."
^ permalink raw reply [flat|nested] 61+ messages in thread
* bug#7260: 24.0.50; DEL screwed up
2010-10-22 13:52 ` Lars Magne Ingebrigtsen
` (3 preceding siblings ...)
2010-10-22 15:47 ` Miles Bader
@ 2010-10-23 7:46 ` Richard Stallman
2010-10-23 7:46 ` Richard Stallman
` (4 subsequent siblings)
9 siblings, 0 replies; 61+ messages in thread
From: Richard Stallman @ 2010-10-23 7:46 UTC (permalink / raw)
To: Lars Magne Ingebrigtsen; +Cc: emacs-devel, 7260
I wasn't present when the discussion to make `C-x C-x' do these things
took place, but it seems like the current behaviour conflates to rather
different actions -- exchange-point-and-mark, and activate-region.
Combining the two actions was very convenient before the recent
change to C-d and DEL. The problem has happened to me in fact
after C-x C-x, but I suspect it will also happen in other cases.
--
Richard Stallman
President, Free Software Foundation
51 Franklin St
Boston MA 02110
USA
www.fsf.org, www.gnu.org
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: bug#7260: 24.0.50; DEL screwed up
2010-10-22 13:52 ` Lars Magne Ingebrigtsen
` (4 preceding siblings ...)
2010-10-23 7:46 ` Richard Stallman
@ 2010-10-23 7:46 ` Richard Stallman
2010-10-23 7:46 ` Richard Stallman
` (3 subsequent siblings)
9 siblings, 0 replies; 61+ messages in thread
From: Richard Stallman @ 2010-10-23 7:46 UTC (permalink / raw)
To: Lars Magne Ingebrigtsen; +Cc: 7260, drew.adams, emacs-devel
I wasn't present when the discussion to make `C-x C-x' do these things
took place, but it seems like the current behaviour conflates to rather
different actions -- exchange-point-and-mark, and activate-region.
Combining the two actions was very convenient before the recent
change to C-d and DEL. The problem has happened to me in fact
after C-x C-x, but I suspect it will also happen in other cases.
--
Richard Stallman
President, Free Software Foundation
51 Franklin St
Boston MA 02110
USA
www.fsf.org, www.gnu.org
^ permalink raw reply [flat|nested] 61+ messages in thread
* bug#7260: 24.0.50; DEL screwed up
2010-10-22 13:52 ` Lars Magne Ingebrigtsen
` (5 preceding siblings ...)
2010-10-23 7:46 ` Richard Stallman
@ 2010-10-23 7:46 ` Richard Stallman
2010-10-23 7:46 ` Richard Stallman
` (2 subsequent siblings)
9 siblings, 0 replies; 61+ messages in thread
From: Richard Stallman @ 2010-10-23 7:46 UTC (permalink / raw)
To: Lars Magne Ingebrigtsen; +Cc: emacs-devel, 7260
I wasn't present when the discussion to make `C-x C-x' do these things
took place, but it seems like the current behaviour conflates to rather
different actions -- exchange-point-and-mark, and activate-region.
Combining the two actions was very convenient before the recent
change to C-d and DEL. The problem has happened to me in fact
after C-x C-x, but I suspect it will also happen in other cases.
It sounds rather odd to have `C-d' not delete the active region. If
you (for instance) Shift-Right an area, and then press `DEL', I think
most people would expect the region you've just selected to be deleted.
After shift-arrows is a special case when it might be proper for DEL
and C-d to delete the region.
--
Richard Stallman
President, Free Software Foundation
51 Franklin St
Boston MA 02110
USA
www.fsf.org, www.gnu.org
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: bug#7260: 24.0.50; DEL screwed up
2010-10-22 13:52 ` Lars Magne Ingebrigtsen
` (6 preceding siblings ...)
2010-10-23 7:46 ` Richard Stallman
@ 2010-10-23 7:46 ` Richard Stallman
2010-10-23 9:38 ` Jan Djärv
` (3 more replies)
2010-10-23 11:18 ` Bastien
2010-10-23 11:18 ` Bastien
9 siblings, 4 replies; 61+ messages in thread
From: Richard Stallman @ 2010-10-23 7:46 UTC (permalink / raw)
To: Lars Magne Ingebrigtsen; +Cc: 7260, drew.adams, emacs-devel
I wasn't present when the discussion to make `C-x C-x' do these things
took place, but it seems like the current behaviour conflates to rather
different actions -- exchange-point-and-mark, and activate-region.
Combining the two actions was very convenient before the recent
change to C-d and DEL. The problem has happened to me in fact
after C-x C-x, but I suspect it will also happen in other cases.
It sounds rather odd to have `C-d' not delete the active region. If
you (for instance) Shift-Right an area, and then press `DEL', I think
most people would expect the region you've just selected to be deleted.
After shift-arrows is a special case when it might be proper for DEL
and C-d to delete the region.
--
Richard Stallman
President, Free Software Foundation
51 Franklin St
Boston MA 02110
USA
www.fsf.org, www.gnu.org
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: bug#7260: 24.0.50; DEL screwed up
2010-10-23 7:46 ` Richard Stallman
@ 2010-10-23 9:38 ` Jan Djärv
2010-10-23 17:26 ` James Cloos
2010-10-23 17:26 ` James Cloos
2010-10-23 9:38 ` Jan Djärv
` (2 subsequent siblings)
3 siblings, 2 replies; 61+ messages in thread
From: Jan Djärv @ 2010-10-23 9:38 UTC (permalink / raw)
To: rms; +Cc: Lars Magne Ingebrigtsen, 7260, emacs-devel
Richard Stallman skrev 2010-10-23 09.46:
>
> It sounds rather odd to have `C-d' not delete the active region. If
> you (for instance) Shift-Right an area, and then press `DEL', I think
> most people would expect the region you've just selected to be deleted.
>
> After shift-arrows is a special case when it might be proper for DEL
> and C-d to delete the region.
>
FWIW, I often mark a region with the mouse and press DEL to delete it. It is
a habit picked up from other programs. But then again, I enabled delsel a
long time ago, so I'm used to that behaviour.
Jan D.
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: bug#7260: 24.0.50; DEL screwed up
2010-10-23 9:38 ` Jan Djärv
@ 2010-10-23 17:26 ` James Cloos
2010-10-23 17:54 ` James Cloos
2010-10-23 17:54 ` James Cloos
2010-10-23 17:26 ` James Cloos
1 sibling, 2 replies; 61+ messages in thread
From: James Cloos @ 2010-10-23 17:26 UTC (permalink / raw)
To: Jan Djärv; +Cc: Lars Magne Ingebrigtsen, emacs-devel, rms, 7260
>>>>> "JD" == Jan Djärv <jan.h.d@swipnet.se> writes:
JD> FWIW, I often mark a region with the mouse and press DEL to delete it.
JD> It is a habit picked up from other programs. But then again, I
JD> enabled delsel a long time ago, so I'm used to that behaviour.
Perhaps what would kill :^) the controversy would be a dwim version,
kill-or-delete, which would add the region to the kill buffer if it
is big enough, but not bother if it is small. Using that for DEL &
C-d may cover both camps' wants.
The C-u prefix arg could invert the choice, in case you really want
to delete a huge region or want to cut-n-paste a small one.
AISI, it would only be useful when the region is active. C-d should
continue to delete just the single character to the (logical) right
when the region is not active.
Acting based on whether any input events occurred between activating
the region and pressing C-d or DEL may be a reasonable alternative.
In that case, those two keys would only kill if used immediately
after activating the region.
I find that I almost never want to delete (rather than kill) a region.
But only /almost/ never.
I could deal with <activate-region> C-u C-d deleting the region. But
unless the region is small enough to retype quickly and easily, it would
be painful for C-d on its own to delete the region.
-JimC
--
James Cloos <cloos@jhcloos.com> OpenPGP: 1024D/ED7DAEA6
^ permalink raw reply [flat|nested] 61+ messages in thread
* bug#7260: 24.0.50; DEL screwed up
2010-10-23 17:26 ` James Cloos
@ 2010-10-23 17:54 ` James Cloos
2010-10-23 17:54 ` James Cloos
1 sibling, 0 replies; 61+ messages in thread
From: James Cloos @ 2010-10-23 17:54 UTC (permalink / raw)
To: Jan Djärv; +Cc: Lars Magne Ingebrigtsen, emacs-devel, rms, 7260
[I see my followup got truncated; trying again. -JimC]
>>>>> "JD" == Jan Djarv <jan.h.d@swipnet.se> writes:
JD> FWIW, I often mark a region with the mouse and press DEL to delete it.
JD> It is a habit picked up from other programs. But then again, I
JD> enabled delsel a long time ago, so I'm used to that behaviour.
Perhaps what would kill :^) the controversy would be a dwim version,
kill-or-delete, which would add the region to the kill buffer if it
is big enough, but not bother if it is small. Using that for DEL &
C-d may cover both camps' wants.
The C-u prefix arg could invert the choice, in case you really want
to delete a huge region or want to cut-n-paste a small one.
AISI, it would only be useful when the region is active. C-d should
continue to delete just the single character to the (logical) right
when the region is not active.
Acting based on whether any input events occurred between activating
the region and pressing C-d or DEL may be a reasonable alternative.
In that case, those two keys would only kill if used immediately
after activating the region.
I find that I almost never want to delete (rather than kill) a region.
But only /almost/ never.
I could deal with <activate-region> C-u C-d deleting the region. But
unless the region is small enough to retype quickly and easily, it would
be painful for C-d on its own to delete the region.
-JimC
--
James Cloos <cloos@jhcloos.com> OpenPGP: 1024D/ED7DAEA6
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: bug#7260: 24.0.50; DEL screwed up
2010-10-23 17:26 ` James Cloos
2010-10-23 17:54 ` James Cloos
@ 2010-10-23 17:54 ` James Cloos
2010-10-24 7:04 ` David Kastrup
1 sibling, 1 reply; 61+ messages in thread
From: James Cloos @ 2010-10-23 17:54 UTC (permalink / raw)
To: Jan Djärv; +Cc: Lars Magne Ingebrigtsen, 7260, rms, emacs-devel
[I see my followup got truncated; trying again. -JimC]
>>>>> "JD" == Jan Djarv <jan.h.d@swipnet.se> writes:
JD> FWIW, I often mark a region with the mouse and press DEL to delete it.
JD> It is a habit picked up from other programs. But then again, I
JD> enabled delsel a long time ago, so I'm used to that behaviour.
Perhaps what would kill :^) the controversy would be a dwim version,
kill-or-delete, which would add the region to the kill buffer if it
is big enough, but not bother if it is small. Using that for DEL &
C-d may cover both camps' wants.
The C-u prefix arg could invert the choice, in case you really want
to delete a huge region or want to cut-n-paste a small one.
AISI, it would only be useful when the region is active. C-d should
continue to delete just the single character to the (logical) right
when the region is not active.
Acting based on whether any input events occurred between activating
the region and pressing C-d or DEL may be a reasonable alternative.
In that case, those two keys would only kill if used immediately
after activating the region.
I find that I almost never want to delete (rather than kill) a region.
But only /almost/ never.
I could deal with <activate-region> C-u C-d deleting the region. But
unless the region is small enough to retype quickly and easily, it would
be painful for C-d on its own to delete the region.
-JimC
--
James Cloos <cloos@jhcloos.com> OpenPGP: 1024D/ED7DAEA6
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: bug#7260: 24.0.50; DEL screwed up
2010-10-23 17:54 ` James Cloos
@ 2010-10-24 7:04 ` David Kastrup
0 siblings, 0 replies; 61+ messages in thread
From: David Kastrup @ 2010-10-24 7:04 UTC (permalink / raw)
To: emacs-devel
James Cloos <cloos@jhcloos.com> writes:
> [I see my followup got truncated; trying again. -JimC]
>
>>>>>> "JD" == Jan Djarv <jan.h.d@swipnet.se> writes:
>
> JD> FWIW, I often mark a region with the mouse and press DEL to delete it.
> JD> It is a habit picked up from other programs. But then again, I
> JD> enabled delsel a long time ago, so I'm used to that behaviour.
>
> Perhaps what would kill :^) the controversy would be a dwim version,
> kill-or-delete, which would add the region to the kill buffer if it
> is big enough, but not bother if it is small.
No. Unpredictability is not a virtue. Emacs has keyboard macros, and I
don't want them to fail on a whim.
--
David Kastrup
^ permalink raw reply [flat|nested] 61+ messages in thread
* bug#7260: 24.0.50; DEL screwed up
2010-10-23 9:38 ` Jan Djärv
2010-10-23 17:26 ` James Cloos
@ 2010-10-23 17:26 ` James Cloos
1 sibling, 0 replies; 61+ messages in thread
From: James Cloos @ 2010-10-23 17:26 UTC (permalink / raw)
To: Jan Djärv; +Cc: Lars Magne Ingebrigtsen, 7260, rms, emacs-devel
>>>>> "JD" == Jan Djärv <jan.h.d@swipnet.se> writes:
JD> FWIW, I often mark a region with the mouse and press DEL to delete it.
JD> It is a habit picked up from other programs. But then again, I
JD> enabled delsel a long time ago, so I'm used to that behaviour.
Perhaps what would kill :^) the controversy would be a dwim version,
kill-or-delete, which would add the region to the kill buffer if it
is big enough, but not bother if it is small. Using that for DEL &
C-d may cover both camps' wants.
The C-u prefix arg could invert the choice, in case you really want
to delete a huge region or want to cut-n-paste a small one.
AISI, it would only be useful when the region is active. C-d should
continue to delete just the single character to the (logical) right
when the region is not active.
Acting based on whether any input events occurred between activating
the region and pressing C-d or DEL may be a reasonable alternative.
In that case, those two keys would only kill if used immediately
after activating the region.
I find that I almost never want to delete (rather than kill) a region.
But only /almost/ never.
I could deal with <activate-region> C-u C-d deleting the region. But
unless the region is small enough to retype quickly and easily, it would
be painful for C-d on its own to delete the region.
-JimC
--
James Cloos <cloos@jhcloos.com> OpenPGP: 1024D/ED7DAEA6
^ permalink raw reply [flat|nested] 61+ messages in thread
* bug#7260: 24.0.50; DEL screwed up
2010-10-23 7:46 ` Richard Stallman
2010-10-23 9:38 ` Jan Djärv
@ 2010-10-23 9:38 ` Jan Djärv
2010-10-24 16:30 ` Chong Yidong
2010-10-24 16:30 ` Chong Yidong
3 siblings, 0 replies; 61+ messages in thread
From: Jan Djärv @ 2010-10-23 9:38 UTC (permalink / raw)
To: rms; +Cc: Lars Magne Ingebrigtsen, emacs-devel, 7260
Richard Stallman skrev 2010-10-23 09.46:
>
> It sounds rather odd to have `C-d' not delete the active region. If
> you (for instance) Shift-Right an area, and then press `DEL', I think
> most people would expect the region you've just selected to be deleted.
>
> After shift-arrows is a special case when it might be proper for DEL
> and C-d to delete the region.
>
FWIW, I often mark a region with the mouse and press DEL to delete it. It is
a habit picked up from other programs. But then again, I enabled delsel a
long time ago, so I'm used to that behaviour.
Jan D.
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: bug#7260: 24.0.50; DEL screwed up
2010-10-23 7:46 ` Richard Stallman
2010-10-23 9:38 ` Jan Djärv
2010-10-23 9:38 ` Jan Djärv
@ 2010-10-24 16:30 ` Chong Yidong
2010-10-25 12:08 ` Richard Stallman
2010-10-25 12:08 ` Richard Stallman
2010-10-24 16:30 ` Chong Yidong
3 siblings, 2 replies; 61+ messages in thread
From: Chong Yidong @ 2010-10-24 16:30 UTC (permalink / raw)
To: rms; +Cc: Lars Magne Ingebrigtsen, emacs-devel, drew.adams, 7260
Richard Stallman <rms@gnu.org> writes:
> It sounds rather odd to have `C-d' not delete the active region. If
> you (for instance) Shift-Right an area, and then press `DEL', I think
> most people would expect the region you've just selected to be deleted.
>
> After shift-arrows is a special case when it might be proper for DEL
> and C-d to delete the region.
This might be OK, and indeed I think it should at least be an option.
One problem is that it can be confusing. Currently, temporarily active
regions (i.e. shift-selected and/or mouse-selected) behave as much like
ordinary active regions as possible, with respect to user commands. If
we make DEL behave differently for one type of region, what's the
justification for limiting ourselves to DEL?
For instance, in other X applications, shift-selecting a region and
typing a self-inserting character replaces the region. By this
reasoning, shouldn't we enable Delete Selection mode style behavior for
shift-selected regions?
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: bug#7260: 24.0.50; DEL screwed up
2010-10-24 16:30 ` Chong Yidong
@ 2010-10-25 12:08 ` Richard Stallman
2010-10-25 12:08 ` Richard Stallman
1 sibling, 0 replies; 61+ messages in thread
From: Richard Stallman @ 2010-10-25 12:08 UTC (permalink / raw)
To: Chong Yidong; +Cc: larsi, emacs-devel, drew.adams, 7260
If
we make DEL behave differently for one type of region, what's the
justification for limiting ourselves to DEL?
DEL is so special that we need no "justification" for treating
it specially. However, that's not what I recommend. It's not
just DEL, it is also C-d.
For instance, in other X applications, shift-selecting a region and
typing a self-inserting character replaces the region. By this
reasoning, shouldn't we enable Delete Selection mode style behavior for
shift-selected regions?
Maybe we should fully enable that behavior after shift-selections
and after mouse-selections.
--
Richard Stallman
President, Free Software Foundation
51 Franklin St
Boston MA 02110
USA
www.fsf.org, www.gnu.org
^ permalink raw reply [flat|nested] 61+ messages in thread
* bug#7260: 24.0.50; DEL screwed up
2010-10-24 16:30 ` Chong Yidong
2010-10-25 12:08 ` Richard Stallman
@ 2010-10-25 12:08 ` Richard Stallman
1 sibling, 0 replies; 61+ messages in thread
From: Richard Stallman @ 2010-10-25 12:08 UTC (permalink / raw)
To: Chong Yidong; +Cc: larsi, 7260, emacs-devel
If
we make DEL behave differently for one type of region, what's the
justification for limiting ourselves to DEL?
DEL is so special that we need no "justification" for treating
it specially. However, that's not what I recommend. It's not
just DEL, it is also C-d.
For instance, in other X applications, shift-selecting a region and
typing a self-inserting character replaces the region. By this
reasoning, shouldn't we enable Delete Selection mode style behavior for
shift-selected regions?
Maybe we should fully enable that behavior after shift-selections
and after mouse-selections.
--
Richard Stallman
President, Free Software Foundation
51 Franklin St
Boston MA 02110
USA
www.fsf.org, www.gnu.org
^ permalink raw reply [flat|nested] 61+ messages in thread
* bug#7260: 24.0.50; DEL screwed up
2010-10-23 7:46 ` Richard Stallman
` (2 preceding siblings ...)
2010-10-24 16:30 ` Chong Yidong
@ 2010-10-24 16:30 ` Chong Yidong
3 siblings, 0 replies; 61+ messages in thread
From: Chong Yidong @ 2010-10-24 16:30 UTC (permalink / raw)
To: rms; +Cc: Lars Magne Ingebrigtsen, 7260, emacs-devel
Richard Stallman <rms@gnu.org> writes:
> It sounds rather odd to have `C-d' not delete the active region. If
> you (for instance) Shift-Right an area, and then press `DEL', I think
> most people would expect the region you've just selected to be deleted.
>
> After shift-arrows is a special case when it might be proper for DEL
> and C-d to delete the region.
This might be OK, and indeed I think it should at least be an option.
One problem is that it can be confusing. Currently, temporarily active
regions (i.e. shift-selected and/or mouse-selected) behave as much like
ordinary active regions as possible, with respect to user commands. If
we make DEL behave differently for one type of region, what's the
justification for limiting ourselves to DEL?
For instance, in other X applications, shift-selecting a region and
typing a self-inserting character replaces the region. By this
reasoning, shouldn't we enable Delete Selection mode style behavior for
shift-selected regions?
^ permalink raw reply [flat|nested] 61+ messages in thread
* bug#7260: 24.0.50; DEL screwed up
2010-10-22 13:52 ` Lars Magne Ingebrigtsen
` (7 preceding siblings ...)
2010-10-23 7:46 ` Richard Stallman
@ 2010-10-23 11:18 ` Bastien
2010-10-23 11:18 ` Bastien
9 siblings, 0 replies; 61+ messages in thread
From: Bastien @ 2010-10-23 11:18 UTC (permalink / raw)
To: Lars Magne Ingebrigtsen; +Cc: 7260, rms, emacs-devel
Lars Magne Ingebrigtsen <larsi@gnus.org> writes:
> So I think there are two completely separate issues here:
>
> 1) Should `C-x C-x' activate the region? I think not, because it drives
> me totally insane.
Same here (FWIW).
--
Bastien
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: bug#7260: 24.0.50; DEL screwed up
2010-10-22 13:52 ` Lars Magne Ingebrigtsen
` (8 preceding siblings ...)
2010-10-23 11:18 ` Bastien
@ 2010-10-23 11:18 ` Bastien
2010-10-23 14:21 ` David Kastrup
9 siblings, 1 reply; 61+ messages in thread
From: Bastien @ 2010-10-23 11:18 UTC (permalink / raw)
To: Lars Magne Ingebrigtsen; +Cc: emacs-devel, rms, Drew Adams, 7260
Lars Magne Ingebrigtsen <larsi@gnus.org> writes:
> So I think there are two completely separate issues here:
>
> 1) Should `C-x C-x' activate the region? I think not, because it drives
> me totally insane.
Same here (FWIW).
--
Bastien
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: bug#7260: 24.0.50; DEL screwed up
2010-10-23 11:18 ` Bastien
@ 2010-10-23 14:21 ` David Kastrup
2010-10-23 16:09 ` Lars Magne Ingebrigtsen
2010-10-23 16:09 ` Lars Magne Ingebrigtsen
0 siblings, 2 replies; 61+ messages in thread
From: David Kastrup @ 2010-10-23 14:21 UTC (permalink / raw)
To: emacs-devel
Bastien <bzg@altern.org> writes:
> Lars Magne Ingebrigtsen <larsi@gnus.org> writes:
>
>> So I think there are two completely separate issues here:
>>
>> 1) Should `C-x C-x' activate the region? I think not, because it drives
>> me totally insane.
>
> Same here (FWIW).
Would suggest an option for inverting the meaning of a prefix argument
on C-x C-x while in transient-mark-mode.
--
David Kastrup
^ permalink raw reply [flat|nested] 61+ messages in thread
* bug#7260: 24.0.50; DEL screwed up
2010-10-23 14:21 ` David Kastrup
@ 2010-10-23 16:09 ` Lars Magne Ingebrigtsen
2010-10-23 16:09 ` Lars Magne Ingebrigtsen
1 sibling, 0 replies; 61+ messages in thread
From: Lars Magne Ingebrigtsen @ 2010-10-23 16:09 UTC (permalink / raw)
To: David Kastrup; +Cc: emacs-devel, rms, 7260
David Kastrup <dak@gnu.org> writes:
> Would suggest an option for inverting the meaning of a prefix argument
> on C-x C-x while in transient-mark-mode.
The question would then be what the default should be. :-)
Anyway, my impression is that the vast majority of kvetching about
transient-mark-mode and/or delsel mode is purely about `C-x C-x'. If
that command didn't activate the region, I think many people who find
transient-mark-mode problematic would no longer feel that way.
transient-mark-mode is quite useful (qv. `M-;'), and it's a shame that
something is simple as `C-x C-x' should make so many people switch it
off completely.
So my suggestion is this: Apply the patch that reverses (sort of) the
prefix in the `C-x C-x' in the pretest Emacs, and see what people feel
about it then. If people absolutely loathe how `C-x C-x' then works, we
can revert the change, but at least we'll have one more data point.
--
(domestic pets only, the antidote for overdose, milk.)
larsi@gnus.org * Lars Magne Ingebrigtsen
^ permalink raw reply [flat|nested] 61+ messages in thread
* Re: bug#7260: 24.0.50; DEL screwed up
2010-10-23 14:21 ` David Kastrup
2010-10-23 16:09 ` Lars Magne Ingebrigtsen
@ 2010-10-23 16:09 ` Lars Magne Ingebrigtsen
1 sibling, 0 replies; 61+ messages in thread
From: Lars Magne Ingebrigtsen @ 2010-10-23 16:09 UTC (permalink / raw)
To: David Kastrup; +Cc: 7260, rms, emacs-devel
David Kastrup <dak@gnu.org> writes:
> Would suggest an option for inverting the meaning of a prefix argument
> on C-x C-x while in transient-mark-mode.
The question would then be what the default should be. :-)
Anyway, my impression is that the vast majority of kvetching about
transient-mark-mode and/or delsel mode is purely about `C-x C-x'. If
that command didn't activate the region, I think many people who find
transient-mark-mode problematic would no longer feel that way.
transient-mark-mode is quite useful (qv. `M-;'), and it's a shame that
something is simple as `C-x C-x' should make so many people switch it
off completely.
So my suggestion is this: Apply the patch that reverses (sort of) the
prefix in the `C-x C-x' in the pretest Emacs, and see what people feel
about it then. If people absolutely loathe how `C-x C-x' then works, we
can revert the change, but at least we'll have one more data point.
--
(domestic pets only, the antidote for overdose, milk.)
larsi@gnus.org * Lars Magne Ingebrigtsen
^ permalink raw reply [flat|nested] 61+ messages in thread