XEmacs 21.5 much slower remotely?
Adam Sjøgren writes:
With 21.4 this was pretty snappy, but with 21.5 updating the frame
is
quite slow - I can literally see the lines being drawn one by one, and
often miss things because the cursor moves slowly when I hit the arrow
keys (when I don't count, or miscount.)
Is this a side-effect of XFT and fancy fonts, or is it something else?
Probably something else if the cursor movement is slow. I've never
had a problem with that.
OTOH, frame update is way overengineered; the native widgets are
microcontrolled instead of being left to handle drawing themselves. I
think this is because the guy who implemented them was primarily
interested in the Windows platform which evidently doesn't have a
proper notion of widget. I suspect this causes a lot of roundtrips
and redisplay restarts.
Is there anything (easy O:-)), to do about it?
No. You could try building --without-widgets --with-xft. However,
I'm afraid that the basic flow of redisplay has been changed to
support widgets, so that all that will happen is you save redraws of
native buttons (rare in regular frames) and the tab widget.
_______________________________________________
XEmacs-Beta mailing list
XEmacs-Beta(a)xemacs.org
http://calypso.tux.org/cgi-bin/mailman/listinfo/xemacs-beta