> why not cache the bulk changes received from server, and only after > observing a complete set of changes you begin updating the Qt model? > i.e. you should first receive a complete bulk of changes from server > like <“before”, “change item i1”, “change item i2”, …, “after”> and only > at that point you can start changing the Qt model by calling > beginInsertRows() followed by other model changing methods and then > endInsertRows().
It's less about knowing when a change is complete - ideally the UI should not care if multiple changes are adhering to some common denominator or not. The issue for us is that the underlying data is already updated when the change notification comes through, in which case `beginInsertRows` would be called too late, since it has to be called *before* the underlying data has changed. Thanks for the response, Folling _______________________________________________ Interest mailing list [email protected] https://lists.qt-project.org/listinfo/interest
