From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Lennart Borgman Newsgroups: gmane.emacs.devel Subject: Re: delete-selection-mode Date: Tue, 23 Mar 2010 18:18:41 +0100 Message-ID: References: <87r5nf8s7q.fsf@siart.de> <87pr2ygbii.fsf@lola.goethe.zz> <87tys9180s.fsf@catnip.gol.com> <87ocih158i.fsf@catnip.gol.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Trace: dough.gmane.org 1269364771 28996 80.91.229.12 (23 Mar 2010 17:19:31 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 23 Mar 2010 17:19:31 +0000 (UTC) Cc: David Kastrup , rms@gnu.org, emacs-devel@gnu.org To: Miles Bader Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Mar 23 18:19:26 2010 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Nu7lB-00063V-W1 for ged-emacs-devel@m.gmane.org; Tue, 23 Mar 2010 18:19:22 +0100 Original-Received: from localhost ([127.0.0.1]:40621 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Nu7lB-00038D-4m for ged-emacs-devel@m.gmane.org; Tue, 23 Mar 2010 13:19:21 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Nu7l3-00035c-5C for emacs-devel@gnu.org; Tue, 23 Mar 2010 13:19:13 -0400 Original-Received: from [140.186.70.92] (port=40091 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Nu7l0-00030N-AN for emacs-devel@gnu.org; Tue, 23 Mar 2010 13:19:12 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1Nu7ky-0003aF-Bw for emacs-devel@gnu.org; Tue, 23 Mar 2010 13:19:10 -0400 Original-Received: from mail-ew0-f216.google.com ([209.85.219.216]:46818) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Nu7ku-0003Yd-K5; Tue, 23 Mar 2010 13:19:04 -0400 Original-Received: by ewy8 with SMTP id 8so611173ewy.8 for ; Tue, 23 Mar 2010 10:19:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :from:date:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=67alBqW4O+fng4EcWcP/gNlFDk5qaFLekygQtdCJ6Ps=; b=EMaoLem5rjScA9Cbu7KiwPRfH7B0fah/+rZhqFX67uCZ534wTDt2Uqa8ZWWxwcV6MM syNbyELh1lc7fxPRJrYnOUPQ8J3I1fZ/SfS7D69/c9Sibv6pcaTDvhbgNg3nqgxyAfMk z7buKuI5R0gIrSNpUjXM/6p2VWZqOE5QGfYwA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=EIeItG3QG4LgWH/kd09EstnFVbj2iy3eXWAMnpW9qLKcth3iiIwuB3CZLQ6jYq3UrA 6nAr1jPw1hYLFZiS9MtF79+rZP2hMRcyii0p0fg0exv/0Tc536XE8lDWaV7oBZwkGeeh 6omJRttWtJAeIrrmJOfyCZnqfkj3z247GLDSI= Original-Received: by 10.239.187.212 with SMTP id m20mr416541hbh.51.1269364742137; Tue, 23 Mar 2010 10:19:02 -0700 (PDT) In-Reply-To: X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:122563 Archived-At: On Tue, Mar 23, 2010 at 5:58 AM, Miles Bader wrote: > Lennart Borgman writes: >>> 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? > > Er, what "problems" do you mean? =C2=A0Shift-select (without CUA mode) wo= rks > quite well currently. =C2=A0What I'm arguing against is David/RMS's appar= ent > goal of making shift-select _worse_... Extending the region with movement commands. > [and CUA mode is generally such a mess that I'm very skeptical of > adopting anything from it...] I do not think such general negative remarks are helpful. cua-mode is useful, very useful for us that are used and use other editing environments too. It solves some nearly unsolveable problems in Emacs - in my opinion the best way it could be solved with the support that was possible to get when cua-mode was written. So part of the structure of cua-mode possibly comes from the resistance to it. If you care about that structure, please make suggestions for how to improve it (it will may require changes to Emacs in other ways).