From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Using incremental parsing in Emacs Date: Mon, 06 Jan 2020 05:42:02 +0200 Message-ID: <83v9ppdzed.fsf@gnu.org> References: <83blrkj1o1.fsf@gnu.org> <20200105141900.GA71296@breton.holly.idiocy.org> ,<83eewdg3vy.fsf@gnu.org> , <834kx9g08y.fsf@gnu.org> Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="148754"; mail-complaints-to="usenet@blaine.gmane.org" Cc: alan@idiocy.org, monnier@iro.umontreal.ca, emacs-devel@gnu.org To: arthur miller Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Jan 06 04:42:27 2020 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1ioJHe-000cY6-LO for ged-emacs-devel@m.gmane.org; Mon, 06 Jan 2020 04:42:26 +0100 Original-Received: from localhost ([::1]:47722 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ioJHd-0006vR-HK for ged-emacs-devel@m.gmane.org; Sun, 05 Jan 2020 22:42:25 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:56571) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ioJHA-0006Uu-Gd for emacs-devel@gnu.org; Sun, 05 Jan 2020 22:41:57 -0500 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:48133) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ioJH9-0004nx-Sb; Sun, 05 Jan 2020 22:41:55 -0500 Original-Received: from [176.228.60.248] (port=3485 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1ioJH9-0006XS-Bx; Sun, 05 Jan 2020 22:41:55 -0500 In-reply-to: (message from arthur miller on Sun, 5 Jan 2020 20:28:43 +0000) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] 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.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:244017 Archived-At: > From: arthur miller > CC: "monnier@iro.umontreal.ca" , "alan@idiocy.org" > , "emacs-devel@gnu.org" > Date: Sun, 5 Jan 2020 20:28:43 +0000 > > When I said batch-processing I ment processing a file or chunk of buffer (region) just before it is to be > displayed to a user. Same for other "insertions" from macro expansions or similar. Then we always do "batch processing", because the display engine has no good idea what exactly changed in the buffer. So it always processes some minimal chunk of text that it can prove to itself that the changes were all inside that chunk. > I also don't think teee-sitter is needed for syntax coloring. Tree-sitter seems to be very expensive regex engine > in that case. They claim to be less expensive than regexp-based coloring, especially with very long lines.