[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Overlays as an AA-tree
From: |
Joakim Jalap |
Subject: |
Re: Overlays as an AA-tree |
Date: |
Mon, 06 Feb 2017 10:56:06 +0100 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/26.0.50 (berkeley-unix) |
Andreas Politz <address@hidden> writes:
> Stefan Monnier <address@hidden> writes:
>
>>> If I'm right, we *could* use [two trees] [...]
>>
>> But I don't think this one is an efficient solution. I'm not even sure
>> it will lead to simpler code (at least I'm pretty sure it will lead to
>> more code).
>
> Yes, I'm not in favour of it either.
>
And here I thought it was rather an elegant solution :) (to the problem
of one overlay's beg going past another's because of an insert).
What's a better way? When adjusting for an insert at an overlay with
front-advance non nil, first delete it from the tree, then reinsert it?
Isn't there a risk the tree becomes unbalanced otherwise?
- Re: Overlays as an AA-tree, (continued)
- Re: Overlays as an AA-tree, Stefan Monnier, 2017/02/04
- Re: Overlays as an AA-tree, Andreas Politz, 2017/02/04
- Re: Overlays as an AA-tree,
Joakim Jalap <=
- Re: Overlays as an AA-tree, Andreas Politz, 2017/02/06
- Re: Overlays as an AA-tree, Joakim Jalap, 2017/02/06
- Re: Overlays as an AA-tree, Stefan Monnier, 2017/02/06
- Re: Overlays as an AA-tree, Joakim Jalap, 2017/02/06
- Re: Overlays as an AA-tree, Stefan Monnier, 2017/02/06
- Re: Overlays as an AA-tree, Andreas Politz, 2017/02/06
- Re: Overlays as an AA-tree, Andreas Politz, 2017/02/07
- Re: Overlays as an AA-tree, Joakim Jalap, 2017/02/07
- Re: Overlays as an AA-tree, Andreas Politz, 2017/02/07
- Re: Overlays as an AA-tree, Andreas Politz, 2017/02/07