From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "K. Richard Pixley" Newsgroups: gmane.emacs.bugs Subject: bug#7771: 23.1; can't turn off font-lock-mode globally Date: Mon, 03 Jan 2011 12:29:13 -0800 Message-ID: <4D223199.2070307@noir.com> References: <4D20CF4D.9010403@noir.com> <4D21180B.3050505@noir.com> <4D221813.9000600@noir.com> <83d3odojc8.fsf@gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1294088264 19290 80.91.229.12 (3 Jan 2011 20:57:44 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 3 Jan 2011 20:57:44 +0000 (UTC) Cc: bug-gnu-emacs@gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Jan 03 21:57:40 2011 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1PZrTG-00030Q-BX for geb-bug-gnu-emacs@m.gmane.org; Mon, 03 Jan 2011 21:57:38 +0100 Original-Received: from localhost ([127.0.0.1]:38989 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PZrPd-0007wg-8S for geb-bug-gnu-emacs@m.gmane.org; Mon, 03 Jan 2011 15:53:53 -0500 Original-Received: from [140.186.70.92] (port=49407 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PZrPV-0007vP-Ur for bug-gnu-emacs@gnu.org; Mon, 03 Jan 2011 15:53:47 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PZrPU-00041I-PR for bug-gnu-emacs@gnu.org; Mon, 03 Jan 2011 15:53:45 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:48833) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PZrPU-00041D-NO for bug-gnu-emacs@gnu.org; Mon, 03 Jan 2011 15:53:44 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1PZqvl-0004eN-Ra; Mon, 03 Jan 2011 15:23:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: "K. Richard Pixley" Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 03 Jan 2011 20:23:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 7771 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by submit@debbugs.gnu.org id=B.129408613317818 (code B ref -1); Mon, 03 Jan 2011 20:23:01 +0000 Original-Received: (at submit) by debbugs.gnu.org; 3 Jan 2011 20:22:13 +0000 Original-Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PZquz-0004dK-4q for submit@debbugs.gnu.org; Mon, 03 Jan 2011 15:22:13 -0500 Original-Received: from eggs.gnu.org ([140.186.70.92]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PZqux-0004d8-EX for submit@debbugs.gnu.org; Mon, 03 Jan 2011 15:22:11 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PZr1p-0006aM-O5 for submit@debbugs.gnu.org; Mon, 03 Jan 2011 15:29:18 -0500 Original-Received: from lists.gnu.org ([199.232.76.165]:49952) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PZr1p-0006aD-Lp for submit@debbugs.gnu.org; Mon, 03 Jan 2011 15:29:17 -0500 Original-Received: from [140.186.70.92] (port=47491 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PZr1o-0007XG-KZ for bug-gnu-emacs@gnu.org; Mon, 03 Jan 2011 15:29:17 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PZr1n-0006Zm-EP for bug-gnu-emacs@gnu.org; Mon, 03 Jan 2011 15:29:16 -0500 Original-Received: from m209-5.dsl.rawbw.com ([198.144.209.5]:35878 helo=sendai.noir.com) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PZr1n-0006ZI-8n; Mon, 03 Jan 2011 15:29:15 -0500 Original-Received: from ono.noir.com (ono.noir.com [192.168.1.11]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by sendai.noir.com (Postfix) with ESMTPSA id 4A821E0152; Mon, 3 Jan 2011 12:29:13 -0800 (PST) User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.13) Gecko/20101207 Lightning/1.0b2 Thunderbird/3.1.7 In-Reply-To: <83d3odojc8.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Mon, 03 Jan 2011 15:23:01 -0500 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:43057 Archived-At: On 20110103 11:52, Eli Zaretskii wrote: >> From: "K. Richard Pixley" >> Date: Mon, 03 Jan 2011 10:40:19 -0800 >> >> I believe that the fix needs to occur at a meta level to font lock. > What do you mean by "meta level to font lock"? I mean that the mechanism for allowing or barring font lock apparently can't be part of the font lock subsystem. It appears as though it will need to be outside the font-lock system in order to _gate_ the font lock system. It appears as though people may be erroneously conflating font-lock modes with syntactic meaning of the underlying text and keying off font-lock values rather than the syntactic meanings. This leads to the erroneous programmer impression that font-lock is a necessary prerequisite for their code, so they force it on. Perhaps this is just an iteration of the "better lock, better lockpick, better lock, better lockpick" escalation cycle. Perhaps there's another way to solve this problem without resorting to an escalation. But as emacs is currently regressing, (can't use major modes that used to be available), it appears as though we are in dire need of a quick fix before emacs regresses to a point of complete inutility. Either that, or we need to back off some recent changes and return to the code that worked. --rich