RetroSearch Browse

Home - News ( United States | United Kingdom | Italy | Germany ) - Football scores

Showing content from https://lists.gnu.org/archive/html/emacs-devel/2018-03/msg00714.html below:

Re: State of the overlay tree branch?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] From: Eli Zaretskii Subject: Re: State of the overlay tree branch? Date: Fri, 23 Mar 2018 11:07:26 +0300

> From: Sebastian Sturm <address@hidden>
> Date: Fri, 23 Mar 2018 00:11:16 +0100
> 
> since noverlay performs so well, I guess the technical issue here is 
> already solved and I'll just have to wait for it to make it into the 
> master branch.

As Stefan points out, the overlays are not the reason.  The reason are
the number of markers in the buffer; each overlay defines 2 markers.
And there could be many markers in a buffer even if there are no
overlays.

Btw, why do you have so many overlays in these buffers?  Is this part
of lsp-mode implementation, or is the reason unrelated?

Re: State of the overlay tree branch?, (continued)

Prev by Date: Re: nxml-mode: consider changing nxml-sexp-element-flag default
Next by Date: Re: Floating-point constant folding in Emacs byte compiler
Previous by thread: Re: State of the overlay tree branch?
Next by thread: Re: State of the overlay tree branch?
Index(es):
- Date
- Thread

RetroSearch is an open source project built by @garambo | Open a GitHub Issue

Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo

HTML: 3.2 | Encoding: UTF-8 | Version: 0.7.4