From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: =?UTF-8?B?Sm/Do28gVMOhdm9yYQ==?= Newsgroups: gmane.emacs.devel Subject: Re: cc-mode fontification feels random Date: Sun, 13 Jun 2021 10:05:37 +0100 Message-ID: References: <86a85d26-75c0-e4a3-e8d3-244c5346dd3a@dancol.org> <83r1hehnz9.fsf@gnu.org> <83lf7mhl3n.fsf@gnu.org> <73ff18bf-66dc-7d7a-a0db-8edc2cdceba8@gmx.at> <4140fcf4-3119-3f3f-4ac4-24d497774754@gmx.at> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="37733"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Richard Stallman , emacs-devel , Stefan Monnier , Alan Mackenzie , Eli Zaretskii , Daniel Colascione To: martin rudalics Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sun Jun 13 11:06:49 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 1lsM4u-0009Xe-TE for ged-emacs-devel@m.gmane-mx.org; Sun, 13 Jun 2021 11:06:48 +0200 Original-Received: from localhost ([::1]:59120 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lsM4t-0001Ov-W3 for ged-emacs-devel@m.gmane-mx.org; Sun, 13 Jun 2021 05:06:48 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:57696) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lsM40-0000ik-MK for emacs-devel@gnu.org; Sun, 13 Jun 2021 05:05:52 -0400 Original-Received: from mail-pg1-x530.google.com ([2607:f8b0:4864:20::530]:37875) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1lsM3z-00083f-1n; Sun, 13 Jun 2021 05:05:52 -0400 Original-Received: by mail-pg1-x530.google.com with SMTP id t9so6224649pgn.4; Sun, 13 Jun 2021 02:05:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=Su38lxLpvnutRPQ37e4k2teuYSeaqXYpJ5SQeONwzjg=; b=HeC1oOnCAfm1X5nPTCxuw/hMpvokBgvZX9RLrjg9GCREUSIKAT4+493Q3oixwcUrv1 xwnuG0FtSlZu1ECEwdwiub02VFQDsOv5St3kEP1awDVHLCLKOZsYftNMvU5yAaX3wBoC zF3O+nGJwnC8304og5Q8QEikmoaPfcBlbs95MUpO1BSTcUHfIeIpDLGYhmjy2VNYuS85 D8sSxqlyJP/6nbPdxSKNQrmUV1HDZPOZbzlIXcUiKhilX39qCdl70R9ChoQF1DcHN2oN 0Yz+BTjwfXcGjwAHvwLUVxO7DDQyJ9BkH8e9H6vQIzzL5ds+9cMpvgLZBnjO26UmhkHR mD/w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=Su38lxLpvnutRPQ37e4k2teuYSeaqXYpJ5SQeONwzjg=; b=gmKK0xPR6UD9Txf9PMLwUKP+XA0xZ1eQhrL0vFAeLejjBThe+lM2dqMFl34/EfDpkc Uzg6ueP9YPBphY39SJrnTEa570XpCbfJp42JadW3ul6Gqbj8XE8+ebBpYW/azOthGGO6 XEuvxycVzR//a7nbfafnsJEAsfUVqRxvefQOXgoYu+X8RuWOPQtBRguVdjJNoeX6E2dn z2p8Tr4+wXRTpee3CcA7oQy7EhJFslb0qSZeoMUvsFa/WXyRKwzyL3Y8jSRSCUKrVCNh fNPRIr7YQc1TMjGsDch+i+sJTCGaAOptw43HGDSJqwRwHADcdr2iNxRgj7rp0rrRKKft vIbg== X-Gm-Message-State: AOAM531YZoFGbx/h1oXuI+ozoFxyeX6Se70cK2Mmj7lPNcKde4dy1ZLW tO3PykXlts8BTlbKrCpomL1tKDadz1CIbOcvmdo= X-Google-Smtp-Source: ABdhPJwDD/OzJMNKm+AhZoUN8MTPXPPwkph1gAxAqt0Uejagl4vGl7h12htxdiAyGcxq0iEXzQxEKEbWICvaNceRuwI= X-Received: by 2002:a63:2705:: with SMTP id n5mr2719990pgn.394.1623575148959; Sun, 13 Jun 2021 02:05:48 -0700 (PDT) In-Reply-To: <4140fcf4-3119-3f3f-4ac4-24d497774754@gmx.at> Received-SPF: pass client-ip=2607:f8b0:4864:20::530; envelope-from=joaotavora@gmail.com; helo=mail-pg1-x530.google.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, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=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:270787 Archived-At: On Sun, Jun 13, 2021 at 9:50 AM martin rudalics wrote: > > >> I do not like, for example, that inserting a quotation mark somewhere > >> into a Lisp buffer, with some delay repaints the entire rest of the > >> buffer just to undo that when I insert the closing quotation mark. > >> > > > > Since recently, that shouldn't happen anymore unless you wait a relati= vely > > long time. That time is configurable. Search for "antiblink". I added = the > > feature and am interested in knowing if it's not performing as it shou= ld. > > The idea is good but still not what I want. I don't want the entire > rest of my buffer get refontified even when I do not stay on the same > line. Right. I was strictly addressing your description of adding a single quote and then watching the whole buffer repaint itself. If one does other editing or movement actions after that, then antiblink throws in the towels and says "all bets are off, better not assume more things about the user's fontification intentions". That's because maybe you _do_ want the whole buffer to be refontified and are intending to go to some point up to EOB to put the closing quote. > What I really wanted is a simple mechanism that refontifies text only at > most until the next open paren in column zero. ISTR that Emacs behaved > like that in the past - maybe I got used to it back then, maybe also my > memory fails. I don't have that recollection (but I think you have been using Emacs for longer than me). Regardless, I would file a bug if I saw that behaviour :-) , because it mig= ht be my sincere intention to have the buffer be repainted. I could be compos= ing a docstring or an example where an opening parenthesis happens to have fallen on the first column of a line. In fact I seem to remember that in SLIME or SLY that is already problematic when evaluating a chunk of code where a docstring happens to have that quirk. And that it is because of open-paren-at-column-0-is-defun-start. In another ISTR moment, ISTR that other editors do the same as Emacs does here , i.e. repaint. I haven't seen an equivalent to antiblink. Jo=C3=A3o