Re: mouse-drag-and-drop-region

emacs-devel

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: mouse-drag-and-drop-region

From: Stefan Monnier

Subject: Re: mouse-drag-and-drop-region

Date: 2017年11月18日 10:49:18 -0500

User-agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux)

> This model is incomplete. Emacs first tries to reuse (parts of) the
> current matrix, if that's possible given the information about what
> has changed since the last redisplay cycle. It only generates a new
> ("desired") glyph matrix if the attempt to reuse the current one
> failed.
> In addition, AFAIR there are situations when only small portions of
> the desired matrix are generated. When doing this, Emacs must be able
> to decide which parts don't need to be regenerated.
Right. These are optimizations which would apply identically to the
other model, (where the "current matrix" would be the "desired matrix"
computed last time, rather than the "combined matrix" computed last
time).
> If you are thinking about reviewing the existing optimizations and
> changing them to account for the new model, including adding some new
> optimization methods, then I'm sure it's possible. But it's a large
> job, and I cannot promise that the result will be acceptable,
> performance-wise, unless very deep changes are done in the control and
> logic flow of the current code.
Indeed. I'm pretty sure it can be done with good enough performance,
but I do not know how much work it would take.
 Stefan

[Prev in Thread] Current Thread [Next in Thread]

Re: mouse-drag-and-drop-region, (continued)

Prev by Date: Re: [Emacs-diffs] master 52cc9a5: Reimplement inline functions in ERC with define-inline.
Next by Date: Re: wait_reading_process_ouput hangs in certain cases (w/ patches)
Previous by thread: Re: mouse-drag-and-drop-region
Next by thread: Re: mouse-drag-and-drop-region
Index(es):
- Date
- Thread