Re: [swarm-hackers] fedora 11, tcl/tk 8.5: what is our 'depth'?

[Paul Johnson]

Marcus G. Daniels wrote:
> Oh yeah, I ran into this before with Tk8.5 with an unrelated program.   
> Workaround is to use a Tk built with --disable-xft.   Did not dig into 
> BLT 2.4 to see what to do about it though.
>
>
>   
Below are More links on this "new" but "known for a long time" blt -> 
tk8.5 problem.

December 10, 2007:
How --enable-xft breaks backwards compatibility - ObjectMix Forum
http://objectmix.com/tcl/313024-how-enable-xft-breaks-backwards-compatibility.html

"Another solution is to pass a full-depth Pixmap to Tk_DrawChars()
instead of a Bitmap. Extensions will generally want to do this
anyway so that compositing works properly."


Is Swarm writing on a drawable of depth 1 and can we stop?

I'm grepping In Swarm src for a place where we create a drawable of 
depth 1, and wondering if we can change that to 8.  For example, here:

tkobjc/tk/X11/X.h:#define XYBitmap              0       /* depth 1, 
XYFormat */
tkobjc/tk/X11/X.h:#define XYPixmap              1       /* depth == 
drawable depth */



April 7, 2009
[Xquartz-dev] X Error
http://lists.macosforge.org/pipermail/xquartz-dev/2009-April/002252.html

This explains the tk problem, says we should look for pixmaps of depth 1 
and change to 8.  But toward the end it says there is a deeper X11 problem.



And the links I mentioned in the last email:
(https://bugzilla.redhat.com/show_bug.cgi?id=504388)
(http://objectmix.com/tcl/303826-8-5b3-linked-against-x11.html)


--
Paul E. Johnson                       email: address@hidden
Professor, Political Science          http://pj.freefaculty.org
1541 Lilac Lane, Rm 504                              
University of Kansas                  Office: (785) 864-9086
Lawrence, Kansas 66044-3177           FAX: (785) 864-5700