Как отключить обновление вида QTableView?

[OS2]

Всем доброго времени суток.

Подскажите, как отключить обновление вида, унаследованного от QTableView, у которого установлена табличная модель, унаследованная от QAbstractTableModel?
ЗЫ: тоесть необходимо, чтобы содержимое вида не обновлялось, а модель продолжала получать новые данные и обновлять другие виды? 

Заранее спасибо за ответ!

[Igors]

setUpdatesEnabled устраивает?

[OS2]

К сожалению setUpdatesEnabled не подходит. Он полностью блокирует работу с видом, а я хотел, чтобы с видом можно было продолжать работать, но новые данные в него, из модели, не приходили...

[Igors]

К сожалению setUpdatesEnabled не подходит. Он полностью блокирует работу с видом, а я хотел, чтобы с видом можно было продолжать работать, но новые данные в него, из модели, не приходили...

Вчера отвечал 

Почему бы не сделать "обертку" для контейнера?  Рабочая нитка не удаляет, а увеличивает счетчик удаленных (или хранит индексы удаленных если можно удалять в любом порядке). Добавлять добавляет но rowCount возвращает старое значение. Разумеется все это тоже защищено локами. В итоге обе нитки работают с 1 контейнером, но модель какое-то время показывает его старую копию. Потом (хоть по таймеру) главная нитка посылает самой себе сигнал по которому (опять-таки под защитой лока) делается removeRows, удаленные реально удаляются, и insertRows. Все совершенно легально, и (на первый взгляд) несложно

[OS2]

Ясно. Значит простого способа не существует...а жаль. 

[Igors]

Ясно. Значит простого способа не существует...а жаль. 

Попривыкали сладко кушать готовые классы 

[Bepec]

Таки интересная задача. В принципе можно написать модельку, которая будет хранить несколько наборов данных и в зависимости от View, которая запрашивает данные отдавать каждой view свой набор.

Но это задача не дня, тут только тестировать придётся недельку на мой взгляд.

[VPS]

К сожалению setUpdatesEnabled не подходит. Он полностью блокирует работу с видом, а я хотел, чтобы с видом можно было продолжать работать, но новые данные в него, из модели, не приходили...

Может тогда создать временную модель - копию существующей?
Только есть вопрос: насколько большая оригинальная модель и как поступать с обновлёнными данными во временной модели?

[Racheengel]

А что, сделать модель-копию и подключить ее ко вью уже не круто в 21 веке?

UP: vps, вы меня опередили

[Igors]

А что, сделать модель-копию и подключить ее ко вью уже не круто в 21 веке?

Это было всегда плохо еще в 20-м 

[OS2]

Да, копии моделей делать не комильфо. Я думал есть более простой и элегантный способ решения моей проблемки... . 

[Racheengel]

Да, копии моделей делать не комильфо. Я думал есть более простой и элегантный способ решения моей проблемки... . 

Но у Вас же "сделать копию" предопределено самим условием:

тоесть необходимо, чтобы содержимое вида не обновлялось, а модель продолжала получать новые данные и обновлять другие виды?

То есть имеется модель, которая обновляется И к ней привязане ДРУГИЕ виды.
Ваш ВИД и, соответственно, ЕГО МОДЕЛЬ - это всего лишь "замороженная" копия оригинала.
Что не так с копированием?

[Igors]

То есть имеется модель, которая обновляется И к ней привязане ДРУГИЕ виды.
Ваш ВИД и, соответственно, ЕГО МОДЕЛЬ - это всего лишь "замороженная" копия оригинала.
Что не так с копированием?

То что данные "в 2 экземплярах", и их сбивка/синхронизация станет источником постоянных забот.

[Racheengel]

То что данные "в 2 экземплярах", и их сбивка/синхронизация станет источником постоянных забот.

С каких делов то? Человек знает, когда ему получить копию данных и отобразить их. Залочил основную модель - сделал копию - разлочил - вывел в гуй. Где здесь могуть быть проблемы?

[Igors]

С каких делов то? Человек знает, когда ему получить копию данных и отобразить их. Залочил основную модель - сделал копию - разлочил - вывел в гуй. Где здесь могуть быть проблемы?

А не надо искать "где" - они сами Вас найдут, и гораздо быстрее чем ожидалось. И в конце-концов, почесав репу, придется согласиться с тем что "прынцыпы" лучше не нарушать