QTreeWidget's Item Widgets

[jpn]

I might have found a bug in Qt 4.1.

QTreeWidget::setItemWidget(), which was introduced in Qt 4.1 allows a widget to be displayed in an tree item's cell.

An example code below creates a simple QTreeWidget with 10 rows and 2 columns.
The first column contains item's index as text and the second column contains a QLabel with same text, respectively.

QTreeWidget* tree = new QTreeWidget;
tree->setColumnCount(2);
 
for (int i = 0; i < 10; ++i) {
	QTreeWidgetItem* item = new QTreeWidgetItem;
	item->setText(0, QString::number(i));
	tree->addTopLevelItem(item);
	tree->setItemWidget(item, 1, new QLabel(QString::number(i)));
}

QTreeWidget* tree = new QTreeWidget;
tree->setColumnCount(2);
	
for (int i = 0; i < 10; ++i) {
	QTreeWidgetItem* item = new QTreeWidgetItem;
	item->setText(0, QString::number(i));
	tree->addTopLevelItem(item);
	tree->setItemWidget(item, 1, new QLabel(QString::number(i)));
}

To copy to clipboard, switch view to plain text mode 

Resizing the QTreeWidget small enough to get the vertical scrollbar visible and then scrolling back and forth messes up the item widget drawing in the second column. Though, resize event seems to fix the erroneous drawing.




- JP

[wysota]

You forgot to add the second image.

[jpn]

Second image fixed.

[wysota]

So what is wrong with that widget? It looks fine...

[jacek]

So what is wrong with that widget? It looks fine...

Look at the code --- numbers in both columns should be the same.

[wysota]

They are not the same even in the first picture...

I thought the display was being cluttered, but it looks like the issue is different

[jpn]

1) Here it is shown correctly:



2) After resizing and then scrolling back and forth it becomes messed:



3) Resizing again fixes the drawing:



Above screenshots are taken in WinXP SP2.


Same malfunction detected also in KDE 3.4.3:

[jacek]

I've just checked on my system (PLD Linux, Qt 4.1.0) and it also doesn't work the way it should.

Here is the full example:

#include <QApplication>
#include <QLabel>
#include <QTreeWidget>
 
int main( int argc, char **argv )
{
   QApplication app( argc, argv );
 
   QTreeWidget* tree = new QTreeWidget;
   tree->setColumnCount(2);
 
   for (int i = 0; i < 10; ++i) {
      QTreeWidgetItem* item = new QTreeWidgetItem;
      item->setText(0, QString::number(i));
      tree->addTopLevelItem(item);
      tree->setItemWidget(item, 1, new QLabel(QString::number(i)));
   }
 
   tree->show();
 
   return app.exec();
}

#include <QApplication>
#include <QLabel>
#include <QTreeWidget>

int main( int argc, char **argv )
{
   QApplication app( argc, argv );

   QTreeWidget* tree = new QTreeWidget;
   tree->setColumnCount(2);

   for (int i = 0; i < 10; ++i) {
      QTreeWidgetItem* item = new QTreeWidgetItem;
      item->setText(0, QString::number(i));
      tree->addTopLevelItem(item);
      tree->setItemWidget(item, 1, new QLabel(QString::number(i)));
   }

   tree->show();

   return app.exec();
}

To copy to clipboard, switch view to plain text mode 

@jpn: Did you try the latest snapshot?

[wysota]

This is my system (compiled Qt4.1), also not correct:

[jpn]

Alright, I grabbed the snapshot from yesterday (4.1.1-20060209). The original bug seems to have already been fixed. Despite of scrolling, all item widgets are always drawn in correct positions. Keep up the great work, Trolltech!

Nevertheless, another cosmetic issue related to this appeared. Selecting rows seems to mess up the item widget drawing too (especially QLabel, as in this case). The following image explains this another cosmetic bug(?):


Rows 2,4,6 have each been selected before selecting row 8.

(WinXP+SP2 / Qt-4.1.1-snapshot-20060209)

[jpn]

Just for your information..

The reason for this problem is that QLabel has the autoFillBackground set to false by default.
This means that you will see both the item and the label contents. Setting autoFillBackground to true fixes this problem.

Task Tracker - Entry 103100

[jpn]

I'd claim this does not FIX the problem, this method only covers it.
It really is interesting why does the QTreeView draw the contents of the label.

The rejecting reason says "you will see both the item and the label contents"..
But the items in the second column should be empty. There has been set text only
for the items in the first column, and a label widget for the items in the second column!

Besides, forcing the QLabel to fill it's background also naturally overrides the selection drawing.

I managed to find something very interesting by accident:

#include <QtGui>
int main( int argc, char **argv )
{
	QApplication app(argc,argv);
	QTreeWidget* tree = new QTreeWidget;
	tree->setColumnCount(1);
	for (int i = 0; i < 10; ++i)
	{
		QTreeWidgetItem* item = new QTreeWidgetItem(tree);
		QWidget* widget = new QWidget;
		tree->setItemWidget(item, 0, widget);
	}
	tree->show();
	return app.exec();
}

#include <QtGui>
int main( int argc, char **argv )
{
	QApplication app(argc,argv);
	QTreeWidget* tree = new QTreeWidget;
	tree->setColumnCount(1);
	for (int i = 0; i < 10; ++i)
	{
		QTreeWidgetItem* item = new QTreeWidgetItem(tree);
		QWidget* widget = new QWidget;
		tree->setItemWidget(item, 0, widget);
	}
	tree->show();
	return app.exec();
}

To copy to clipboard, switch view to plain text mode 

The above code is a dummy example showing an "empty" tree with widgets.
The funny thing is, when you click items, there is an output like this:

QWidget:roperty("text") failed: property invalid or does not exist
QWidget::setProperty("text", value) failed: property invalid, read-only or does not exist

So clearly the text-property of a widget is requested.
I took a look at the Qt sources, and I found that it's QItemDelegate::setModelData() which requests this property.

As for a test, I subclassed QItemDelegate and overrode setData() by an empty mplementation body.
Voila! The QLabel gets drawn correctly in a QTreeWidget. Or more correctly the item does not draw the label contents. Quite an ugly workaround, that is..

I guess I'll have to bug the Trolls, maybe there is a solution out there..