From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: "Paul W. Rankin" via "Emacs development discussions." Newsgroups: gmane.emacs.devel Subject: Re: 'M-o' ('facemap-keymap') has now been removed until March 10th 2021 Date: Wed, 24 Mar 2021 23:41:29 +1000 Message-ID: References: <32A55BBD-1A3F-4EC4-817F-7C3408C22A65@bydasein.com> <22aaf0faddac64397c7d@heytings.org> Reply-To: "Paul W. Rankin" Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.7\)) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="24623"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Gregory Heytings , larsi@gnus.org, emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Wed Mar 24 14:43:46 2021 Return-path: Envelope-to: ged-emacs-devel@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 1lP3nW-0006LC-Lb for ged-emacs-devel@m.gmane-mx.org; Wed, 24 Mar 2021 14:43:46 +0100 Original-Received: from localhost ([::1]:51596 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lP3nV-0000l8-JX for ged-emacs-devel@m.gmane-mx.org; Wed, 24 Mar 2021 09:43:45 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:38374) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lP3mB-00089H-4V for emacs-devel@gnu.org; Wed, 24 Mar 2021 09:42:23 -0400 Original-Received: from sendmail.purelymail.com ([34.202.193.197]:45550) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lP3m9-0003Nd-9b for emacs-devel@gnu.org; Wed, 24 Mar 2021 09:42:22 -0400 DKIM-Signature: a=rsa-sha256; b=YhqDbo/7kDbjveaMFLO3emw3cOPEM1QjN2dZNPDgdopwYHkiESXgI+YmniAlK0Ke7+1zsQ+3BQX1H56PsOIVLeXaf9C1mAyTmDbV8PQTJCiKaQdtINiKSwGKjYTz5ivhg7vWQSnHfdQWfZkn9v5sKLXBShr7GhAFy0JgGjB+4tt32eLJfvYl4OslQ+zYrc2vVa68v4ZK7nnb+1H6iqpkKD9G1BlCstQyOlpKjKGI3vGI2pw0isdqEMKfgzLLMw4OmUcBvxTXBZQT2C8eyl1UDvEekQV/rDHgShsZO+UYAKYQcW3vXkEbshtjHXb7k/gGeZNogBBOF+wGtl/qRYumlw==; s=purelymail2; d=bydasein.com; v=1; bh=0kEvJ8hkut0oh01OyMMcbc+jKijN6quJwr3LgzOUxYY=; h=Received:From:To; DKIM-Signature: a=rsa-sha256; b=WHNTMjwwraekNdDFIQ9o7vD33LOiWK+0zuVYOKGQ0rdh1P5uS/EZlK9ppjgsEupsoiYoCuiSHjUpt1f0v6Cn42HhnaCyxO6wAJofmMOjPl3uklrKnqqk0BHr95QwKIw7wh0g4x6mMag/9BmohgLsDgVspGF+9/26nBe5fp5B7wTKn9vq5How1mkr6tzVLGsHOOYVXY/05VhtMHqqy/x5CPJe9PcgGlgitUkdarcpTnZUN8YZtAqIPzi428olbnby/tjodcIeGbtXO4sDQ3RLyCC+8c1twRpMxsSE4KFqewHDO5Mk3sPmcAu1V1p+g98iPHkAs7Zm7meP84Bu9o94SQ==; s=purelymail2; d=purelymail.com; v=1; bh=0kEvJ8hkut0oh01OyMMcbc+jKijN6quJwr3LgzOUxYY=; h=Feedback-ID:Received:From:To; Feedback-ID: 791:353:null:purelymail X-Pm-Original-To: emacs-devel@gnu.org Original-Received: by ip-172-30-0-247.ec2.internal (JAMES SMTP Server ) with ESMTPA ID -1573012353; Wed, 24 Mar 2021 13:41:35 +0000 (UTC) In-Reply-To: X-Mailer: Apple Mail (2.3445.9.7) Received-SPF: pass client-ip=34.202.193.197; envelope-from=pwr@bydasein.com; helo=sendmail.purelymail.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 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-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:266956 Archived-At: > On 24 Mar 2021, at 11:07 pm, Stefan Monnier = wrote: >=20 >>> Unless I'm fundamentally missing something, the new command >>> font-lock-update only duplicates the functionality of existing = command >>> font-lock-fontify-buffer, and adds some confusion... >>>=20 >>=20 >> It does not duplicate the fonctionality, font-lock-fontify-buffer is = bugged, >> font-lock-update isn't (hopefully). To see one of its bugs, open = your >> .emacs file, M-x font-lock-mode (which turns font-lock-mode off), M-x >> font-lock-fontify-buffer. Now change some characters: the >> fontification remains. >=20 > BTW, the problem with the above is not whether this behavior is > "expected" or not (after all, the behavior of known bugs is also > arguably "expected"). >=20 > The question is whether it's *desirable*, and some concrete use-cases = to > back up the claim would be very handy. >=20 > So far, the only use-case I know of is the one where = font-lock-keywords > is nil, so the "fontification" ends up *removing* faces. There are two pretty separate issues here; One is the nuances of font-lock vs text properties, on which we've gone = a bit around in circles. The other is much more trivial: that a command on the default C-x map = should only do what its name implies (with no need to duplicate = functionality of calling the mode itself). The difficulty of the former has over-inflated the importance of the = latter.