From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Alan Mackenzie Newsgroups: gmane.emacs.bugs Subject: bug#21465: [PATCH] CC-modes hierarchy Date: Thu, 17 Sep 2015 12:30:32 +0000 Message-ID: <20150917123032.GA2644@acm.fritz.box> References: <20150914193349.13729.qmail@mail.muc.de> <20150916135712.GB3449@acm.fritz.box> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1442493031 10263 80.91.229.3 (17 Sep 2015 12:30:31 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 17 Sep 2015 12:30:31 +0000 (UTC) Cc: 21465@debbugs.gnu.org To: Stefan Monnier Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Sep 17 14:30:20 2015 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1ZcYKS-0007rd-FE for geb-bug-gnu-emacs@m.gmane.org; Thu, 17 Sep 2015 14:30:20 +0200 Original-Received: from localhost ([::1]:58290 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZcYKR-0006uK-CX for geb-bug-gnu-emacs@m.gmane.org; Thu, 17 Sep 2015 08:30:19 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:35633) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZcYKK-0006u6-PW for bug-gnu-emacs@gnu.org; Thu, 17 Sep 2015 08:30:16 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZcYKJ-0002Hj-Pm for bug-gnu-emacs@gnu.org; Thu, 17 Sep 2015 08:30:12 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:43596) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZcYKF-0002Fb-Ro; Thu, 17 Sep 2015 08:30:07 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1ZcYKE-0003mH-Uk; Thu, 17 Sep 2015 08:30:07 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Alan Mackenzie Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org, bug-cc-mode@gnu.org Resent-Date: Thu, 17 Sep 2015 12:30:05 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 21465 X-GNU-PR-Package: emacs,cc-mode X-GNU-PR-Keywords: patch Original-Received: via spool by 21465-submit@debbugs.gnu.org id=B21465.144249296214439 (code B ref 21465); Thu, 17 Sep 2015 12:30:05 +0000 Original-Received: (at 21465) by debbugs.gnu.org; 17 Sep 2015 12:29:22 +0000 Original-Received: from localhost ([127.0.0.1]:35806 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZcYJV-0003ko-NI for submit@debbugs.gnu.org; Thu, 17 Sep 2015 08:29:22 -0400 Original-Received: from mail.muc.de ([193.149.48.3]:52614) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZcYJS-0003kd-7W for 21465@debbugs.gnu.org; Thu, 17 Sep 2015 08:29:19 -0400 Original-Received: (qmail 99084 invoked by uid 3782); 17 Sep 2015 12:29:16 -0000 Original-Received: from acm.muc.de (p579E894E.dip0.t-ipconnect.de [87.158.137.78]) by colin.muc.de (tmda-ofmipd) with ESMTP; Thu, 17 Sep 2015 14:29:15 +0200 Original-Received: (qmail 3083 invoked by uid 1000); 17 Sep 2015 12:30:32 -0000 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-Delivery-Agent: TMDA/1.1.12 (Macallan) X-Primary-Address: acm@muc.de X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 208.118.235.43 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: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:106686 Archived-At: Hello, Stefan. On Wed, Sep 16, 2015 at 09:49:49PM -0400, Stefan Monnier wrote: > > It may appear to, but c-after-change does important things like > > invalidating caches, and preparing the buffer for font locking. Sooner > > or later, something will go wrong. (Unless you've put in an > > sm-c-after-change, or something like that.) But you probably know this. > That's right. > > This is one of these "please don't report any bugs whilst this is > > active". > I still have no idea why you think it's right for c-after-font-lock-init > to add c-after-change to after-change-functions if it's not there in the > first place. > I understand why you might not consider it as a bug, but why do you > consider it as a feature? We're bikeshedding. I suppose it doesn't really matter if we check for the presence of c-after-change first. It's more code, that's all. But it doesn't really matter. Hopefully _nobody_ (except someone like yourself who knows what they're doing) is going to try running without c-after-change. > > Again, why do you want to take it out of your Awk Mode? > Because I'm trying to make my awk-mode behave in "the standard way" used > by all other (non-cc) major modes. E.g. using syntax-propertize. Ah, OK. > I know we disagree on whether "like everyone else" is a quality or > a defect, but I'd ask you to try at least not to actively and > gratuitously prevent me from writing a mode that uses the cc-mode > infrastructure yet behaves a bit more "like everyone else". > So, to put it some other way: can you give me a concrete example where > my change to c-after-font-lock-init is harmful? Provided you have the functionality of c-after-change in there correctly somewhere, then it shouldn't be harmful. So I withdraw my objection to that change to c-after-font-lock-init. > Stefan -- Alan Mackenzie (Nuremberg, Germany).