Dynamic number of rows and columns with QTableWidget

[Med]

There is resizeEvent() which you can override (either by an event filter or by subclassing). This is also a solution to your first problem. A resize event is triggered right after the widget is shown (or rather "assigned size").

I've tried to subclass it, unfortunately when calling tableWidget->height() from resizeEvent(), it still reports the wrong size. However, as soon as i resize the window, the reported size is correct. It is a bit frustrating that it doesn't work at the first resizeEvent() call.

[wysota]

I've tried to subclass it, unfortunately when calling tableWidget->height() from resizeEvent(), it still reports the wrong size. However, as soon as i resize the window, the reported size is correct. It is a bit frustrating that it doesn't work at the first resizeEvent() call.

You should use values given by QResizeEvent:

MyWidget::resizeEvent(QResizeEvent *e){
  qDebug("New size is: %d x %d", e->size().width(), e->size().height());
  QWidget::resizeEvent(e);
}

MyWidget::resizeEvent(QResizeEvent *e){
  qDebug("New size is: %d x %d", e->size().width(), e->size().height());
  QWidget::resizeEvent(e);
}

To copy to clipboard, switch view to plain text mode 

On the other hand the docs say the widget already has it's new size set...

You could also try showEvent().

[Med]

On the other hand the docs say the widget already has it's new size set...

You could also try showEvent().

Thank you very much! In fact using resizeEvent(), the size of the window was correctly reported while the size of the tableWidget wasn't. However using showEvent() as you suggested, the widget size was correctly reported. I guess the widget size is actually set after the resizeEvent() and before the showEvent(). Now i can continue toying with Qt.

[wysota]

Maybe you overrode resizeEvent or the wrong widget?