Responsive layout with QFrame

[mrjj]

@Tyskie
Hi
what custom widget ?
did you use setItemWidget on the items ?

When using delegate, its as replacement for setItemWidget as it can get memory hungry and slow
with many items.
So the idea is to draw the widgets using calls to QStyle and
only when in edit mode for a cell, you create widgets ( In createEditor of the delegate)
That way it dont have to scroll around many real Widgets. All that is not being edited are just drawn.
see here for sample
http://doc.qt.io/qt-5/qtwidgets-itemviews-stardelegate-example.html

However, if you are only having like 50 items, setItemWidget works fine on desktop pc.

update:
use
setResizeMode(QListView::Adjust) to make it use all space.

[Tyskie]

Oh ! setResizeMode(QListView::Adjust) did the trick thank you so much :D
I actually don't need a QStyledItemDelegate with that (explaining below regarding you comment updates) !

About your questions, my custom widget is simply a QFrame with a QLabel and QButton in QHBoxLayout.
And yes I use addItem followed by setItemWidget with a QListWidgetItem.

Regarding performances, I think I will have near 50 items max, on the other hand those are using thread for the countdown, and as I limit the amount of threads, then yes, as you said, should not be a problem.

I am not yet very familiar with the framework, I have some trouble understanding how the delegate can draw my widget :D - need to dig that out. Thanks again.

[mrjj]

@Tyskie
Hi
Well then setItemWidget should work just fine.

Here is a delegate for combobox
http://programmingexamples.net/wiki/Qt/Delegates/ComboBoxDelegate
Notice the paint. it uses QApplication::style()->drawControl to draw the item
There are many things, style()->drawControl and friends can draw. including all QWidgets
like QPushButton.

void ComboBoxDelegate::paint(QPainter *painter, const QStyleOptionViewItem &option, const QModelIndex &index) const
{
  QStyleOptionViewItemV4 myOption = option;
  QString text = Items[index.row()].c_str();
 
  myOption.text = text;
 
  QApplication::style()->drawControl(QStyle::CE_ItemViewItem, &myOption, painter);
}

However, in Editmode, it uses a real combobox for selections.
(QWidget *ComboBoxDelegate::createEditor)

Its all explained here
http://doc.qt.io/qt-5/model-view-programming.html

However, if you use setItemWidget , i see no need for a delegate.

[Tyskie]

Well actually if one item gets removed, the others does not fill the place it left. More over when I remove an item and the resize the window, I got segment fault. I guess I am not yet done with ! hehe :)

Thank you for the delegate example I will check it out and learn from it.

[mrjj]

@Tyskie
Hi
How do you remove the item ?
It should not crash. Also notice that Qt has a owner system that delete Widgets when parent is deleted
so its important not to delete the children manually.
I assume you simply remove the ListWidgetItem ?

http://doc.qt.io/qt-5/objecttrees.html

[Tyskie]

Hi,
even worse :D I have a button.clicked.connect which I connected to QFrame close().
so the button close the entire QFrame when X is pressed.

[Tyskie]

Hi, @mrjj how would delete the widget if not by deleting itself (the widget directly - not ListWidgetItem)?

[mrjj]

@Tyskie
Hi and welcome back
You mean take the widget back from the ListWidgetItem and delete it ?
(but leave ListWidgetItem alone ) ?

[Tyskie]

@mrjj thx, didn't had much time to get back to it yet.
I meant to remove the whole 'item' from the list with ListWidgetItem and the widget/layout in it
I have seem some people using takeItem/take and some with getting the model and removing item from it with removeRow, any best practice for that use case maybe?

[mrjj]

@Tyskie
there is
http://doc.qt.io/qt-5/qlistwidget.html#removeItemWidget
to remove whole widget ( and all it owns)
or
http://doc.qt.io/qt-5/qlistwidget.html#takeItem

im not sure if u want both gone. (item and widget) or just widget

[Tyskie]

Oh right I missed the removeItemWidget - my bad, thanks again !

[Tyskie]

mhm I start to think that QListWidget/View is not what I am looking for :D
It's been really hard to handle the clicked.connect of my button in the widget that is associated with the QListWidgetItem.
I am for example unable to find the QListWidgetItem which has the widget button in it that I am clicking on. I can surely click on the text to make it the selected QListWidgetItem and then click the button (having the delete slot method removing the current selected item) but that not really convenient.

[Tyskie]

OK I gave up too early - I finally succeed to make it work :D thanks a lot @mrjj

[mrjj]

@Tyskie

Super :)

[JonB]

@mrjj

Never ever give up

Is that from the frog's or the stork(?)'s POV, or both? ;-)
(And the pic makes me think of Windows programming!)
Where do you come across this kind of illustration in the first place? :)

[mrjj]

@JonB
He he - good thinking.
Its was meant for the frog but your
comment make me think- it could also apply to the stork
as in never give up trying to swallow the frog.
I just use google image search as its brilliant nowadays.