Re: Display slowness that is painful

[Kim F. Storm]

"Richard M. Stallman" <address@hidden> writes:

> We shouldn't try to optimize the support for SELECTION_REQUEST_EVENT
> for the case of a broken Klipper program.

Ok.

> What I think is suspicious is why redisplay spends so much time
> thinking before it starts really outputting anything.  That could
> be a flaw in Emacs.

Well, it generates the desired_matrix for all windows/frames
before it decides what parts of the display should be updated
by comparing to the current_matrix.  

If generating the desired_matrix takes a long time, emacs
doesn't update the display for a long time...

Hasn't it always been like that?

-- 
Kim F. Storm <address@hidden> http://www.cua.dk