From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: [Emacs-trunk-diffs] Changes to emacs/etc/NEWS Date: Wed, 08 Dec 2004 00:06:50 -0500 Message-ID: <87acsps7qw.fsf-monnier+emacs@gnu.org> References: NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1102482451 5943 80.91.229.6 (8 Dec 2004 05:07:31 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 8 Dec 2004 05:07:31 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Dec 08 06:07:28 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 1Cbu2y-0006zT-00 for ; Wed, 08 Dec 2004 06:07:28 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CbuCn-0007Zn-L8 for ged-emacs-devel@m.gmane.org; Wed, 08 Dec 2004 00:17:37 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1CbuCe-0007Zi-Fa for emacs-devel@gnu.org; Wed, 08 Dec 2004 00:17:28 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1CbuCd-0007ZA-Fm for emacs-devel@gnu.org; Wed, 08 Dec 2004 00:17:27 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CbuCd-0007Z7-CZ for emacs-devel@gnu.org; Wed, 08 Dec 2004 00:17:27 -0500 Original-Received: from [209.226.175.4] (helo=tomts16-srv.bellnexxia.net) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Cbu2N-0007bu-TD; Wed, 08 Dec 2004 00:06:52 -0500 Original-Received: from alfajor ([67.68.216.251]) by tomts16-srv.bellnexxia.net (InterMail vM.5.01.06.10 201-253-122-130-110-20040306) with ESMTP id <20041208050651.ZBLX1836.tomts16-srv.bellnexxia.net@alfajor>; Wed, 8 Dec 2004 00:06:51 -0500 Original-Received: by alfajor (Postfix, from userid 1000) id 067F42FD26; Wed, 8 Dec 2004 00:06:51 -0500 (EST) Original-To: rms@gnu.org In-Reply-To: (Richard Stallman's message of "Tue, 07 Dec 2004 23:40:39 -0500") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (gnu/linux) 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:30847 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:30847 > t as the condition means "or else", as it used to, as > people would expect. nil as the condition means "default", > attributes to be shared by all the conditions. I don't find the merged behavior we have right now unclean at all: The `t' simply means: "default from now on". If it's in the last position, the "default from now on" degenerates of course into "else" and if it's in the first position it degenerates into "default for all". In contrast your proposal of nil would mean "default even for those things written before". Furthermore by splitting the thing into t and nil you'll not only make the code bigger, but you'll also lose flexibility since it won't be possible to specify a default for a subset of the face spec. Stefan