When using TQt's embedded SGI style then TQListViews (and possibly derived widgets) are not rendered correctly:
Expander icons (usually a triangle or a +) are missing and
The widget is redrawn upon previous contents, which are not cleared, resulting in a mess (see shot).
This is actually a quite long-standing bug.
When using TQt's embedded SGI style then TQListViews (and possibly derived widgets) are not rendered correctly:
* Expander icons (usually a triangle or a +) are missing and
* The widget is redrawn upon previous contents, which are not cleared, resulting in a mess (see shot).
This is actually a quite long-standing bug.
It was a peculiar thing that this function call was commented out. My testing however has shown no negative side-effects which could lead to having this disabled.
It was a peculiar thing that this function call was commented out. My testing however has shown no negative side-effects which could lead to having this disabled.
This will be good for R14.0.13 as well I guess.
Will need to backport the commit when the window opens.
Note: since tqt3 has already been tagged as R14.0.12, IMO we could backport it already. Nevertheless if you want to do so, please first make sure @SlavekB agrees as well :-)
This will be good for R14.0.13 as well I guess.
Will need to backport the commit when the window opens.
Note: since tqt3 has already been tagged as R14.0.12, IMO we could backport it already. Nevertheless if you want to do so, please first make sure @SlavekB agrees as well :-)
MicheleC
added this to the R14.0.13 release milestone 2 years ago
When using TQt's embedded SGI style then TQListViews (and possibly derived widgets) are not rendered correctly:
This is actually a quite long-standing bug.
Resolved with above commit.
It was a peculiar thing that this function call was commented out. My testing however has shown no negative side-effects which could lead to having this disabled.
This will be good for R14.0.13 as well I guess.
Will need to backport the commit when the window opens.
Note: since tqt3 has already been tagged as R14.0.12, IMO we could backport it already. Nevertheless if you want to do so, please first make sure @SlavekB agrees as well :-)
No before the window opens, we need to be pushed all tags, especially the final tag on the main
tde
module.@blu.256
The window for R14.0.13 is open, so you can backport this fix.
oh, done already... hadn't noticed, my bad