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 22:35:01 +1000 Message-ID: <122434BB-0FDA-459F-BBDB-1C01E7967CFA@bydasein.com> 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> 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="3060"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Stefan Monnier , emacs-devel@gnu.org To: Gregory Heytings Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Wed Mar 24 13:37:26 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 1lP2lJ-0000hp-RD for ged-emacs-devel@m.gmane-mx.org; Wed, 24 Mar 2021 13:37:25 +0100 Original-Received: from localhost ([::1]:36126 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lP2lI-0007gA-OS for ged-emacs-devel@m.gmane-mx.org; Wed, 24 Mar 2021 08:37:24 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:44882) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lP2ju-0007EJ-Nh for emacs-devel@gnu.org; Wed, 24 Mar 2021 08:35:59 -0400 Original-Received: from sendmail.purelymail.com ([34.202.193.197]:37308) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lP2jq-0006wN-9r for emacs-devel@gnu.org; Wed, 24 Mar 2021 08:35:58 -0400 DKIM-Signature: a=rsa-sha256; b=FiMlpsQ3Er0t2Yx3UfDRrbGhhUr8VRyDfdZU9sCZzA9pkYqMXgN2qvpYBHcfKpebvtMu4v47lCppchdoD9o4C265Aiwc19VrZKoNPHA3ONIMJVEuZUdBLvmR/MC5eP9CghsLpXhfW08QIacNujrvaE2Hc77dn1uXjih06TXp54IbqQvHYa61TIa4Hle2WvEWL5Gu5djGeuwA9Q0egTx1YZSxEgxD81Fx/inV/O/Jaa1EJXJMGr/65jdS7cTMW5jclInZikgjsmrQiS5NjUvzgUIBUUk3YwGQNqdeYmL1SwnPTfEyXBK8GUsVcAOAyTII/bfML4iPzYIktvHGOXFRZg==; s=purelymail2; d=bydasein.com; v=1; bh=P1FZ2XfQCWDB0gQ90aMt/zBBaZefNA96ZJ0h28vKSaY=; h=Received:From:To; DKIM-Signature: a=rsa-sha256; b=JfHUfszfEuHt21dxy9cT3f86/AbK5KUezRT9h28xnBrXhNgVOLQCmy2Jiaasz124P4os3sYK8z6Bxg/PXI9njh2RTpk4KUaDzNa7Dt6jcWcl7f3eJSSf21FnsdoxpCvOqfkVnvkvR87s6OwGhy6frL9JBeNMOMkt4EKn05V3g1OqK70CXhsDpyNEugIDqrHASShiAbaYp2UcvVtYf2k42sXeRsF5CX3ywRGPxMk/kn3qMwm37GfA1DVv+eqvs1/c9fjweEPOZ1IYz0tG95TZhqL3WfKmRTHplTzi8h6SB+qwSx+Px81GbKbHk+SdyjOVXOpbNm8mwmO/VypJ8OUp6Q==; s=purelymail2; d=purelymail.com; v=1; bh=P1FZ2XfQCWDB0gQ90aMt/zBBaZefNA96ZJ0h28vKSaY=; 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-124.ec2.internal (JAMES SMTP Server ) with ESMTPA ID -436245855; Wed, 24 Mar 2021 12:35:06 +0000 (UTC) In-Reply-To: <8786a8e8fa911a5c9ef3@heytings.org> 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:266950 Archived-At: > On 24 Mar 2021, at 10:12 pm, Gregory Heytings = wrote: >=20 >=20 >>> Does it? AFAICS, font-lock-unfontify-region does not "remove _all_ = text properties", it uses remove-list-of-text-properties, which "removes = _some_ properties from text", namely those of font-lock-mode. >>=20 >> Sure, you're right that it does not remove *all* text properties per = se. It removes, let's say, "all that it can" which is more than "all = that is intended". >>=20 >=20 > Please provide a recipe to demonstrate when this actually matters. Programs should do what they're intended to. >>> It allows you to toggle font-lock-mode correctly, which M-x = font-lock-mode can't do. Try the following: emacs -Q, unless, M-., M-h, = M-w, C-x b RET, M-x text-mode, C-y, M-x font-lock-mode. >>=20 >> This is again correct behaviour. When you yank the defun from an = emacs-lisp-mode buffer into a text-mode buffer, you're inserting text = with (most of) its text properties, except for the property `(fontified = . t)' because within the context of *this* buffer, the text properties = have not been applied with font-lock-mode and so this would be false and = prevent font-lock from doing its work. >>=20 >=20 > This is not the problem here. The problem is that M-x font-lock-mode = (last part of the recipe) is supposed to turn font-lock-mode off, yet = the font-lock-mode fontification remains. 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. Please read the Elisp Info manual chapters on Font Lock and Text = Properties.