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: Sun, 21 Mar 2010 02:17:08 +0100 Message-ID: References: <87k4t92hmb.fsf@home.jasonrumney.net> <87ocij1wdu.fsf@home.jasonrumney.net> <87sk7u3bac.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 1269134283 22881 80.91.229.12 (21 Mar 2010 01:18:03 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sun, 21 Mar 2010 01:18:03 +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, jasonr@gnu.org To: Miles Bader Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Mar 21 02:17:57 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 1Nt9nf-0006Bv-P9 for ged-emacs-devel@m.gmane.org; Sun, 21 Mar 2010 02:17:56 +0100 Original-Received: from localhost ([127.0.0.1]:57185 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Nt9nf-0001Vi-6E for ged-emacs-devel@m.gmane.org; Sat, 20 Mar 2010 21:17:55 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Nt9nb-0001VT-F8 for emacs-devel@gnu.org; Sat, 20 Mar 2010 21:17:51 -0400 Original-Received: from [140.186.70.92] (port=57214 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Nt9nW-0001VL-EN for emacs-devel@gnu.org; Sat, 20 Mar 2010 21:17:51 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1Nt9nR-00049I-MN for emacs-devel@gnu.org; Sat, 20 Mar 2010 21:17:46 -0400 Original-Received: from mail-fx0-f227.google.com ([209.85.220.227]:44117) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Nt9nF-00047x-4l; Sat, 20 Mar 2010 21:17:33 -0400 Original-Received: by fxm27 with SMTP id 27so1587689fxm.8 for ; Sat, 20 Mar 2010 18:17:28 -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=8mvtgKu0TUKwlmtE9lbLv8w4ARdoKk3ci9f50VBFa8M=; b=ZXN1Kp2B53mhP9YioxLHPszhitJFhHWUHjpJ8v06tv6gpdP0GbrpwtgTEvZIGSrsGn wIonia5ZlXeka323uz+Bia+uDPysx2mxzoukFMC5aQmVo2vB4zgARlSGMoKVSezmxTIl M1OAAPOmhAZDklS0Fr+mnmvWqbnQFxlwZyS5Q= 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=S/s99RXVrQLIQm4kxPTutaFiWZuDhtfpB1n4PInVk/sI4mxJXu2lTsN13Z20/fNcDi 3ZyxOsHpuDX037EgvIRF9fjCLcJ14Rg+7vXl+eDDf7dQQ5DmM/ge6sIDtZVV3FH8o8WB a71Beog0bEFcPhrNseJqoM5dch4Flu0kM3vCg= Original-Received: by 10.239.181.73 with SMTP id l9mr487464hbg.55.1269134248102; Sat, 20 Mar 2010 18:17:28 -0700 (PDT) In-Reply-To: <87sk7u3bac.fsf@catnip.gol.com> 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:122398 Archived-At: On Sat, Mar 20, 2010 at 10:58 PM, Miles Bader wrote: > Richard Stallman writes: >> =C2=A0 =C2=A0 I think it is a very good suggestion to be able to have on= e color for >> =C2=A0 =C2=A0 regions that act in way compatible with almost every editi= ng >> =C2=A0 =C2=A0 environment and one that acts in the way special to Emacs. >> >> I have nothing against this feature, but I point out that choosing >> another color, and making it properly distinctive in two different >> color environments (dark background and light background), is not >> going to be easy. > > Even if you can find good colors, it's still a dreadfully bad interface. > > Having different colored regions, which act sometimes-the-same, > sometimes-differently, is maybe _slightly_ better than having > _identical-looking_ regions which act that way, but it's still very hard > to use, and confusingly non-obvious (especially for naive users). I think you are misunderstanding. The proposal was of course that the colors should match how the region behaves. Naive users will not be bothered by this since they will only see a region that behaves like a region in other editing environments.