From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: [PATCH] font-core: add font-lock-{enable, disable}-global-for functions Date: Sun, 04 Jan 2015 20:49:16 -0500 Message-ID: References: <1420300300-29754-1-git-send-email-mpn@google.com> <54A94BA7.8000705@yandex.ru> <54A9B9A2.2020301@yandex.ru> <54A9D487.6070109@yandex.ru> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1420422580 31978 80.91.229.3 (5 Jan 2015 01:49:40 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 5 Jan 2015 01:49:40 +0000 (UTC) Cc: Michal Nazarewicz , emacs-devel@gnu.org To: Dmitry Gutov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Jan 05 02:49:33 2015 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Y7wnU-0007jf-Uq for ged-emacs-devel@m.gmane.org; Mon, 05 Jan 2015 02:49:33 +0100 Original-Received: from localhost ([::1]:58718 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Y7wnU-0002Eu-CU for ged-emacs-devel@m.gmane.org; Sun, 04 Jan 2015 20:49:32 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:46166) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Y7wnJ-0002Ep-2j for emacs-devel@gnu.org; Sun, 04 Jan 2015 20:49:22 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Y7wnF-000330-TH for emacs-devel@gnu.org; Sun, 04 Jan 2015 20:49:21 -0500 Original-Received: from ironport2-out.teksavvy.com ([206.248.154.181]:21984) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Y7wnF-00032t-PC for emacs-devel@gnu.org; Sun, 04 Jan 2015 20:49:17 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AjwPAOwQflRFpY0B/2dsb2JhbABbgweDYIVaxR0EAgKBJBcBAQEBAQF8hAMBAQMBViMFCwsOJhIUGA0kiEoJ1lkBAQEBBgEBAQEekG8HhEgFiwGkLoF4hBkhgncBAQE X-IPAS-Result: AjwPAOwQflRFpY0B/2dsb2JhbABbgweDYIVaxR0EAgKBJBcBAQEBAQF8hAMBAQMBViMFCwsOJhIUGA0kiEoJ1lkBAQEBBgEBAQEekG8HhEgFiwGkLoF4hBkhgncBAQE X-IronPort-AV: E=Sophos;i="5.07,502,1413259200"; d="scan'208";a="106578668" Original-Received: from 69-165-141-1.dsl.teksavvy.com (HELO pastel.home) ([69.165.141.1]) by ironport2-out.teksavvy.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 04 Jan 2015 20:49:16 -0500 Original-Received: by pastel.home (Postfix, from userid 20848) id 96FA62527; Sun, 4 Jan 2015 20:49:16 -0500 (EST) In-Reply-To: <54A9D487.6070109@yandex.ru> (Dmitry Gutov's message of "Mon, 05 Jan 2015 03:02:15 +0300") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 206.248.154.181 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 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.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:180987 Archived-At: > My version is more complicated: in some cases we might want derived modes to > be affected, in others not. A graphical interface for picking the modes and > modifiers might turn out to be more confusing than editing the Lisp form. I don't think we want that level of control in this kind of simple UI, because it complexifies it for a very rare case anyway: it's not worth the trouble. >> That's no worse than the current font-lock-global-modes. > It makes no pretence of solving that problem, though. Often that's > better than solving a problem halfway (no misconceptions for the > user). I didn't mean to claim that it solves this problem. I only meant it as a way to add elements to major-mode modes hooks, but seen from the point of the view of "the element versus all the modes on which it can apply" (and then remove the things you added this way). It shouldn't try to recognize elements added via some other way than Custom. Stefan