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: Sat, 20 Mar 2010 12:31:57 +0100 Message-ID: References: <87eijjzrkd.fsf_-_@mail.jurta.org> <20100317143519.GB4381@muc.de> <87k4t92hmb.fsf@home.jasonrumney.net> <87ocij1wdu.fsf@home.jasonrumney.net> 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 1269084756 3194 80.91.229.12 (20 Mar 2010 11:32:36 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sat, 20 Mar 2010 11:32:36 +0000 (UTC) Cc: rms@gnu.org, cyd@stupidchicken.com, emacs-devel@gnu.org, juri@jurta.org, dann@ics.uci.edu, monnier@iro.umontreal.ca, acm@muc.de To: Jason Rumney Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Mar 20 12:32:30 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 1Nswuq-0001c1-Jo for ged-emacs-devel@m.gmane.org; Sat, 20 Mar 2010 12:32:28 +0100 Original-Received: from localhost ([127.0.0.1]:43607 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Nswup-000092-W2 for ged-emacs-devel@m.gmane.org; Sat, 20 Mar 2010 07:32:28 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Nswuj-00008w-GL for emacs-devel@gnu.org; Sat, 20 Mar 2010 07:32:21 -0400 Original-Received: from [140.186.70.92] (port=35110 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Nswui-00008n-5D for emacs-devel@gnu.org; Sat, 20 Mar 2010 07:32:21 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1Nswug-0001MF-TR for emacs-devel@gnu.org; Sat, 20 Mar 2010 07:32:20 -0400 Original-Received: from mail-fx0-f210.google.com ([209.85.220.210]:48015) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Nswug-0001MA-NH; Sat, 20 Mar 2010 07:32:18 -0400 Original-Received: by fxm2 with SMTP id 2so1321864fxm.26 for ; Sat, 20 Mar 2010 04:32:17 -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=zzp9eEhvJQiqw2UxEVD934U285yIWV/TPltsBdHuWeU=; b=QwVL4olzUZglVGdXKOZj9tTcvp+w7xQn1dxZFY1BT7c30Bh9ES+qfn5VHhZQtWc05k gd+BLWeRWFp3fuxn/ybqVMLu5x4x07fy7YDl9sLU/DaLsr2xy5gAuUC91YWv7XNZxuRN MzanIo8AGqKgeqCDcL6qp1wDguQ/5I9XpqWtI= 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=uyD+/G9N+4V/U7BYwY0dhh9K9YYmQ6lqPdGLI0X56VerrILY/0MqQGyjLa981Dgimt aIyRxJBDbryuEPy9bCkBXProbMgvxmsRs0urTeCoMCtey7KbNx1lp2npttmTjpIADQOJ 22ZYdTjRGehmwsj/mW3kPb1EfSeawIysu4iCQ= Original-Received: by 10.239.155.1 with SMTP id g1mr1745733hbc.121.1269084737300; Sat, 20 Mar 2010 04:32:17 -0700 (PDT) In-Reply-To: <87ocij1wdu.fsf@home.jasonrumney.net> 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:122353 Archived-At: On Sat, Mar 20, 2010 at 4:53 AM, Jason Rumney wrote: > Richard Stallman writes: > >> =C2=A0 =C2=A0 Personally I think that the traditional Emacs way of setti= ng mark should >> =C2=A0 =C2=A0 have neither delete-selection nor transient-mark by defaul= t. =C2=A0The reason >> =C2=A0 =C2=A0 is that Emacs has two distinct uses for the mark - as a ma= rk, and as one >> =C2=A0 =C2=A0 end of the region. Transient-mark-mode and delete-selectio= n-mode really >> =C2=A0 =C2=A0 only apply when the mark is used as one end of the region,= and get in >> =C2=A0 =C2=A0 the way when the intention is to use the mark as a mark. >> >> The reason I don't agree with this is that Transient Mark mode >> is very useful with the traditional Emacs mark commands. >> (I have mark-even-if-inactive set to t, which is what makes >> Transient Mark mode acceptable.) > > Can we perhaps highlight the region in a different color, so the user is > not so surprised that it acts differently than a region set using the > mouse. I think it is a very good suggestion to be able to have one color for regions that act in way compatible with almost every editing environment and one that acts in the way special to Emacs.