>>>> "Daniel" == Daniel Pittman
<daniel(a)rimspace.net> writes:
Daniel> The Xft library uses this structure for, among other
Daniel> things, keeping a cache of rendered characters in the
Daniel> server.
I'd been wondering about that; it takes forever even over ADSL, and I
bet the speed up will be noticable even on a local connection for a
moderately slow box. I guess I'm going to have to find the
documentation for Xft and add that to the general-docs package, too, I
just have no idea about the stuff you're finding at this point.
Daniel> Retaining the object means that they stick around, rather
Daniel> than being recreated every time text needs to be drawn.
I would call this "lazy initialization" rather than "caching".
I've got your other patch in my development workspace now, but in my
usage pattern it doesn't make any difference. I'll review and apply
this and push ASAP.
BTW, I'm seeing these:
X Error of failed request: BadValue (integer parameter out of range for operation)
Major opcode of failed request: 12 (X_ConfigureWindow)
Value in failed request: 0x0
Serial number of failed request: 11519370
Current serial number in output stream: 11519377
all the time when starting to compose mail or return to reading in
Gnus. Seems to have something to do with window configuration. I bet
it's whatever Michael fixed a month ago, so probably a 21.5.22 release
of the mainline and a synch of sjt-xft to that is in order.
--
School of Systems and Information Engineering
http://turnbull.sk.tsukuba.ac.jp
University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN
Ask not how you can "do" free software business;
ask what your business can "do for" free software.