From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Markus Triska Newsgroups: gmane.emacs.bugs Subject: bug#45428: 27.1; (quote (quote (quote ...))) unexpectedly works as anonymous face Date: Sun, 27 Dec 2020 09:38:32 +0100 Message-ID: <87a6tzk5iv.fsf@metalevel.at> References: <87eejc9pnm.fsf@gnus.org> <5e99c39b-b67b-4184-a890-2cae38fb40de@default> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="5197"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) Cc: Lars Ingebrigtsen , Stefan Kangas , 45428@debbugs.gnu.org To: Drew Adams Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sun Dec 27 09:39:11 2020 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1ktRa2-0001Go-9r for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 27 Dec 2020 09:39:10 +0100 Original-Received: from localhost ([::1]:40406 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ktRa0-0007RA-UR for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 27 Dec 2020 03:39:08 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:44896) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ktRZu-0007R3-5r for bug-gnu-emacs@gnu.org; Sun, 27 Dec 2020 03:39:02 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:48747) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1ktRZt-0002ZZ-Uo for bug-gnu-emacs@gnu.org; Sun, 27 Dec 2020 03:39:01 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1ktRZt-0003s1-R1 for bug-gnu-emacs@gnu.org; Sun, 27 Dec 2020 03:39:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Markus Triska Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 27 Dec 2020 08:39:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 45428 X-GNU-PR-Package: emacs Original-Received: via spool by 45428-submit@debbugs.gnu.org id=B45428.160905831514846 (code B ref 45428); Sun, 27 Dec 2020 08:39:01 +0000 Original-Received: (at 45428) by debbugs.gnu.org; 27 Dec 2020 08:38:35 +0000 Original-Received: from localhost ([127.0.0.1]:60293 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ktRZT-0003rO-JG for submit@debbugs.gnu.org; Sun, 27 Dec 2020 03:38:35 -0500 Original-Received: from [78.47.144.35] (port=52752 helo=metalevel.at) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ktRZR-0003rF-QK for 45428@debbugs.gnu.org; Sun, 27 Dec 2020 03:38:34 -0500 Original-Received: by metalevel.at (Postfix, from userid 1000) id 7E6519F566; Sun, 27 Dec 2020 09:38:32 +0100 (CET) In-Reply-To: <5e99c39b-b67b-4184-a890-2cae38fb40de@default> (Drew Adams's message of "Sat, 26 Dec 2020 20:47:01 -0800 (PST)") X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list 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-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:196791 Archived-At: Drew Adams writes: > My 2c differ. To me this is just a bug, and should be > fixed. The behavior should follow the doc. More > importantly, it should follow the general behavior of > Lisp evaluation. Why would we treat '''foo, '''''foo, > etc. the same as 'foo? The answer is that we wouldn't, > generally, and we don't. I agree with this. Is there any other place in Emacs where '''X is treated the same as 'X? As far as I can tell, this seems quite specific to faces. How is this happening? Is there special logic in Emacs that enables this, and is it used for other parts too? In my own configuration and Emacs Lisp programs, I would strongly prefer to rely only on documented features of Emacs, and I would like Emacs to at least warn me if my code starts to rely on features that are not officially supported and hence may change more readily in the future. All the best, Markus