I'm not sure the Xft clipping bug in core Tk was ever reported; it still exists, so I have opened a ticket: https://core.tcl-lang.org/tk/info/4476fd6144
I am now prompted to believe there were two separate issues: the one originally reported here, which may have been resolved by Tk at some point; and a new one which I believe was introduced in Tk Aqua 8.6.9. I likely unintentionally hijacked this ticket, as both issues have slightly similar descriptions, same steps for reproducing, and same -drawmode slow workaround. The new issue will be resolved by Tk Aqua 8.6.11, which now has a working XSetClipRectangles() implementation: https://core.tcl-lang.org/tk/info/b505e5f6a9....
I am now prompted to believe there were two separate issues: the one originally reported here, which may have been resolved by Tk at some point; and a new one which I believe was introduced in Tk Aqua 8.6.9. I likely unintentionally hijacked this ticket, as both issues have slightly similar descriptions, same steps for reproducing, and same -drawmode slow workaround. The new issue will be resolved by Tk Aqua 8.6.11, which now has a working XSetClipRectangles() implementation (https://core.tcl-lang.org/tk/info/b505e5f6a9)....
Someone who reported this same issue on comp.lang.tcl notices that the -drawmode slow workaround causes fuzzy text when using a Retina display. Normal cells (not overflowing with text): Fuzzy cells when using -drawmode slow: I believe this is because -drawmode slow causes the entire table to be drawn into a pixmap, but text and other content drawn into pixamps is being done at non-Retina (1x) scale, and so when the pixmap is drawn to the screen, it is magnified 200% and antialiased, resulting in...
This issue seems to still be present under Tk 8.6.9.1 (encountered by a user of Tcl::pTk::TableMatrix: https://rt.cpan.org/Ticket/Display.html?id=129543) Any updates on this? Is this an upstream Tk issue (was a ticket ever opened)? (EDIT: see below; also added screenshot for reference)
I have investigated this issue further and filed a Tk bug: https://core.tcl-lang.org/tk/info/685ac3072790118c The problem is that, on Aqua, any cells with overflowing text will have their text erroneously appear behind the text of every later cell (i.e. a cell in a later column in the same row, or a cell in a later row) with overflowing text (unless -drawmode slow is used). The problem is more clearly seen by overflowing a cell with whitespace or non-overlapping text: Examining the drawing code in...
This issue seems to still be present under Tk 8.6.9.1 (encountered by a user of Tcl::pTk::TableMatrix: https://rt.cpan.org/Ticket/Display.html?id=129543) Any updates on this? Is this an upstream Tk issue (was a ticket ever opened)?
Yes - multiple columns Yes - images in any cell, though done different from treeview I think it has Py3 support (as part of tkinter?) Screenshots are on the wiki.
project status and documentation
Problem: bad man page New file for "tkTable.3tk.gz" This file has been modified from package tk-table_2.10-3_amd64.deb. In Ubuntu (various flavors) 16.04 the ".OP" was changed to ".OPP" possibly for some 'groff' conflict. Also fixed the ".CS" line that was too long at the end of the file. Also attached a diff file for patching, if that is desired.
Note: to make it available on PyPI, it would probably be nice that as part of the...
Can I upload the wrapper library for tktable on PyPI?
I meant, the library that wasn't installed is the original Tk library.
Is tktable maintained or has this project been abandoned?
Standardise installation of Tktable on OS X, Linux and Windows
Both failures manually fixed during RPMs packaging in Fedora: https://bugzilla.redhat.com/show_bug.cgi?id=1272652#c9...
Both failures manually fixed during RPMs packaging in Fedora: https://bugzilla.redhat.com/show_bug.cgi?id=1272652#c9...
[TkTable] Tests failed