From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Miles Bader Newsgroups: gmane.emacs.devel Subject: Re: Face color changes Date: Fri, 31 Dec 2004 06:16:54 +0900 Message-ID: References: <01c4ec3a$Blat.v2.2.2$24b7cc60@zahav.net.il> <87oegf5974.fsf@jurta.org> <01c4ed1a$Blat.v2.2.2$4b8d4aa0@zahav.net.il> <87k6r1r7bb.fsf@jurta.org> <87u0q5ruqx.fsf@confusibombus.emacswiki.org> <20041230012747.GA29490@fencepost> Reply-To: snogglethorpe@gmail.com, miles@gnu.org NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1104441463 31384 80.91.229.6 (30 Dec 2004 21:17:43 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 30 Dec 2004 21:17:43 +0000 (UTC) Cc: emacs-devel@gnu.org, juri@jurta.org, alex@emacswiki.org, eliz@gnu.org, drew.adams@oracle.com, Miles Bader Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Dec 30 22:17:10 2004 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1Ck7fQ-00041V-00 for ; Thu, 30 Dec 2004 22:17:09 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1Ck7qO-0006Qg-Pi for ged-emacs-devel@m.gmane.org; Thu, 30 Dec 2004 16:28:28 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1Ck7qH-0006QR-Lk for emacs-devel@gnu.org; Thu, 30 Dec 2004 16:28:21 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1Ck7qH-0006QF-8W for emacs-devel@gnu.org; Thu, 30 Dec 2004 16:28:21 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1Ck7qH-0006QC-5X for emacs-devel@gnu.org; Thu, 30 Dec 2004 16:28:21 -0500 Original-Received: from [64.233.184.201] (helo=wproxy.gmail.com) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Ck7fD-0005DA-FR for emacs-devel@gnu.org; Thu, 30 Dec 2004 16:16:55 -0500 Original-Received: by wproxy.gmail.com with SMTP id 49so401195wri for ; Thu, 30 Dec 2004 13:16:54 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=gAfZlEjnjI1GaObDMaXrbYmNGwmg/4XVJEebDBjAsPySzESSQw/tCQGdtQQIek0hlocffkyCFqxwp4t6dhCxjjMtXatR1emeB3cq+NkJu1rfWt5Qt4j9xKH96CzOmpl4simjY33u1fGiy3fqhqqIKydKuApEpwxXqHk3fgG+wI0= Original-Received: by 10.54.19.64 with SMTP id 64mr417436wrs; Thu, 30 Dec 2004 13:16:54 -0800 (PST) Original-Received: by 10.54.19.78 with HTTP; Thu, 30 Dec 2004 13:16:54 -0800 (PST) Original-To: rms@gnu.org In-Reply-To: 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: main.gmane.org gmane.emacs.devel:31620 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:31620 On Thu, 30 Dec 2004 11:43:54 -0500, Richard Stallman wrote: > Perhaps a good method might be this: Default to show-all-display-specs _if_ > the user has changed anything; if a face is still completely defaulted, just > show the current environment's spec case (as it does now). That way, the > first time the user customizes a face, it will overwrite all specs for that > face with a single case, applying in all environments. > > That in itself is too drastic already. Er, if by "that", you mean "overwrite all specs with a single case", that's the _current_ behavior[1] (and has been the the behavior for as long as I can remember[2]). What my proposal would do would be to preserve this behavior, but not screw over a user who has explicitly customized multiple cases. Whether "overwrite all" or "change just the current but preserve others" is desirable or not grealy depends on the actual details of the face and the user's particular customization, so it's probably not possible to come up with a behavior that does the right thing all of the time; all I'm suggesting to do is to at least make what happens more visible. [1] Well, actually the current behavior is slightly worse: It deletes all the cases except the currently active one, but _keeps_ the "conditional" part of the current case, so I presume the face is simply _disabled_ on other display types (I haven't explicitly tested it however)...! [2] It's not clear the current behavior is intentional though -- I complained about it years ago, and Per's reply was "Oh I don't think it's supposed to do that..." -Miles