Hey all,
A couple weeks back I reported two bugs, in emails titled
strange UI behaviour in QHeader
and
bug in QListView{Item} height?
Just to let you all know, these were bugs in Qt. The first
bug (where middle and right double clicks cause a QHeader autoresize)
was fixed by them but is not in the 3.0.4 release. Here's a patch
(you'll have to apply it by hand)
qtable.cpp ====
@@ -5841,6 +5841,8 @@
void QTableHeader::mouseDoubleClickEvent( QMouseEvent *e )
{
+ if ( e->button() != LeftButton )
+ return;
if ( isResizing ) {
int p = real_pos( e->pos(), orientation() ) + offset();
int section = sectionAt( p );
The second one had incorrect expand/collapse boxes for a
hierarchical listview when I used a large image for one of the
rows. The problem is that a value in qwindowsstyle.cpp and
qmotifstyle.cpp was computed as a loop invariant when it wasn't.
Here's the patch I just sent to trolltech for the first file --
the fix for the second file is an identical shifting of the
calculation for 'lh' inside of the
while ( child && y < r.height() ) {
loop.
For some reason they couldn't reproduce the bug on their machine.
Using the same code on my machines produced a different display
than on theirs. Specifically, my expand/collapse boxes were
vertically centered but theirs wasn't. But there's no way I
could see in the code for that to happen. Still trying to figure
that one out... Maybe their tech support was using an old version
of the toolkit?
Andrew
[EMAIL PROTECTED]
qwindowsstyle.diff
Description: Binary data
