Solved I'm still struggling with model/view
-
@mzimmers
Ok. well the Address Book Example uses an QAbstractTableModel
subclass that handles the data
the real data lives in QList<Contact> contacts;
Which is similar to your DeviceDetails
so it should lead you on the right track.
You can reuse most of the code as is, and only change the function accessing
Contact to use your DeviceDetails instead. Rest is the same. -
So, in your opinion, I should go ahead and use QAbstractTableModel instead of QStandardItemModel?
-
@mzimmers
well the sample uses it, so it would be natural when you need full editing also.
Also since most of the code will be 100% the same , except other data structure.However, if you were suggested to use QStandardItemModel, there must been a reason for that.
Maybe to cut down on the details one must handle.
Since DeviceDetails is flat, using a QStandardItemModel is less code and would work just as fine.But im not sure how the write back would e made. Were you suggested to use QStandardItemModel directly
or to subclass it ? -
To make sure I'm not misquoting anyone, here's where it was first suggested:
https://forum.qt.io/topic/90985/use-of-model-view-programming/23
I don't really care too strongly which way I go, as long as it works and is maintainable. I don't even need to use the struct I mentioned above; I can store the data elsewhere if it simplifies the programming.
-
Hi
ah, QStandardItemModel was suggested over QAbstractTableModel
since its more complex to handle. (as you might have noticed)
with QStandardItemModel , you just give it items and overall its
less involving than QAbstractTableModel where you will have to juggle ModelIndex() and
call begin/end at right times etc.However, it does sounds like your requirements are very close to Address Book Example
so you could reuse its model from there with very little change.
Also, it already filters i same way as you will need.
User click Contact, details are shown.
User click Device, details are shown.But it sounded like you already copied the example and its not working 100% for you ?
-
No, I didn't copy the example yet...I actually started this application before being introduced to model/view. I'm now trying to retrofit whatever makes the most sense.
In looking at the books example, I'm struck by the automation that the classes provide. I don't think there's a single instance of a "connect" command in the source code, for example. This is impressive, but it's also hard to use as an example. I'm reading the (long) page on Qt model/view and hope that will help out a bit.
Edit: correction: there is indeed one connect. Still pretty impressive.
-
@mzimmers
Well the tablemodel class handles most of that internally and the views already automatically connect to
the signals they need from model.
You should be able to directly use tablemodel.cpp/.h and
only replace Contact with your struct and fix the places where its members are used.
Then it should be working with no extra code.Its a good idea to read the docs on this topic. Model & Views are a bit involved but
also provides many benefits. -
Subclassing models is a minefield. That's why I suggested using
QStandardItemModel
instead. The idea was that you can storestruct DeviceDetails { QString macAddr; QString devName; QString latestTimestamp; };
as:
enum DeviceRoles{ macAddr = Qt::UserRole , devName , latestTimestamp }; auto item = new QStandardItem; item->setData(/*...*/,DeviceRoles::macAddr); item->setData(/*...*/,DeviceRoles::devName); item->setData(/*...*/,DeviceRoles::latestTimestamp); myModel.appendRow(item);
The model subclass is probably the most correct way but before embarking into it, please read the chapter of Advanced Qt programming I linked in the previous thread and run your custom model through the Model Test
P.S.
AllocatingQStandardItem
on the stack is problematic.QStandardItemModel
will take ownership of the item and try to delete it. That means that if you declare the item before the modelQStandardItem myItem; QStandardItemModel myModel;
You'll get a crash as well as if you try to remove that row you'll get a crash
-
@VRonin OK, that makes a lot more sense. So, is the missing field in your setData() examples a pointer to my structure element? Is that how the model keeps track of changes to that data?
-
No, my example was using
QStandardItemModel
. the missing argument is the actual value you want to save in the model, something likeitem->setData(QStringLiteral("00:A0:C9:14:C8:29"),DeviceRoles::macAddr);
-
Oh, I see. So, am I then responsible for manually updating the item when data changes?
-
@mzimmers said in I'm still struggling with model/view:
am I then responsible for manually updating the item when data changes?
Correct, but that would always be the case. if you subclass
QAbstractItemModel
it's your responsibility to signal changes of data emitting thedataChanged
signal -
So, if I understand this, the general program flow would be:
- the worker thread receives updates from the various devices
- the worker passes the updates (via a signal) to the model
- the model then either adds rows or modifies existing rows
- the UI automatically reflects the change to the model.
That about right?
One thing I'm still not clear on, is how to modify data in existing rows, for example, changing the timestamp on a device that's already been added.
-
@mzimmers said in I'm still struggling with model/view:
That about right?
What workflow did you decide to adopt?
- Use
QStandardItemModel
- or subclass
QAbstractItemModel
- Use
-
I'm now trying to use QStandardItemModel. Unfortunately, the data isn't showing up in the QTableView yet, so I'll have to work through to see where it's failing.
-
I'm now trying to use QStandardItemModel
Then:
- the worker thread receives updates from the various devices
- the worker passes the updates (via a signal) to a QObject in the main thread that owns the model
- the object inserts/removes/updates the model
- the UI automatically reflects the change to the model.
-
Yes, that's how I'm doing it. (My model class is DeviceModel.) Just as a test, I put this into the c'tor:
DeviceModel::DeviceModel() { QString s1 = "aaa", s2 = "bbb", s3 = "ccc"; QVariant qv; qv = s1; item.setData(qv, DeviceRoles::macAddr); qv = s2; item.setData(qv, DeviceRoles::devName); qv = s3; item.setData(qv, DeviceRoles::latestTimestamp); appendRow(&item); } I'd expect to see this in my QTableView, but I don't. What might I be missing?
-
I'm now trying to use QStandardItemModel
My model class is DeviceModel
Your model class should be
QStandardItemModel
. Are you subclassing the model?P.S.
item.
as mentioned previously, you should avoid the allocation of
QStandardItems
on the stack as the model is supposed to own them -
Yes:
class DeviceModel : public QStandardItemModel { private: ModelData deviceTable; QStandardItem item; ...
EDIT:
Ohhhhhh...okay.
-
so it would be like
DeviceModel::DeviceModel() { QString s1 = "aaa", s2 = "bbb", s3 = "ccc"; QVariant qv; QStandardItem * item = new QStandardItem (); // model will clean up qv = s1; item->setData(qv, DeviceRoles::macAddr); qv = s2; item->setData(qv, DeviceRoles::devName); qv = s3; item->setData(qv, DeviceRoles::latestTimestamp); appendRow(item); }