From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Alan Mackenzie Newsgroups: gmane.emacs.devel Subject: Re: CC Mode with font-lock-maximum-decoration 2 Date: Tue, 9 Aug 2022 16:36:04 +0000 Message-ID: References: <83sfm6veqa.fsf@gnu.org> <83pmhavdim.fsf@gnu.org> <83o7wuva9o.fsf@gnu.org> <83mtceupbx.fsf@gnu.org> <83lerxvfnu.fsf@gnu.org> <838rnxvdcq.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="15121"; mail-complaints-to="usenet@ciao.gmane.io" Cc: emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Tue Aug 09 18:39:12 2022 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 1oLSG8-0003kQ-MF for ged-emacs-devel@m.gmane-mx.org; Tue, 09 Aug 2022 18:39:12 +0200 Original-Received: from localhost ([::1]:47210 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1oLSG7-0001G4-Lv for ged-emacs-devel@m.gmane-mx.org; Tue, 09 Aug 2022 12:39:11 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:41156) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oLSDE-00083a-Fh for emacs-devel@gnu.org; Tue, 09 Aug 2022 12:36:12 -0400 Original-Received: from colin.muc.de ([193.149.48.1]:53682 helo=mail.muc.de) by eggs.gnu.org with smtp (Exim 4.90_1) (envelope-from ) id 1oLSDA-0005ac-TO for emacs-devel@gnu.org; Tue, 09 Aug 2022 12:36:12 -0400 Original-Received: (qmail 95548 invoked by uid 3782); 9 Aug 2022 16:36:05 -0000 Original-Received: from acm.muc.de (p4fe156e6.dip0.t-ipconnect.de [79.225.86.230]) (using STARTTLS) by colin.muc.de (tmda-ofmipd) with ESMTP; Tue, 09 Aug 2022 18:36:04 +0200 Original-Received: (qmail 9385 invoked by uid 1000); 9 Aug 2022 16:36:04 -0000 Content-Disposition: inline In-Reply-To: <838rnxvdcq.fsf@gnu.org> X-Submission-Agent: TMDA/1.3.x (Ph3nix) X-Primary-Address: acm@muc.de Received-SPF: pass client-ip=193.149.48.1; envelope-from=acm@muc.de; helo=mail.muc.de X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=unavailable autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 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:293319 Archived-At: Hello, Eli. On Tue, Aug 09, 2022 at 14:57:25 +0300, Eli Zaretskii wrote: > > Date: Tue, 9 Aug 2022 11:24:20 +0000 > > Cc: emacs-devel@gnu.org > > From: Alan Mackenzie > > Hello, Eli. > > On Tue, Aug 09, 2022 at 14:07:33 +0300, Eli Zaretskii wrote: > > > > Date: Tue, 9 Aug 2022 08:00:16 +0000 > > > > Cc: emacs-devel@gnu.org > > > > From: Alan Mackenzie > > > > > > > Then what is the importance of these measurements of yours? > > > > > > They show that an attempt to speed up CC Mode/2 should be concentrating > > > > > > on the code which isn't fontification code. > > > > > Please elaborate on this conclusion, because I don't think I > > > > > understand how you arrived at it, based on your measurements. With > > > > > the default value of font-lock-maximum-decoration, the fontifications > > > > > are also very slow, relatively to other modes. > > > > I mean CC Mode with font-lock-maximum-decoration = 2, particularly. The > > > > fontification in this setup is not slow (72% of Emacs Lisp Mode's > > > > speed). The setup as a whole is not fast enough. Therefore to speed it > > > > up, fontification is not the aspect to concentrate on. > > > But if we will never recommend using level 2, those conclusions are > > > again of no practical value for our users. Right? > > I don't agree. If there is some place in our documentation to do it, > > then we should recommend level 2 for those, like you, who want rapid > > response, and level 3 for those, like me, who want accurate > > fontification. It's a simple (or complicated) user choice. > We are not talking about my personal customizations, we are talking > about what CC Mode does by default. If we'd changed the default to be > level 2 for CC Mode, I could understand your line of reasoning. But > since you don't think this should be the default, I say what CC Mode > does at level 2 is not of practical importance for making CC Mode fast > enough. Fast enough for what? CC Mode at level 3 is fast enough for many, probably most, users. Over the years there've been fewer complaints about speed than correctness, and most of these have been in connection with unusual files. There's never any objection to more speed, but for those who really want instantaneous response, there is level 2, or even level 1, and beyond that, fundamental-mode. > > You have stated that CC Mode with level 2 is not fast enough. I intend > > to make this (what I call CC Mode/2) faster. > That factoid doesn't do anything for making CC Mode faster for our > users, even if you assume that I personally will use that level. This is the old argument that users can't change settings from their defaults. I do assume that you use level 2 when you're a user (as distinct from the maintainer). Am I right? -- Alan Mackenzie (Nuremberg, Germany).