Re: relative line numbers and folding: how to make they play along?

[Filipe Silva <filipe.silva@gmail.com>]

Maybe this new display mechanism would be useful and would open up other
possibilities. Maybe there benefits there that are not enclosed only to
enabling an efficient relative line number implementation. It could create
new types of modes or simplify the implementation of existing ones? Just a
thought.

On Fri, Jul 15, 2016 at 11:54 AM, Stefan Monnier <monnier@iro.umontreal.ca>
wrote:

> >> I was more thinking of the situation I mentioned in some other
> >> discussion: rewrite the top-level of the redisplay code in Elisp,
> > Conditioning the minor feature discussed in this thread on such a
> > thorough rewrite of the display code sounds like overkill to me.
>
> There's no conditioning at play here.  I was only discussing how to make
> it reasonably efficient.
>
> > Frankly, I don't see any significant gains in your suggestion.
> > Basically, you suggest to leave the bulk of the display code
> > unchanged, and introduce a Lisp-level driver that calls its parts one
> > after the other.
>
> That's right.  The idea being to try and keep as much of the existing
> code as possible.
>
> > I think a much better plan is to expose some of the C data structures
> > to Lisp, and provide focused hooks at strategic places for Lisp to be
> > able to affect what redisplay does, by accessing those data structures
> > and making decisions based on that.
>
> I think my plan fits this description.  But other plans would too,
>
>
>         Stefan
>
>
>