[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: `make-overlay' very slow
From: |
Kenichi Handa |
Subject: |
Re: `make-overlay' very slow |
Date: |
Tue, 14 Apr 2009 21:03:33 +0900 |
In article <address@hidden>, Stefan Monnier <address@hidden> writes:
> Yes, that would be great. But note that it's not just `make-overlay':
> every time we make a modification to the buffer, we have to update the
> position of all the overlays (and markers) after point. So, yes,
> a better data-structure for overlays (and markers) would be very welcome.
I have not yet thought about this idea in deep but perhaps
we can use one more interval tree for overlays.
More radical idea, not related to overlays, is to make one
interval tree for one text property; i.e. one for `face',
one for `fontified'... I think it not only improves the
processing speed, but also reduces the memory usage
(next-property-change will get slower, but we use
next-single-property-change more often).
---
Kenichi Handa
address@hidden
- Re: hiding lines, (continued)
- Re: hiding lines, Werner LEMBERG, 2009/04/10
- `make-overlay' very slow (was: hiding lines), Werner LEMBERG, 2009/04/10
- Re: `make-overlay' very slow, Stefan Monnier, 2009/04/10
- Re: `make-overlay' very slow, Werner LEMBERG, 2009/04/11
- Re: `make-overlay' very slow, Lennart Borgman, 2009/04/11
- Re: `make-overlay' very slow, Werner LEMBERG, 2009/04/11
- Re: `make-overlay' very slow, Lennart Borgman, 2009/04/11
- Re: `make-overlay' very slow, Werner LEMBERG, 2009/04/11
- Re: `make-overlay' very slow, Eli Zaretskii, 2009/04/11
- Re: `make-overlay' very slow, Stefan Monnier, 2009/04/11
- Re: `make-overlay' very slow,
Kenichi Handa <=
- Re: `make-overlay' very slow, Stefan Monnier, 2009/04/14
- Re: `make-overlay' very slow, Richard M Stallman, 2009/04/14
- Re: `make-overlay' very slow, Kenichi Handa, 2009/04/14
- clone-indirect-buffer-hook should be make-indirect-buffer-hook, klaus.berndl, 2009/04/16
Re: hiding lines, Andreas Roehler, 2009/04/03