From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Jeff Norden Newsgroups: gmane.emacs.devel Subject: Re: A question about overlays and performance. Date: Tue, 28 Jul 2020 11:43:30 -0500 Message-ID: References: <87tuxttda9.fsf@localhost> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="13343"; mail-complaints-to="usenet@ciao.gmane.io" Cc: eliz@gnu.org, monnier@iro.umontreal.ca, emacs-devel@gnu.org To: Ihor Radchenko Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Tue Jul 28 18:44:22 2020 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 1k0SiE-0003HK-1P for ged-emacs-devel@m.gmane-mx.org; Tue, 28 Jul 2020 18:44:22 +0200 Original-Received: from localhost ([::1]:35576 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1k0SiD-0000id-4l for ged-emacs-devel@m.gmane-mx.org; Tue, 28 Jul 2020 12:44:21 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:41820) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1k0ShY-0008RD-EH for emacs-devel@gnu.org; Tue, 28 Jul 2020 12:43:40 -0400 Original-Received: from mta.tntech.edu ([149.149.2.87]:24679) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1k0ShW-0005sR-1g for emacs-devel@gnu.org; Tue, 28 Jul 2020 12:43:39 -0400 Original-Received: from math.tntech.edu (unknown [149.149.102.6]) by mta.tntech.edu (Postfix) with ESMTPS id 373C43000061; Tue, 28 Jul 2020 11:43:36 -0500 (CDT) Original-Received: from norden.tntech.edu ([149.149.102.4] helo=norden.math.tntech.edu) by math.tntech.edu with esmtp (Exim 4.92) (envelope-from ) id 1k0ShO-0005t2-ML; Tue, 28 Jul 2020 11:43:34 -0500 Original-Received: by norden.math.tntech.edu (Postfix, from userid 742) id 9E35F2572B73; Tue, 28 Jul 2020 11:43:30 -0500 (CDT) In-Reply-To: <87tuxttda9.fsf@localhost> (message from Ihor Radchenko on Mon, 27 Jul 2020 19:20:30 +0800) X-SA-Spam-Score: 0.0 X-SA-Spam-Report: Spam detection software, running on the system "math.tntech.edu", has NOT identified this incoming email as spam. If you have any questions, contact @@CONTACT_ADDRESS@@ pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 T_SPF_HELO_TEMPERROR SPF: test of HELO record failed (temperror) Received-SPF: pass client-ip=149.149.2.87; envelope-from=jnorden@tntech.edu; helo=mta.tntech.edu X-detected-operating-system: by eggs.gnu.org: First seen = 2020/07/28 12:43:36 X-ACL-Warn: Detected OS = Linux 3.11 and newer [fuzzy] 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 autolearn=unavailable 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:253309 Archived-At: > I am currently working on re-implementing org-mode folding from using > overlays to text-properties. It's interesting that you are working to change org's overlays back to text properties, while I'm considering doing exactly the opposite for the project that I've been playing with. Do org buffers routinely wind up with thousands of overlays? > Stefan Monnier writes: >> ... >> And the way I recommend to avoid this problem is to stay clear of >> indirect buffers (which I consider as an attractive nuisance). >From what little I've seen of them, I'm quite inclined to agree with Stefan's opinion about indirect buffers. Is their main use in org to provide multiple views of a buffer with different foldings? I wonder if it might be possible to implement a "window-invisibility-spec", that would override the buffer-spec when set. It would have to be done in C, not lisp. You might even want to add a new field in the window structure. I have no real clue as to whether this is possible, feasible, or a good idea. But it might provide a nice way to display a single buffer in two different windows with different levels of hidden text. It seems like it would be a lot simpler than using indirect buffers, but I'm certainly no expert on this. Regards, -Jeff