From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: [RFC PATCH] Per-window face support Date: Sat, 16 Jun 2018 13:35:12 -0400 Message-ID: References: <5e08587a56ad528599ed5fb259be6335.squirrel@dancol.org> <83muw5vdtr.fsf@gnu.org> <83zhzvyqfy.fsf@gnu.org> <83lgbezs6q.fsf@gnu.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1529170407 4089 195.159.176.226 (16 Jun 2018 17:33:27 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sat, 16 Jun 2018 17:33:27 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Jun 16 19:33:23 2018 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fUF4j-0000u5-Eh for ged-emacs-devel@m.gmane.org; Sat, 16 Jun 2018 19:33:21 +0200 Original-Received: from localhost ([::1]:52316 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fUF6q-0007UD-J6 for ged-emacs-devel@m.gmane.org; Sat, 16 Jun 2018 13:35:32 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:56690) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fUF6j-0007Tx-DC for emacs-devel@gnu.org; Sat, 16 Jun 2018 13:35:26 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fUF6g-0002vq-0L for emacs-devel@gnu.org; Sat, 16 Jun 2018 13:35:25 -0400 Original-Received: from [195.159.176.226] (port=34705 helo=blaine.gmane.org) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1fUF6f-0002vK-Iv for emacs-devel@gnu.org; Sat, 16 Jun 2018 13:35:21 -0400 Original-Received: from list by blaine.gmane.org with local (Exim 4.84_2) (envelope-from ) id 1fUF4V-0000Zv-4Z for emacs-devel@gnu.org; Sat, 16 Jun 2018 19:33:07 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 23 Original-X-Complaints-To: usenet@blaine.gmane.org Cancel-Lock: sha1:CUJe7DNXdxtcfjrXgI1OhwkFexA= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 195.159.176.226 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:226384 Archived-At: >>> > I still wonder why we only allow EQ there, it sounds unnecessarily >>> > restrictive. Agree. A recent discussion indeed pointed out that EQ is fundamentally flawed and there can be good reasons to try and give up on EQ and use `equal` instead. > applying face filters? The way it is now, with an eq-test, the result > of a face filter operation can change _only_ after a call to > set-window-parameter or an update of a face spec somewhere. Sounds like a good argument for EQ here. So, from where I stand, you're both right. Stefan PS: BTW, Dan, thinking about how to allow Elisp code in there, maybe one way would be to make it so the Elisp function returns not just the remapping but also some kind of "freshness predicate"" which can be used to determine when the function needs to be re-evaluated.