In wxPython 2.3.2.1 as well as in the latest CVS the automatic editor and renderer assignment by wxPyGridTableBase.GetTypeName() does not work. (In the GridCustTable.py demo all cells are rendered and editable as string.) Worked well in 2.3.1. The correct bahaviour reappears if a cell attribute is written directly, e.g. by wxGrid.SetReadOnly().
In wxPython 2.3.2.1 as well as in the latest CVS the automatic
editor and renderer assignment by wxPyGridTableBase.GetTypeName()
does not work. (In the GridCustTable.py demo all cells are
rendered and editable as string.) Worked well in 2.3.1. The
correct bahaviour reappears if a cell attribute is written
directly, e.g. by wxGrid.SetReadOnly().
This took a while to find, but I've just checked in a fix for it.
···
--
Robin Dunn
Software Craftsman
robin@AllDunn.com Java give you jitters? http://wxPython.org Relax with wxPython!
Thanks for the fix. Unfortunately src/generic/splitter.cpp and
src/html/helpfrm.cpp were also rewritten in the CVS and caused new bugs:
the sash in a splitter window is always set to 0 (try the demo), and Boa
crashes as one try to open a help book. I report these bugs to you,
because don't know
1) where to report CVS bugs,
2) whether the bugs are created in the cpp implementations or in the
Python wrappers.
Regards,
Geza Groma
Robin Dunn wrote:
···
> In wxPython 2.3.2.1 as well as in the latest CVS the automatic
> editor and renderer assignment by wxPyGridTableBase.GetTypeName()
> does not work. (In the GridCustTable.py demo all cells are
> rendered and editable as string.) Worked well in 2.3.1. The
> correct bahaviour reappears if a cell attribute is written
> directly, e.g. by wxGrid.SetReadOnly().
This took a while to find, but I've just checked in a fix for it.
--
Robin Dunn
Software Craftsman
robin@AllDunn.com Java give you jitters? http://wxPython.org Relax with wxPython!