On Wednesday 3. June 2015 18:56:05 Milian Wolff wrote:
> void QAbstractItemModelPrivate::Persistent::insertMultiAtEnd(const
> QModelIndex& key, QPersistentModelIndexData *data)
> {
> +Q_ASSERT(indexes.count(key) < 2);
> QHash::iterator newIt =
> -indexes.insertMulti(key, data
On Wednesday 03 June 2015 22:23:45 Olivier Goffart wrote:
> On Wednesday 3. June 2015 18:32:46 Milian Wolff wrote:
> > Hey all,
> >
> > for a customer I looked into the performance of a model/view application
> > with many (and I mean, many!) add/remove/modify operations on a model with
> > a QSor
On Wednesday 3. June 2015 18:32:46 Milian Wolff wrote:
> Hey all,
>
> for a customer I looked into the performance of a model/view application
> with many (and I mean, many!) add/remove/modify operations on a model with
> a QSortFilterProxyModel on top. The obvious solution to speed things up is
>
On Wednesday 03 June 2015 18:32:46 Milian Wolff wrote:
> Hey all,
>
> for a customer I looked into the performance of a model/view application
> with many (and I mean, many!) add/remove/modify operations on a model with
> a QSortFilterProxyModel on top. The obvious solution to speed things up is
>
Hey all,
for a customer I looked into the performance of a model/view application with
many (and I mean, many!) add/remove/modify operations on a model with a
QSortFilterProxyModel on top. The obvious solution to speed things up is
batching, which works nicely paired with layout{AboutToBe,}Chan
