From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.bugs Subject: bug#3408: bug#3210: face customization fails after set-face-attribute Date: Sat, 9 Jun 2012 08:12:58 -0700 Message-ID: <3E353EEC980A4BFCBBC7CCB84859EA21@us.oracle.com> References: <87ipf1m4cb.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1339254829 11607 80.91.229.3 (9 Jun 2012 15:13:49 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sat, 9 Jun 2012 15:13:49 +0000 (UTC) Cc: 3408@debbugs.gnu.org, 3210@debbugs.gnu.org To: "'Chong Yidong'" , "'David Reitter'" Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Jun 09 17:13:46 2012 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1SdNMG-0005Af-54 for geb-bug-gnu-emacs@m.gmane.org; Sat, 09 Jun 2012 17:13:44 +0200 Original-Received: from localhost ([::1]:57921 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SdNMF-0002s0-SS for geb-bug-gnu-emacs@m.gmane.org; Sat, 09 Jun 2012 11:13:43 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:46575) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SdNMB-0002ks-Ce for bug-gnu-emacs@gnu.org; Sat, 09 Jun 2012 11:13:42 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SdNM9-0001kL-Jl for bug-gnu-emacs@gnu.org; Sat, 09 Jun 2012 11:13:38 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:54800) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SdNM9-0001k8-Fz for bug-gnu-emacs@gnu.org; Sat, 09 Jun 2012 11:13:37 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1SdNOU-00074O-MU for bug-gnu-emacs@gnu.org; Sat, 09 Jun 2012 11:16:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: "Drew Adams" Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 09 Jun 2012 15:16:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 3408 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: notabug Original-Received: via spool by 3408-submit@debbugs.gnu.org id=B3408.133925493827141 (code B ref 3408); Sat, 09 Jun 2012 15:16:02 +0000 Original-Received: (at 3408) by debbugs.gnu.org; 9 Jun 2012 15:15:38 +0000 Original-Received: from localhost ([127.0.0.1]:36112 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SdNO5-00073e-Uv for submit@debbugs.gnu.org; Sat, 09 Jun 2012 11:15:38 -0400 Original-Received: from rcsinet15.oracle.com ([148.87.113.117]:22673) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SdNO3-00073R-F7; Sat, 09 Jun 2012 11:15:36 -0400 Original-Received: from ucsinet22.oracle.com (ucsinet22.oracle.com [156.151.31.94]) by rcsinet15.oracle.com (Sentrion-MTA-4.2.2/Sentrion-MTA-4.2.2) with ESMTP id q59FD8PE026970 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sat, 9 Jun 2012 15:13:08 GMT Original-Received: from acsmt356.oracle.com (acsmt356.oracle.com [141.146.40.156]) by ucsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id q59FD7Fr022175 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 9 Jun 2012 15:13:07 GMT Original-Received: from abhmt111.oracle.com (abhmt111.oracle.com [141.146.116.63]) by acsmt356.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id q59FD6iu016804; Sat, 9 Jun 2012 10:13:06 -0500 Original-Received: from dradamslap1 (/10.159.219.243) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Sat, 09 Jun 2012 08:13:06 -0700 X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <87ipf1m4cb.fsf@gnu.org> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Thread-Index: Ac1GAkjektuDPMWlTUm5GGTk35e8jwASruNQ X-Source-IP: ucsinet22.oracle.com [156.151.31.94] X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:60810 Archived-At: > > (set-face-attribute 'default nil :height 130 :family "Lucida Grande") > > ;; modifies default face > > > > (customize-face 'default) > > ;; switch back manually to Monaco and "set for current session" > > > > (make-frame-command) ;; C-x 5 2 > > ;; the new frame is shown in Lucida. Why? > > I have edited the docstring of set-face-attribute, to make it clearer > that this function overrides face specs. Huh? You baptize the bugged behvior as design by documenting it as intended? No one intended or intends such behavior, AFAIK. It is just an unfortunate, unintended side effect of some implementation changes that someone made. IOW, a bug. And why close bug #3408 at the same time? That bugged behavior remains. And it is a regression from the behavior in Emacs 22 (and 21 and 20 and...). As I said in the #3408 thread, and to which there was no reply: | Customize is for changing user preferences, and those apply most | importantly to future use, not just to existing objects. | If Customize becomes just about repainting what's there already, | then Customize is no longer about customizing. ... | That is a ridiculous workaround, just to get a face change for | future frames: save, end the session, new session to get where you | wanted to be. Then restore the definition, save again, and exit, | so your change lasted only for the "macro-session" (split into two | sessions, just for the workaround). | | What was wrong with what we had before? What problem does this | significant change solve? | | *Any* way of changing a face (or an option, for that matter) should | affect it for the future. If you do not have the time now to fix a particular bug (a regression, no less), then classify it as `wishlist'. If you do not want to fix a bug, ever, then classify it as `wont-fix'. But please do not classify it for such reasons as `notabug'. A bug is a bug. It is not the same as intentional design. Emacs Dev made implementation changes in Emacs 23 that broke things. If you will not fix them then `wont-fix' is the right category. Or if you really claim that this is a design change, then be clear to users: document it generally for Customize: In the case of faces, Customize is about repainting what's there already. It is not about customizing for the future. The advantages of this exception for faces are... And add that design change to the NEWS (for Emacs 23), as a new "feature".