From david.reitter@gmail.com Wed May 27 17:40:48 2009 Received: (at submit) by emacsbugs.donarmstrong.com; 28 May 2009 00:40:48 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-0.5 required=4.0 tests=AWL,FOURLA autolearn=no version=3.2.5-bugs.debian.org_2005_01_02 Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n4S0eikS004975 for ; Wed, 27 May 2009 17:40:45 -0700 Received: from mail.gnu.org ([199.232.76.166]:54880 helo=mx10.gnu.org) by fencepost.gnu.org with esmtp (Exim 4.67) (envelope-from ) id 1M9Tfo-0003BP-4U for emacs-pretest-bug@gnu.org; Wed, 27 May 2009 20:40:44 -0400 Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1M9Tfn-0002bY-HI for emacs-pretest-bug@gnu.org; Wed, 27 May 2009 20:40:44 -0400 Received: from mail-bw0-f161.google.com ([209.85.218.161]:50723) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1M9Tfn-0002b8-7L for emacs-pretest-bug@gnu.org; Wed, 27 May 2009 20:40:43 -0400 Received: by bwz5 with SMTP id 5so5414086bwz.42 for ; Wed, 27 May 2009 17:40:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:from:to :content-type:content-transfer-encoding:mime-version:subject:date :references:x-mailer; bh=mxXuVlNbD+FvT1mBF2ck+/RI7+Z7AV5qHLWeWLCjEg0=; b=OqSAVOFtT0yfue5+97STMvw/ol4h5hs+vgeGjNAU1RcUkQ3P8peDItlxGs+GdDARkv NzyZa0qY7F3wgcnFloFhIhCQyPfjgPmA/Ji96bDYafW5sHqEqDt0ehOlE9Ct3O8pPu2R yiugxqjcZMo2ETSIjk829vqiuzzrGjlbWDPtM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:from:to:content-type:content-transfer-encoding :mime-version:subject:date:references:x-mailer; b=XCziDmY6gA1FovuvtNE++LlXygt6JGuNEU0rdQFzBf433lU1K1CV6e6CmGNMuAUDCR 3m4IeUQiX+zTFonIlNAcq/PfTcPJfaPKm/oC42RLP15KXgd4uzyW3btDOBdAyJTVINkl vRxPEi3Tr5Z/qb+0NEunZU6/AGatzqssPbcKY= Received: by 10.103.221.14 with SMTP id y14mr451240muq.111.1243471241311; Wed, 27 May 2009 17:40:41 -0700 (PDT) Received: from ?192.168.1.42? (pool-71-162-19-47.pitbpa.east.verizon.net [71.162.19.47]) by mx.google.com with ESMTPS id 7sm2756690mup.54.2009.05.27.17.40.39 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 27 May 2009 17:40:40 -0700 (PDT) Message-Id: <8625E304-B47B-42CF-B7EC-3A6926CE5C4F@gmail.com> From: David Reitter To: emacs-pretest-bug@gnu.org Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Subject: customize-face not working: seems to apply to frame-face Date: Wed, 27 May 2009 20:40:37 -0400 References: X-Mailer: Apple Mail (2.935.3) X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2) Emacs -Q (set-face-attribute 'default nil :height 130 :family "Lucida Grande") ;; switches default face (customize-face 'default) ;; switch back manually to Monaco (make-frame-command) ;; C-x 5 2 ;; the new frame is shown in the Lucida face. Why? The same thing works as I would expect in Emacs 22. I would generally assume that `customize-face' applies to faces in future frames as well. If this is no bug, I think an entry in NEWS under "Faces" would be appropriate.... Cc'ing Bob Halley who isolated this (but doesn't think it's a bug). PS.: text-scale-mode is mentioned twice in NEWS. From rgm@gnu.org Wed May 27 18:12:45 2009 Received: (at 3408) by emacsbugs.donarmstrong.com; 28 May 2009 01:12:45 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-8.3 required=4.0 tests=AWL,HAS_BUG_NUMBER, X_DEBBUGS_NO_ACK autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n4S1CfN1010054 for <3408@emacsbugs.donarmstrong.com>; Wed, 27 May 2009 18:12:43 -0700 Received: from rgm by fencepost.gnu.org with local (Exim 4.67) (envelope-from ) id 1M9UAj-0004QG-4c; Wed, 27 May 2009 21:12:41 -0400 From: Glenn Morris To: David Reitter Cc: 3408@debbugs.gnu.org Subject: Re: bug#3408: customize-face not working: seems to apply to frame-face References: <8625E304-B47B-42CF-B7EC-3A6926CE5C4F@gmail.com> X-Spook: SWAT pipeline Rule Psix bank New World Order PLO Khaddafi X-Ran: y`Y8#0o^|VAsJw}x&by5>D9!-hbFE'M=X3yOjGu;}Pao6Ju6f#nyD^h>|Jdf1]xU (David Reitter's message of "Wed, 27 May 2009 20:40:37 -0400") Message-ID: <5pprdughdi.fsf@fencepost.gnu.org> User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Perhaps this is relevant (I never understood it): http://lists.gnu.org/archive/html/emacs-devel/2008-03/msg00120.html From handa@m17n.org Wed May 27 19:12:59 2009 Received: (at 3408) by emacsbugs.donarmstrong.com; 28 May 2009 02:12:59 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-2.6 required=4.0 tests=AWL,GMAIL,HAS_BUG_NUMBER, IMPRONONCABLE_1,MURPHY_WRONG_WORD2,SPF_HELO_PASS autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from mx1.aist.go.jp (mx1.aist.go.jp [150.29.246.133]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n4S2Cr0t018549 for <3408@emacsbugs.donarmstrong.com>; Wed, 27 May 2009 19:12:55 -0700 Received: from rqsmtp2.aist.go.jp (rqsmtp2.aist.go.jp [150.29.254.123]) by mx1.aist.go.jp with ESMTP id n4S2CpUd020851; Thu, 28 May 2009 11:12:51 +0900 (JST) env-from (handa@m17n.org) Received: from smtp4.aist.go.jp by rqsmtp2.aist.go.jp with ESMTP id n4S2Cp9m011817; Thu, 28 May 2009 11:12:51 +0900 (JST) env-from (handa@m17n.org) Received: by smtp4.aist.go.jp with ESMTP id n4S2CoEo028464; Thu, 28 May 2009 11:12:50 +0900 (JST) env-from (handa@m17n.org) Received: from handa by etlken with local (Exim 4.69) (envelope-from ) id 1M9V70-0008PF-5R; Thu, 28 May 2009 11:12:54 +0900 From: Kenichi Handa To: David Reitter , 3408@debbugs.gnu.org In-reply-to: <8625E304-B47B-42CF-B7EC-3A6926CE5C4F@gmail.com> (message from David Reitter on Wed, 27 May 2009 20:40:37 -0400) Subject: Re: bug#3408: customize-face not working: seems to apply to frame-face References: <8625E304-B47B-42CF-B7EC-3A6926CE5C4F@gmail.com> Message-Id: Date: Thu, 28 May 2009 11:12:54 +0900 In article <8625E304-B47B-42CF-B7EC-3A6926CE5C4F@gmail.com>, David Reitter writes: > Emacs -Q > (set-face-attribute 'default nil > :height 130 > :family "Lucida Grande") > ;; switches default face > (customize-face 'default) > ;; switch back manually to Monaco > (make-frame-command) ;; C-x 5 2 > ;; the new frame is shown in the Lucida face. Why? > The same thing works as I would expect in Emacs 22. I would generally > assume that `customize-face' applies to faces in future frames as well. This behaviour is not limitted to font related attributes. If the arg FRAME is nil, set-face-attribute changes attributes on all frames plus the default for new frames But customize-face changes only the attributes of existing frames. (face-attribute 'default :background nil) => "#ffffff" (face-attribute 'default :background t) => unspecified (set-face-attribute 'default nil :background "gray") (face-attribute 'default :background nil) => "gray" (face-attribute 'default :background t) => "gray" (customize-face 'default) ;; set :background back to "#ffffff" (face-attribute 'default :background nil) => "#ffffff" (face-attribute 'default :background t) => "gray" --- Kenichi Handa handa@m17n.org From david.reitter@gmail.com Wed May 27 20:09:00 2009 Received: (at 3408) by emacsbugs.donarmstrong.com; 28 May 2009 03:09:01 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-1.4 required=4.0 tests=AWL,HAS_BUG_NUMBER, IMPRONONCABLE_1,MURPHY_WRONG_WORD2 autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from mail-ew0-f178.google.com (mail-ew0-f178.google.com [209.85.219.178]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n4S38ts6026396 for <3408@emacsbugs.donarmstrong.com>; Wed, 27 May 2009 20:08:56 -0700 Received: by ewy26 with SMTP id 26so5483778ewy.1 for <3408@emacsbugs.donarmstrong.com>; Wed, 27 May 2009 20:08:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:cc:message-id:from:to :in-reply-to:content-type:mime-version:subject:date:references :x-mailer; bh=9P2ViPSWgMso8uX2w7V8w1dGUPAzIYug+lc5zoxsIu4=; b=rGD4CletW3UW3BArVnsGhJrDfyLDXZnY+SIg0sicnjEYQmReVLze1aHuvsLttUm5eb vEowQXjpqE+dzS+8PIpDV+Tm/k+Ep+Yc23m4Dvm3AlLYMePVCI9513y1b45b72RIt+PK G4QCnw8223HWMLDUho0dpuo3PgOsaxTe2P3wM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=cc:message-id:from:to:in-reply-to:content-type:mime-version:subject :date:references:x-mailer; b=Jsv6nyyJ+pWwGBwustj2j/4LIYDP6s9mJdvW2xuu5OBGNL4hicsv5AE1PFv0bHRSyn 9Vp2gKbLUZAALLBIHE35J3YaXdzVQCdcJz1mKB1lMCA6ECmhTAUOPuhY3zFjOPiAzJ2G OdPyYkLAbtwrZ+Y8tj+mrZwZzHdRNcK3BO5hQ= Received: by 10.210.13.17 with SMTP id 17mr414032ebm.6.1243480129833; Wed, 27 May 2009 20:08:49 -0700 (PDT) Received: from ?192.168.1.42? (pool-71-162-19-47.pitbpa.east.verizon.net [71.162.19.47]) by mx.google.com with ESMTPS id 24sm6835531eyx.43.2009.05.27.20.08.47 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 27 May 2009 20:08:49 -0700 (PDT) Cc: 3408@debbugs.gnu.org Message-Id: <9A46C94D-EA2B-4721-9B22-4109C6E5085D@gmail.com> From: David Reitter To: Kenichi Handa In-Reply-To: Content-Type: multipart/signed; boundary=Apple-Mail-122-1032437240; micalg=sha1; protocol="application/pkcs7-signature" Mime-Version: 1.0 (Apple Message framework v935.3) Subject: Re: bug#3408: customize-face not working: seems to apply to frame-face Date: Wed, 27 May 2009 23:08:45 -0400 References: <8625E304-B47B-42CF-B7EC-3A6926CE5C4F@gmail.com> X-Mailer: Apple Mail (2.935.3) --Apple-Mail-122-1032437240 Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit On May 27, 2009, at 10:12 PM, Kenichi Handa wrote: > If the arg FRAME is nil, set-face-attribute changes > attributes on all frames plus the default for new frames > > But customize-face changes only the attributes of existing > frames. > (customize-face 'default) ;; set :background back to "#ffffff" > > (face-attribute 'default :background nil) => "#ffffff" > (face-attribute 'default :background t) => "gray" So is this a new, intentional "feature"? I presume there has been a discussion about this... because without knowing the reasoning behind this, I'd say it was a bad call. Very confusing to users, who, by default, shouldn't be concerned with frame- specific faces. Note that even "save for future sessions" won't set the face for future frames. How would I set a face through the customize interface that is valid for current and future frames? --Apple-Mail-122-1032437240 Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIFxDCCAn0w ggHmoAMCAQICED6shx13jEDrq0eL8FRq5ykwDQYJKoZIhvcNAQEFBQAwYjELMAkGA1UEBhMCWkEx JTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQ ZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA4MTIwOTAyMDgwMVoXDTA5MTIwOTAyMDgw MVowYjEQMA4GA1UEBBMHUmVpdHRlcjEOMAwGA1UEKhMFRGF2aWQxFjAUBgNVBAMTDURhdmlkIFJl aXR0ZXIxJjAkBgkqhkiG9w0BCQEWF2RhdmlkLnJlaXR0ZXJAZ21haWwuY29tMIGfMA0GCSqGSIb3 DQEBAQUAA4GNADCBiQKBgQDOdo6kAwlkBxUb8dj4saMbYg4SVng8CUePFn3cjjWrakBTbUVa4Z0n wlUxr7AitEeKhBy5nGhu96+jKUPrCwYNRCZ0l2ovvuGq4z1m1nZ5/c8WvFlVhieuxXMUfmb/O7D3 IojoX6iS8n5MNNU2IWNNT/AD3vOl6DKgOtOw4J9y+QIDAQABozQwMjAiBgNVHREEGzAZgRdkYXZp ZC5yZWl0dGVyQGdtYWlsLmNvbTAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3DQEBBQUAA4GBAIjI8yEW wkiEfA9PMgpjnD6KyCXT0iZjHhW2PkR53yZZLUoTboHnKgsFwYp/gzzIL8J5cvZaRUyMUzXDufPP dRmxxCs2jXXLDD/8bvdvOuMzqgYoFA73fAfsC8S6qUL1PayZ90J8CZHNhDwqWqOA56T+DdKUegJT sqoHKh6OnypTMIIDPzCCAqigAwIBAgIBDTANBgkqhkiG9w0BAQUFADCB0TELMAkGA1UEBhMCWkEx FTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3duMRowGAYDVQQKExFUaGF3 dGUgQ29uc3VsdGluZzEoMCYGA1UECxMfQ2VydGlmaWNhdGlvbiBTZXJ2aWNlcyBEaXZpc2lvbjEk MCIGA1UEAxMbVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIENBMSswKQYJKoZIhvcNAQkBFhxwZXJz b25hbC1mcmVlbWFpbEB0aGF3dGUuY29tMB4XDTAzMDcxNzAwMDAwMFoXDTEzMDcxNjIzNTk1OVow YjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAq BgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMIGfMA0GCSqGSIb3DQEB AQUAA4GNADCBiQKBgQDEpjxVc1X7TrnKmVoeaMB1BHCd3+n/ox7svc31W/Iadr1/DDph8r9RzgHU 5VAKMNcCY1osiRVwjt3J8CuFWqo/cVbLrzwLB+fxH5E2JCoTzyvV84J3PQO+K/67GD4Hv0CAAmTX p6a7n2XRxSpUhQ9IBH+nttE8YQRAHmQZcmC3+wIDAQABo4GUMIGRMBIGA1UdEwEB/wQIMAYBAf8C AQAwQwYDVR0fBDwwOjA4oDagNIYyaHR0cDovL2NybC50aGF3dGUuY29tL1RoYXd0ZVBlcnNvbmFs RnJlZW1haWxDQS5jcmwwCwYDVR0PBAQDAgEGMCkGA1UdEQQiMCCkHjAcMRowGAYDVQQDExFQcml2 YXRlTGFiZWwyLTEzODANBgkqhkiG9w0BAQUFAAOBgQBIjNFQg+oLLswNo2asZw9/r6y+whehQ5aU nX9MIbj4Nh+qLZ82L8D0HFAgk3A8/a3hYWLD2ToZfoSxmRsAxRoLgnSeJVCUYsfbJ3FXJY3dqZw5 jowgT2Vfldr394fWxghOrvbqNOUQGls1TXfjViF4gtwhGTXeJLHTHUb/XV9lTzGCAo8wggKLAgEB MHYwYjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4x LDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBAhA+rIcdd4xA66tH i/BUaucpMAkGBSsOAwIaBQCgggFvMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcN AQkFMQ8XDTA5MDUyODAzMDg0NlowIwYJKoZIhvcNAQkEMRYEFB+nrbkrTuwoxtiyKu/sDPUYrVtB MIGFBgkrBgEEAYI3EAQxeDB2MGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3Vs dGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWlu ZyBDQQIQPqyHHXeMQOurR4vwVGrnKTCBhwYLKoZIhvcNAQkQAgsxeKB2MGIxCzAJBgNVBAYTAlpB MSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUg UGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBDQQIQPqyHHXeMQOurR4vwVGrnKTANBgkqhkiG9w0B AQEFAASBgAGXUFh4+m8m8EnsjCtO4ghBE6W/awvfgyTikigXnaiR9Xmtccn+o/4t8UNsgnaSZjmw q+cOIQqrn5K6rzAafwnWk5DAdSg+DrNDclpbTs5Ywoqygk5/oFilhxCNHdZsrnb4c2gaEy+ou4vw 8zkg/TqfoHQj+hLW5r+SrU2Vq6kKAAAAAAAA --Apple-Mail-122-1032437240-- From cyd@stupidchicken.com Wed May 27 21:53:00 2009 Received: (at 3408) by emacsbugs.donarmstrong.com; 28 May 2009 04:53:00 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-1.9 required=4.0 tests=AWL autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from cyd.mit.edu (CYD.MIT.EDU [18.115.2.24]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n4S4quNu008321 for <3408@emacsbugs.donarmstrong.com>; Wed, 27 May 2009 21:52:58 -0700 Received: by cyd.mit.edu (Postfix, from userid 1000) id 3F47257E205; Thu, 28 May 2009 00:53:20 -0400 (EDT) From: Chong Yidong To: David Reitter Cc: 3408@debbugs.gnu.org Subject: Re: customize-face not working: seems to apply to frame-face Date: Thu, 28 May 2009 00:53:20 -0400 Message-ID: <87eiu9rfpb.fsf@cyd.mit.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii > Emacs -Q > (set-face-attribute 'default nil :height 130 :family "Lucida Grande") > (customize-face 'default) > (make-frame-command) ;; C-x 5 2 > > The same thing works as I would expect in Emacs 22. I would generally > assume that `customize-face' applies to faces in future frames as > well. Mixing set-face-attribute and Customize is a bad idea in general. From drew.adams@oracle.com Thu May 28 08:40:41 2009 Received: (at 3408) by emacsbugs.donarmstrong.com; 28 May 2009 15:40:41 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-4.2 required=4.0 tests=AWL,FOURLA,HAS_BUG_NUMBER, IMPRONONCABLE_1,MURPHY_WRONG_WORD2 autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from acsinet11.oracle.com (acsinet11.oracle.com [141.146.126.233]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n4SFebmL003067 for <3408@emacsbugs.donarmstrong.com>; Thu, 28 May 2009 08:40:38 -0700 Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227]) by acsinet11.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n4SFf8qH011316 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 28 May 2009 15:41:09 GMT Received: from abhmt010.oracle.com (abhmt010.oracle.com [141.146.116.19]) by acsinet15.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n4SFfFT2001034; Thu, 28 May 2009 15:41:15 GMT Received: from dradamslap1 (/130.35.178.194) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Thu, 28 May 2009 08:40:24 -0700 From: "Drew Adams" To: "'David Reitter'" , <3408@debbugs.gnu.org>, "'Kenichi Handa'" References: <8625E304-B47B-42CF-B7EC-3A6926CE5C4F@gmail.com> <9A46C94D-EA2B-4721-9B22-4109C6E5085D@gmail.com> Subject: RE: bug#3408: customize-face not working: seems to apply to frame-face Date: Thu, 28 May 2009 08:40:28 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <9A46C94D-EA2B-4721-9B22-4109C6E5085D@gmail.com> Thread-Index: AcnfRKN2qQKO7aPoTt+WCGJztUzmLgAX/zjA X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 X-Source-IP: abhmt010.oracle.com [141.146.116.19] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090206.4A1EB069.0101:SCFSTAT5015188,ss=1,fgs=0 > > If the arg FRAME is nil, set-face-attribute changes > > attributes on all frames plus the default for new frames > > > > But customize-face changes only the attributes of existing > > frames. If true, that's new. And horribly misguided. It totally redefines the meaning and behavior of `customize-face'. > > (customize-face 'default) ;; set :background back to "#ffffff" > > (face-attribute 'default :background nil) => "#ffffff" > > (face-attribute 'default :background t) => "gray" > > So is this a new, intentional "feature"? > > I presume there has been a discussion about this... because without > knowing the reasoning behind this, I'd say it was a bad call. Very > confusing to users, who, by default, shouldn't be concerned > with frame-specific faces. Note that even "save for future > sessions" won't set the face for future frames. How would I > set a face through the customize interface that is valid for > current and future frames? I agree. What you describe is a terrible state of affairs. Customize should *redefine* a face or option, giving it a new behavior/appearance/value for now and for the future (session duration, unless saved). If it does not do that - if it affects only existing *occurrences* (uses) of faces (or options), then you have radically changed the meaning of Customize. 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. If what is described is true (and IIUC), then to get the effect of the Emacs 22 (and 21...) behavior of changing the face definition for future frames also, you will need to jump through hoops: save the changes, then restart Emacs. Then, presumably, the preference change takes effect in the new session. And then you would need to reset the face to what it was before, and resave, if you didn't want that change to persist. 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. The question of whether the thing being customized is frame-specific is another matter. If you customize a face, that should not be for some specific frame. There should not be any notion of customization for a specific frame. Customization should change the definition globally - for the session, unless you save. From drew.adams@oracle.com Thu May 28 08:40:46 2009 Received: (at 3408) by emacsbugs.donarmstrong.com; 28 May 2009 15:40:46 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-4.8 required=4.0 tests=AWL,HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from acsinet11.oracle.com (acsinet11.oracle.com [141.146.126.233]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n4SFehIh003071 for <3408@emacsbugs.donarmstrong.com>; Thu, 28 May 2009 08:40:44 -0700 Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227]) by acsinet11.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n4SFfEri011669 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 28 May 2009 15:41:15 GMT Received: from abhmt009.oracle.com (abhmt009.oracle.com [141.146.116.18]) by acsinet15.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id n4SFfOUM001356; Thu, 28 May 2009 15:41:24 GMT Received: from dradamslap1 (/130.35.178.194) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Thu, 28 May 2009 08:40:33 -0700 From: "Drew Adams" To: "'Chong Yidong'" , <3408@debbugs.gnu.org>, "'David Reitter'" References: <87eiu9rfpb.fsf@cyd.mit.edu> Subject: RE: bug#3408: customize-face not working: seems to apply to frame-face Date: Thu, 28 May 2009 08:40:38 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <87eiu9rfpb.fsf@cyd.mit.edu> Thread-Index: AcnfUqCCQZCQTk3+SfK7zAjn5KQjLwAUpS2g X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 X-Source-IP: abhmt009.oracle.com [141.146.116.18] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090205.4A1EB072.0184:SCFSTAT5015188,ss=1,fgs=0 > > Emacs -Q > > (set-face-attribute 'default nil :height 130 :family > > "Lucida Grande") (customize-face 'default) > > (make-frame-command) ;; C-x 5 2 > > > > The same thing works as I would expect in Emacs 22. I > > would generally assume that `customize-face' applies to > > faces in future frames as well. > > Mixing set-face-attribute and Customize is a bad idea in general. It *should not* be a bad idea - or, put as a question, why *should* it be a bad idea? Logically, where is the problem? If the implementation is inadequate, that's another matter, but where is the problem *logically*? And what was wrong with the Emacs 22 behavior (implementation)? If some feature was added for Emacs 23 that broke that behavior, and then you say that things are too complex to use both `set-face-attribute' and Customize, then back out that misguided feature until things can be done right. Things seemed to be fine, before. Adding some feature, no matter how worthy (multi-tty, Unicode), should not be an excuse for breaking existing behavior, as if that were somehow inevitable collateral damage. From cyd@stupidchicken.com Thu May 28 10:07:58 2009 Received: (at 3408) by emacsbugs.donarmstrong.com; 28 May 2009 17:07:58 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-3.4 required=4.0 tests=AWL,HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from cyd.mit.edu (CYD.MIT.EDU [18.115.2.24]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n4SH7sna015945 for <3408@emacsbugs.donarmstrong.com>; Thu, 28 May 2009 10:07:56 -0700 Received: by cyd.mit.edu (Postfix, from userid 1000) id C34D957E21E; Thu, 28 May 2009 13:08:18 -0400 (EDT) From: Chong Yidong To: "Drew Adams" Cc: <3408@debbugs.gnu.org>, "'David Reitter'" Subject: Re: bug#3408: customize-face not working: seems to apply to frame-face References: <87eiu9rfpb.fsf@cyd.mit.edu> Date: Thu, 28 May 2009 13:08:18 -0400 In-Reply-To: (Drew Adams's message of "Thu, 28 May 2009 08:40:38 -0700") Message-ID: <878wkhf94t.fsf@cyd.mit.edu> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.91 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii "Drew Adams" writes: >> Mixing set-face-attribute and Customize is a bad idea in general. > > It *should not* be a bad idea - or, put as a question, why *should* it > be a bad idea? Logically, where is the problem? It's a bad idea in general because face computation has to take into account subtle interactions between face-new-frame-defaults, defface settings, X resources (which can be per-frame!), Customize, etc etc etc. Between Emacs 21 and 22, and between Emacs 22 and 23, there have been lots of changes in these subtle interactions, many of which are not easy to explain. I will take a look at this specific bug, and see if there is an acceptable fix. But my advice for the user is to settle on one single method for changing faces, and stick to it. In the long run, we need to figure out a way to simplify how faces are computed, so that this kind of problem does not arise so easily. From rgm@gnu.org Wed Jun 17 12:22:01 2009 Received: (at control) by emacsbugs.donarmstrong.com; 17 Jun 2009 19:22:01 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-4.8 required=4.0 tests=AWL,ONEWORD,VALID_BTS_CONTROL autolearn=no version=3.2.5-bugs.debian.org_2005_01_02 Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n5HJLua5018573 for ; Wed, 17 Jun 2009 12:21:57 -0700 Received: from rgm by fencepost.gnu.org with local (Exim 4.67) (envelope-from ) id 1MH0hn-0005IR-QO; Wed, 17 Jun 2009 15:21:55 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <19001.16979.757746.667121@fencepost.gnu.org> Date: Wed, 17 Jun 2009 15:21:55 -0400 From: Glenn Morris To: control Subject: control reassign 3286 emacs,ns reassign 2857 emacs22 severity 2835 minor reassign 3596 emacs,ns merge 3596 3588 tags 3392 moreinfo reassign 3434 emacs,ns merge 2868 3434 merge 3210 3408 From debbugs-submit-bounces@debbugs.gnu.org Sat Jun 09 01:42:02 2012 Received: (at control) by debbugs.gnu.org; 9 Jun 2012 05:42:02 +0000 Received: from localhost ([127.0.0.1]:35659 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SdEQz-00073u-O5 for submit@debbugs.gnu.org; Sat, 09 Jun 2012 01:42:02 -0400 Received: from fencepost.gnu.org ([208.118.235.10]:38647) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SdEQy-00073j-Ce for control@debbugs.gnu.org; Sat, 09 Jun 2012 01:42:00 -0400 Received: from cm162.gamma80.maxonline.com.sg ([202.156.80.162]:45623 helo=ulysses) by fencepost.gnu.org with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1SdEOe-0007sG-4s for control@debbugs.gnu.org; Sat, 09 Jun 2012 01:39:36 -0400 From: Chong Yidong To: control@debbugs.gnu.org Subject: close 3210 Date: Sat, 09 Jun 2012 13:39:31 +0800 Message-ID: <87vcj1dox8.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -6.9 (------) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.9 (------) tags 3210 + notabug close 3210 thanks From debbugs-submit-bounces@debbugs.gnu.org Sat Jun 09 11:15:38 2012 Received: (at 3408) by debbugs.gnu.org; 9 Jun 2012 15:15:38 +0000 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 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 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 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 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 Received: from dradamslap1 (/10.159.219.243) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Sat, 09 Jun 2012 08:13:06 -0700 From: "Drew Adams" To: "'Chong Yidong'" , "'David Reitter'" References: <87ipf1m4cb.fsf@gnu.org> Subject: RE: bug#3210: face customization fails after set-face-attribute Date: Sat, 9 Jun 2012 08:12:58 -0700 Message-ID: <3E353EEC980A4BFCBBC7CCB84859EA21@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit 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-Spam-Score: -6.9 (------) X-Debbugs-Envelope-To: 3408 Cc: 3408@debbugs.gnu.org, 3210@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.9 (------) > > (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". From unknown Fri Jun 20 07:29:25 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Sun, 08 Jul 2012 11:24:03 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator From debbugs-submit-bounces@debbugs.gnu.org Sun Sep 16 20:42:16 2012 Received: (at control) by debbugs.gnu.org; 17 Sep 2012 00:42:16 +0000 Received: from localhost ([127.0.0.1]:38005 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TDPPk-0007Hi-55 for submit@debbugs.gnu.org; Sun, 16 Sep 2012 20:42:16 -0400 Received: from acsinet15.oracle.com ([141.146.126.227]:28403) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TDPPh-0007HZ-QK for control@debbugs.gnu.org; Sun, 16 Sep 2012 20:42:14 -0400 Received: from ucsinet22.oracle.com (ucsinet22.oracle.com [156.151.31.94]) by acsinet15.oracle.com (Sentrion-MTA-4.2.2/Sentrion-MTA-4.2.2) with ESMTP id q8H0f0Ih016621 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Mon, 17 Sep 2012 00:41:01 GMT Received: from acsmt357.oracle.com (acsmt357.oracle.com [141.146.40.157]) by ucsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id q8H0ex0q005548 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 17 Sep 2012 00:40:59 GMT Received: from abhmt118.oracle.com (abhmt118.oracle.com [141.146.116.70]) by acsmt357.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id q8H0exeR029077 for ; Sun, 16 Sep 2012 19:40:59 -0500 Received: from dradamslap1 (/10.159.170.142) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Sun, 16 Sep 2012 17:40:58 -0700 From: "Drew Adams" To: Subject: Date: Sun, 16 Sep 2012 17:40:48 -0700 Message-ID: <43B24B36188B47F8AC3618BD5D66899B@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 Thread-Index: Ac2UbRSb0XVJDEZYTm2NJzuTR4gTtg== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 X-Source-IP: ucsinet22.oracle.com [156.151.31.94] X-Spam-Score: -4.4 (----) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -4.4 (----) unarchive 3210 reopen 3210 thanks From unknown Fri Jun 20 07:29:25 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: Did not alter fixed versions and reopened. Date: Mon, 17 Sep 2012 00:43:02 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # Did not alter fixed versions and reopened. thanks # This fakemail brought to you by your local debbugs # administrator From debbugs-submit-bounces@debbugs.gnu.org Sat Nov 24 23:23:44 2012 Received: (at control) by debbugs.gnu.org; 25 Nov 2012 04:23:44 +0000 Received: from localhost ([127.0.0.1]:37243 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TcTku-0000OK-5U for submit@debbugs.gnu.org; Sat, 24 Nov 2012 23:23:44 -0500 Received: from mail-da0-f44.google.com ([209.85.210.44]:52603) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TcTkr-0000OC-NU for control@debbugs.gnu.org; Sat, 24 Nov 2012 23:23:42 -0500 Received: by mail-da0-f44.google.com with SMTP id z20so1599545dae.3 for ; Sat, 24 Nov 2012 20:22:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:from:to:subject:date:message-id:mime-version:content-type; bh=h2Nh+1kcc1dY2RGRP+Sd9uJM7a4kckfvDvaM8buTj+8=; b=m8yk1dQ+N+EWQBwgqg8uTzNM8BMq0uGHvKGxLhO38JVSgYRrQpJDVgnL8iklOOVze5 pi6clbtZk/JvwRXeP6OtvDFmQW+Xu81kmuB6KaWUuOTW3/QOItGiqtKtAZPkQySqVV+o y1orkujFoB9bKO2b3idHV+1E+u/O2rDF8tik8udSGiErTXDojjvEGAhtdPoVSUor0DJm gSwTmf7wsihylaGVvY+Jc11Olhauyb3Rq/MtU3TArpH3zg6MSB3+2al5NVVsiykV2XX8 eWvDR7awNhJu4IYfqjsjSaACwBlJHpv/1++TQ3AakjLQ3SLfPsuvmpoKxwRn620ABnkf 66lA== Received: by 10.68.231.69 with SMTP id te5mr26840978pbc.81.1353817324583; Sat, 24 Nov 2012 20:22:04 -0800 (PST) Received: from ulysses (cm198.gamma83.maxonline.com.sg. [202.156.83.198]) by mx.google.com with ESMTPS id gu5sm6452056pbc.10.2012.11.24.20.22.01 (version=SSLv3 cipher=OTHER); Sat, 24 Nov 2012 20:22:03 -0800 (PST) From: Chong Yidong To: control@debbugs.gnu.org Subject: close 3210 Date: Sun, 25 Nov 2012 12:21:59 +0800 Message-ID: <871ufi5n2w.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.1 (/) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 0.1 (/) close 3210 thanks From unknown Fri Jun 20 07:29:25 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: Did not alter fixed versions and reopened. Date: Sun, 25 Nov 2012 04:44:01 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # Did not alter fixed versions and reopened. thanks # This fakemail brought to you by your local debbugs # administrator From debbugs-submit-bounces@debbugs.gnu.org Sat Nov 24 23:53:59 2012 Received: (at 3408) by debbugs.gnu.org; 25 Nov 2012 04:53:59 +0000 Received: from localhost ([127.0.0.1]:37279 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TcUEA-0002oy-Qk for submit@debbugs.gnu.org; Sat, 24 Nov 2012 23:53:59 -0500 Received: from userp1040.oracle.com ([156.151.31.81]:24461) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TcUE6-0002of-Qw; Sat, 24 Nov 2012 23:53:56 -0500 Received: from ucsinet21.oracle.com (ucsinet21.oracle.com [156.151.31.93]) by userp1040.oracle.com (Sentrion-MTA-4.2.2/Sentrion-MTA-4.2.2) with ESMTP id qAP4qIFr018897 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sun, 25 Nov 2012 04:52:18 GMT Received: from acsmt358.oracle.com (acsmt358.oracle.com [141.146.40.158]) by ucsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id qAP4qH9k019409 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 25 Nov 2012 04:52:17 GMT Received: from abhmt103.oracle.com (abhmt103.oracle.com [141.146.116.55]) by acsmt358.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id qAP4qGGw017431; Sat, 24 Nov 2012 22:52:17 -0600 Received: from dradamslap1 (/71.202.147.44) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Sat, 24 Nov 2012 20:52:16 -0800 From: "Drew Adams" To: "'Chong Yidong'" , "'David Reitter'" References: <87ipf1m4cb.fsf@gnu.org> <3E353EEC980A4BFCBBC7CCB84859EA21@us.oracle.com> Subject: RE: bug#3408: bug#3210: face customization fails after set-face-attribute Date: Sat, 24 Nov 2012 20:52:07 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <3E353EEC980A4BFCBBC7CCB84859EA21@us.oracle.com> Thread-Index: Ac1GAkjektuDPMWlTUm5GGTk35e8jwASruNQIR6OQYA= X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 X-Source-IP: ucsinet21.oracle.com [156.151.31.93] X-Spam-Score: -1.9 (-) X-Debbugs-Envelope-To: 3408 Cc: 3408@debbugs.gnu.org, 3210@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.9 (-) Bug #3408 is a _regression_, and it has not been fixed. A regression is certainly NOT `notabug'. As I said on 2012-06-09: > 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". From debbugs-submit-bounces@debbugs.gnu.org Sun Nov 25 00:06:17 2012 Received: (at 3408-done) by debbugs.gnu.org; 25 Nov 2012 05:06:17 +0000 Received: from localhost ([127.0.0.1]:37307 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TcUQ4-00037p-J3 for submit@debbugs.gnu.org; Sun, 25 Nov 2012 00:06:17 -0500 Received: from mail-da0-f44.google.com ([209.85.210.44]:65094) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TcUQ1-00037c-RY; Sun, 25 Nov 2012 00:06:14 -0500 Received: by mail-da0-f44.google.com with SMTP id z20so1607792dae.3 for ; Sat, 24 Nov 2012 21:04:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; bh=O3k1HNc05pJwz/0TM/OsbCAoU97Y9nA3FjQM+ynmymw=; b=CR452cZrBsN5dJ4wOZc+8fdqUfpvpijcOtT7T1uA9U6ELIPryTLPJZUhbPgasQiEFK bz3zEYrUnFbmqxmvvFIL8SoBoF5s4DOFs6QHrH16UVyhXIUSPqm0ksdiFwTisKTFWDTO sWKmTw6myRb0t58RrDQHfBPVU+bXgdW/VOr8kQofKi+/WbonG2TgX3u7eir30iLGqXE2 0vga6Wd4b8rofmKdg3vQFvRzlfW+uANTyNZtJlGidf45YZDmrdz3ZXlygcmWFmdNs4WW Rn2cFofA8Zd2kWasvo3OBNNFxTzZkguPiNlk8g/wxlw3BmMnb4kLVP/EQ4VMcLXcHFVY 46Wg== Received: by 10.68.234.167 with SMTP id uf7mr27378308pbc.20.1353819877681; Sat, 24 Nov 2012 21:04:37 -0800 (PST) Received: from ulysses (cm198.gamma83.maxonline.com.sg. [202.156.83.198]) by mx.google.com with ESMTPS id ty4sm6494629pbc.57.2012.11.24.21.04.34 (version=SSLv3 cipher=OTHER); Sat, 24 Nov 2012 21:04:36 -0800 (PST) From: Chong Yidong To: "Drew Adams" Subject: Re: bug#3408: bug#3210: face customization fails after set-face-attribute References: <87ipf1m4cb.fsf@gnu.org> <3E353EEC980A4BFCBBC7CCB84859EA21@us.oracle.com> Date: Sun, 25 Nov 2012 13:04:32 +0800 In-Reply-To: (Drew Adams's message of "Sat, 24 Nov 2012 20:52:07 -0800") Message-ID: <877gpas273.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.2.90 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.1 (/) X-Debbugs-Envelope-To: 3408-done Cc: 'David Reitter' , 3210@debbugs.gnu.org, 3408-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -0.7 (/) "Drew Adams" writes: > Bug #3408 is a _regression_, and it has not been fixed. > A regression is certainly NOT `notabug'. I disagree that this is a bug. I have now taken another look at the code, and my earlier conclusion stands. Modifications to internal Lisp faces (via set-face-attribute) take precedence over the effect of face specs, so the behavior is working as intended and as documented (including in the docstring of set-face-attribute). The trunk now contains a change to face-spec-set which allows it to be more easily called from Lisp code to override defface specs. If you want to modify faces from Lisp, use that rather than set-face-attribute. Don't re-open this bug based on uninformed opinion. Thanks. From unknown Fri Jun 20 07:29:25 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Sun, 23 Dec 2012 12:24:03 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator