From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Gregory Heytings Newsgroups: gmane.emacs.devel Subject: Re: 'M-o' ('facemap-keymap') has now been removed until March 10th 2021 Date: Wed, 24 Mar 2021 13:01:53 +0000 Message-ID: <8786a8e8fa841f39244b@heytings.org> References: <32A55BBD-1A3F-4EC4-817F-7C3408C22A65@bydasein.com> <22aaf0faddac64397c7d@heytings.org> <4B2A00EB-8C04-4B9D-BA86-692D67207AFD@bydasein.com> <22aaf0faddc2bf87fd3a@heytings.org> <0009872A-AD9D-4B08-B714-BFEDDAAF9125@bydasein.com> <8786a8e8faf45a989904@heytings.org> <8786a8e8faa6f278b198@heytings.org> <8786a8e8fac78b35b5e9@heytings.org> <286451D4-3958-4EA4-B87A-A78DCB684E5C@bydasein.com> <8786a8e8fa911a5c9ef3@heytings.org> <122434BB-0FDA-459F-BBDB-1C01E7967CFA@bydasein.com> Mime-Version: 1.0 Content-Type: text/plain; format=flowed; charset=us-ascii Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="375"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Stefan Monnier , emacs-devel@gnu.org To: "Paul W. Rankin" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Wed Mar 24 14:03:21 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 1lP3AP-000AWy-4Q for ged-emacs-devel@m.gmane-mx.org; Wed, 24 Mar 2021 14:03:21 +0100 Original-Received: from localhost ([::1]:48796 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lP3AO-00005Y-5l for ged-emacs-devel@m.gmane-mx.org; Wed, 24 Mar 2021 09:03:20 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:54980) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lP394-0007fA-0C for emacs-devel@gnu.org; Wed, 24 Mar 2021 09:01:58 -0400 Original-Received: from heytings.org ([95.142.160.155]:43482) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lP392-00052f-5S for emacs-devel@gnu.org; Wed, 24 Mar 2021 09:01:57 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=heytings.org; s=20210101; t=1616590913; bh=fp6tXDKhEuyjbDZ2CziiCYjObnAsMqTRD7qk3Zerk+k=; h=Date:From:To:cc:Subject:In-Reply-To:Message-ID:References:From; b=gnTHLgfId143R/CY4Fo/OdG5ENEi8I2EWnFnGsge75ckQJ5OZHqElOvFBgyqIzuNP Q4U0nQQUzGZjYJqUZHPJjuCFXq8Wx0fPwEtGgBlH/XymtQ+202rp7YgLmU9hQGiV++ ODVpYTIAA13b9orncggswsMlZidYtRMUhsJKgf+VX9dsURtlimuKGbHMuQgqv//dpU xhJ3AWlZey4ttEit1WOMPO5tqsepKHyTOv+lSH86RhoCN9BR04B9JuJeyfh5IfkkEG ssjV57WrXAIiPABYImrrlb1AuBcd4RVsxVbJClXrjvPPaTw6Q6/p+CEqePT6ncGN/v swoOIJWmZ7Gbg== In-Reply-To: <122434BB-0FDA-459F-BBDB-1C01E7967CFA@bydasein.com> Received-SPF: pass client-ip=95.142.160.155; envelope-from=gregory@heytings.org; helo=heytings.org 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:266951 Archived-At: >> Please provide a recipe to demonstrate when this actually matters. > > Programs should do what they're intended to. > That's not a recipe... and what you think is intended is perhaps not what I intended. > > I have quite fully explained how that is not the case as per your > examples. The "font-lock-mode fontification" does not remain, only text > properties that are not added by font-lock remain, and as such why > should turning off font-lock remove these? As previously noted, you are > confusing text properties and font-lock. Font-lock is only one method to > manipulate text properties. > Apparently we're miscommunicating. When the current command is used to turn font lock off with a prefix argument, it does something equivalent to "C-x x f M-x font-lock-mode", that is, it first updates the fontification of the buffer to make it correspond to the mode, then turns font-lock-mode off (which removes the fontification that was just added). That's the "do what I mean": when I turn font-lock-mode off in a buffer, I want to remove the fontification. In other words, it should be equivalent to the following: (defun font-lock-update (&optional arg) "Updates the syntax highlighting in this buffer. Refontify the accessible portion of the buffer, or enable Font Lock mode if it is disabled. With prefix ARG, toggle Font Lock mode." (interactive "P") (save-excursion (font-lock-fontify-region (point-min) (point-max)) (if (or arg (not font-lock-mode)) (font-lock-mode 'toggle)))) except that this one is much slower.