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: Thu, 25 Mar 2021 01:38:39 +1000 Message-ID: <035AB19F-E25F-42A2-9961-D18CC2F281F3@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> <340C1C00-D6DE-46AF-99ED-ED349E8F8D4F@bydasein.com> 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="18193"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Gregory Heytings , 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 16:40:43 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 1lP5ch-0004ce-Hr for ged-emacs-devel@m.gmane-mx.org; Wed, 24 Mar 2021 16:40:43 +0100 Original-Received: from localhost ([::1]:47316 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lP5cg-0001GD-JJ for ged-emacs-devel@m.gmane-mx.org; Wed, 24 Mar 2021 11:40:42 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:46442) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lP5bN-0000Dm-CW for emacs-devel@gnu.org; Wed, 24 Mar 2021 11:39:21 -0400 Original-Received: from sendmail.purelymail.com ([34.202.193.197]:39502) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lP5bL-0005ud-9D for emacs-devel@gnu.org; Wed, 24 Mar 2021 11:39:20 -0400 DKIM-Signature: a=rsa-sha256; b=dkuf0xy02wvSjcrJAB5BhVo/iB2CCj5pcUdIprMNzfHb+BtONowTClCcxeicGCaxpmr5N3AmxGk8nNWZ5dYzOBe3kI3cVAwdjVHeKhgOPigGjg1ydIj+5oqgOIgmCxmSsRYSEyzbhGpT6u9A28qufQp9AiRSbgkj3Dz9fdl83A22qK+WhFlwkmYMDAstmqfUdl8bBp2Vh95OazZiSHTzkkvbDHyv8lSKr8LFg0jy+QdakYHxq+CMS3qahNDZ9IKoOLXIJvgnxhQluXqHkS1USO/luHQevsjY6Fzb4CNZzA6x2BIDmyznIbt3c6DiGBMRzTG9JjcUNBkgX7xBs/5oJg==; s=purelymail2; d=bydasein.com; v=1; bh=WDBN4FcUSdRViZFkIQxtMjtrxf4VpsGnMdG+xjJVGA8=; h=Received:From:To; DKIM-Signature: a=rsa-sha256; b=ZK14oT8V8DqXAisfBzB8Hd6j+B0Ca/iqJKID0dnutUaQXEOklR/A+FYHAnCXEECQMFdyp4A99uJj1+LgwNQgaGfzuA983z8ZSB2Yb8WL5VJbzegPCuVl7fqvo9I5KvAretBAXtGzT29zMvLWRhI+z96i7O4rQPvcXZKfxMfaJl/XrybJYj7rtNDinzGqo8hVeunhDfOE8IVcB7IRxkSSZjePsmWirUiq9KeVyUL43EjtiBK9Zc4AbT6KRJbq4j9odf7REDL3me1aStp+ZLAma4O+ZDpidNOVEZ5qPcVW4lKxOD6PZhwceoVYDE2clhsN8BexS6LgdtPu135W5JLo0w==; s=purelymail2; d=purelymail.com; v=1; bh=WDBN4FcUSdRViZFkIQxtMjtrxf4VpsGnMdG+xjJVGA8=; 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 540151214; Wed, 24 Mar 2021 15:38:44 +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:266964 Archived-At: > On 25 Mar 2021, at 1:14 am, Stefan Monnier = wrote: >=20 >> It seems that `font-lock-mode' eventually calls = `font-lock-default-function' >> which calls `font-lock-mode-internal' which sets >> `font-lock-fontify-buffer-function' to `jit-lock-refontify' (in >> e.g. emacs-lisp-mode) which would explain what we're seeing? >=20 > These are internal implementation details, which depend also on things > like `font-lock-support-mode`. > I was just pointing out that your understanding of the interaction = between > font-lock and the `fontified` property is not right. >=20 > And that's a problem in this discussion because the "expected" = behavior > of `font-lock-fontify-block` and `font-lock-fontify-buffer` (and = sadly, > to a lesser extent also `font-lock-update`) is by and large = accidentally > defined by the implementation rather than by any > human-level description. I'm responding to a very narrow issue Gregory raised, which was that = yanking a defun from an emacs-lisp-mode into a text-mode-buffer, then = deactivating font-lock-mode did not remove what he considers to be = fontification. To me, this makes sense because text-mode does not = fontify most text, thus any text properties on text would not be = associated with font-lock and so there's no expectation they be removed. The focus on the fontified property is more for demonstration of why = this is the case when the action is reversed. But again, Emacs already has the solution for anyone who finds this = unexpected, which is the option `yank-excluded-properties'.=