emacs-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: delete-selection-mode


From: Lennart Borgman
Subject: Re: delete-selection-mode
Date: Mon, 22 Mar 2010 16:29:38 +0100

On Mon, Mar 22, 2010 at 3:04 AM, Miles Bader <address@hidden> wrote:
> Lennart Borgman <address@hidden> writes:
>>> Having multiple "types" of selection that are
>>> sorta-the-same-but-sorta-different is just going to make Emacs harder to
>>> use for everybody, and harder to learn for beginners.
>>
>> Could you please be more specific? This is a bit too general to be
>> understandable.
>>
>> If you for example mean that shift selection should go away then I
>> disagree. If you mean that we should work towards getting selection
>> working the same whenever possible then I agree.
>
> No, I don't think shift-selection should go away.  It's a fine feature,
> helps interoperability, and does not interfere with other Emacs
> features.
>
> Shift-selection _is_ inherently "special" in one way:  the region is
> deactivated by certain actions, where a t-m-m region wouldn't be.
> This is an inherent part of the shift-select interaction model, as
> defined externally to Emacs, so it's necessary.  Given the way people
> use shift-select, this does not seem a real problem (and there's obvious
> visual feedback).
>
> But other than that, shift-selection should be the same as t-m-m-style
> selection as far as possible -- for instance, there should not be a
> different set of commands available for "shift-selected" regions than
> there are for regions created using traditional Emacs commands.


I think some of these problems have been addressed in cua-mode. Maybe
it would be good to use what is in cua-mode more?




reply via email to

[Prev in Thread] Current Thread [Next in Thread]