[РЕШЕНО] QTreeWidget

[OKTA]

Товарищи, приветствую! Что-то сегодня логика не проснулась вместе со мной утром  
Добавляю в QTreeWidget кучу айтемов с виджетами - в итоге естественно происходит подвисание интерфейса.
Вопрос - как бы так изловчиться, чтобы показать модальное окно с просьбой подождать или прогрессбар, а в фоне продолжать добавление айтемов?
ProcessEvents использовать?   Загвоздка как раз в том, что происходит добавление айтемов с виджетами и выкинуть в отдельный поток не получается  

[Igors]

... и выкинуть в отдельный поток не получается 

Почему "раз заучив надо всегда так делать"? Никто не мешает показывать тот же QProgressDialog в той же главной нитке, т.е. синхронно - это даже намного проще

[Bepec]

Выпихиваем на 1 план модальный прогресс бар, потом каждые N итемов делаем qApp->processEvents. Зависания интерфейса не будет. Точнее N определите опытным путём.

К примеру при добавлении 100 итемов можно спокойной через каждый 10 итем.

[OKTA]

Ну, вы меня успокоили, значит ProcessEvents 
Вспомнилось вдруг... давненько делал тестовое задание в какой-то фирме и там была аналогичная проблема - и делал как раз через ProcessEvents, но принимающий человек заявил, что это непрофессионально и надо использовать потоки 

[Пантер]

Ну, вы меня успокоили, значит ProcessEvents  

Не слушай их, это костыль.

Выкидываешь QTreeWidget и юзаешь QAbstractItemModel + QTreeView.

[Bepec]

Аха... И пишешь свой QTreeWidget

TreeView+ model имеет где то % 30 функционала TreeWidget 70% переписывать это охохо

[Old]

Аха... И пишешь свой QTreeWidget

TreeView+ model имеет где то % 30 функционала TreeWidget 70% переписывать это охохо

А зачем его переписывать? Вьюшка и модель самодостаточны.

[Bepec]

Повторюсь

TreeView+ model имеет где то % 30 функционала TreeWidget 70% переписывать это охохо

Голая View + model заставит тебя переписывать уже имеющийся функционал TreeWidget. Вместо 1 сущности будет две, причём работоспособность данного создания будет целиком на создателе. Т.е. его надо отдебажить, проверить на утечки, потом ещё раз отдебажить. Потом наткнуться на какую нить бяку и ещё пару дней провести в увлекательных "приключения на своём велосипеде".

PS я уверен, что при написании своего QTreeWidget % 80 напишется легко. А вот потом потребуется знание механики => чтение манулов => расширение кругозора => время проведенное с пользой, но... => проект стоит и не движется

[kambala]

с кастомной моделью производительность значительно увеличится, особенно при использовании виджетов в айтемах (сам в этом убедился). и далеко не всегда нужно переписывать весь тривиджет.

[OKTA]

Сейчас попробую!

[Old]

с кастомной моделью производительность значительно увеличится, особенно при использовании виджетов в айтемах (сам в этом убедился). и далеко не всегда нужно переписывать весь тривиджет.

Да его вообще переписывать не надо. Нужно просто написать свою модель, все остальное сделает вьюшка.

[OKTA]

На сколько человечно в айтемах модели хранить указатели на виджеты, чтобы потом отрисовывать их в делегате через paint?

[Bepec]

Я думаю человечно, если это сохранит мне 3-7 часов моего времени

А если серьёзно - так указатели же. Это ничем не отличается от простой отрисовки в paint'e. Во всяком случае в плане быстродействия.

PS я вот однажды динамический компоновщик писал и ради прикола поставил 10к кнопок на формочку. Вот это был ад

[OKTA]

  не, 10К еще рановато для моей конструкции 

[Johnik]

На сколько человечно в айтемах модели хранить указатели на виджеты, чтобы потом отрисовывать их в делегате через paint?

а почему не создавать/уничтожать их в нужный момент в делегате?