Размещение множества сложных виджетов

[BRE]

а в других вариантах надо подождать несколько минут(30видж. ~2min) после клика на вкладке и собственно отображением содержимого вкладки

Ох, что-то ты не то делаешь. Нарисовать 30 виджетов это так... пустяк. Какие могут быть 2 минуты? 
Покажи как ты все делаешь для QScrollArea.

[antipart]

Ох, что-то ты не то делаешь. Нарисовать 30 виджетов это так... пустяк. Какие могут быть 2 минуты?

эт точно, когда только 30..
а когда каждый еще включает в себя еще ~500 и более виджетов тут интереснее

как делаю в случае со QScrollArea...
мне проще это на словах описать, т.к. генерится это в разных местах + с анализом QDate + БД и т.д. но смысл такой...

создаю QWidget в нем QGridLayout  в лэйауте размещаю 9 полосок из QLineEdit + кастомный виджет, который представляет собой тоже полоску из маленьких клеточек-виджетов(дежурств) 30-31шт (по количеству дней в месяце) каждая клеточка-виджет включает в себя QCheckBox + 2QLabel+контекстное меню для управления клеточкой(вызов доп. диалогов и т.д.)

далее пихаю в QScrollArea

Код:

    QScrollArea *area = new QScrollArea();
    area->setFrameStyle(QFrame::NoFrame);
    area->setHorizontalScrollBarPolicy(Qt::ScrollBarAlwaysOff);
    area->setWidget(table);

[mutineer]

Возможно прога спотыкается не на попытке нарисовать, а на попытке разместить все это замечательное хозяйство, то бишь при работе лейаутов все тормозит

[antipart]

забыл еще раз сказать, что QScrollArea пихаю виджет с 30-ю такими таблицами

[antipart]

Возможно прога спотыкается не на попытке нарисовать, а на попытке разместить все это замечательное хозяйство, то бишь при работе лейаутов все тормозит

создаю пока все это в конструкторе, а не постоянно... ибо так проще прикрыть каким-нибудь splash при запуске приложения
при выводе через qDebug()<<table->id;
вижу что достаточно медленно, но не очень критично...
а дальше проблемы именно с отрисовкой т.к. при попытке перейти на вкладку уже все создано...

[andrew.k]

Я никак не пойму, чем тебя не устраивает модель+делегат+вьюха?

[andrew.k]

Меня всегда убивали такие монструозные экселевские таблицы.
Сначала один человек сидит и выносит себе мозг. Потом выносит еще кому-то мозг.

Потом он решает это напечатать, снова выносит себе мозг.
Потом, распечатав, он несет это несчастному кому-то и выносит мозг уже ему.

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

А потом все они не хотят по-другому, потому что они "привыкли так".

Как это остановить? )

[BRE]

Возможно прога спотыкается не на попытке нарисовать, а на попытке разместить все это замечательное хозяйство, то бишь при работе лейаутов все тормозит

Кстати, здравая мысль, возможно тормоза начинаются на этапе расчета геометрии. Хорошо бы это проверить...
Правда пока не представляю как можно сделать этот расчет единожды и применить для всех одинаковых виджетов. Возможно придется писать свой компоновщик для этого.

[antipart]

Я никак не пойму, чем тебя не устраивает модель+делегат+вьюха?

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

Код:

for (int i = 0; i < objModel->rowCount(QModelIndex()); ++i)
            view->openPersistentEditor(objModel->index(i, 0, QModelIndex()));

2.

еще думал в сторону QItemDelegate:  в методе paint рисованием пытаться сдублировать весь этот большой гарфик дежурств
а потом на createEditor активировать сам виджет, но это геморрой еще тот... (тут же еще надо чтобы они совпадали)

вариант 1 пробовал т.к. реализовать проще , та же хрень как и со QScrollArea... нет вру чуть лучше, но тоже тормозит
при отрисовке

вариант 2 не пробовал - боюсь даже приступать ради того чтобы попробовать... уж слишком... поэтому и спросил может
кто нечто делал или может есть еще варианты  

[antipart]

Кстати, здравая мысль, возможно тормоза начинаются на этапе расчета геометрии. Хорошо бы это проверить...
Правда пока не представляю как можно сделать этот расчет единожды и применить для всех одинаковых виджетов. Возможно придется писать свой компоновщик для этого.

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

[andrew.k]

вариант 1 пробовал т.к. реализовать проще , та же хрень как и со QScrollArea... нет вру чуть лучше, но тоже тормозит
при отрисовке

Очень странно. Чему там тормозить? Обычные текстовые строчки.

Поищи похожую тему на форуме. Там было какое-то решение вроде бы для этого.

[antipart]

Очень странно. Чему там тормозить? Обычные текстовые строчки.

имеется в виду что график показывать только например при клике(view->openPersistentEditor), а так просто строчки?
я правильно понял?
если да.. можно конечно попытаться склонить к этому решению... задача стоит ведь чтобы все сразу таблицы были видны  и активны
а потом если наоткрывать этих едиторов опять будут тормоза...
 у меня была мысль как-то на скролле открывать и закрывать едиторы... пока ее не развивал

[mutineer]

задача стоит ведь чтобы все сразу таблицы были видны  и активны

Редактировать все равно можно только один виджет одновременно

[antipart]

Редактировать все равно можно только один виджет одновременно

да это понятно... но надо чтобы другие были хотя-бы видны (а не просто строчки)

[andrew.k]

Очень странно. Чему там тормозить? Обычные текстовые строчки.

имеется в виду что график показывать только например при клике(view->openPersistentEditor), а так просто строчки?
я правильно понял?
если да.. можно конечно попытаться склонить к этому решению... задача стоит ведь чтобы все сразу таблицы были видны  и активны
а потом если наоткрывать этих едиторов опять будут тормоза...
 у меня была мысль как-то на скролле открывать и закрывать едиторы... пока ее не развивал

Нет, я о другом говорил.
Твоя таблица (во вложении). Что в ней сложного? Все данные текстовые, ничего рисовать не нужно.
Делегат прекрасно справится с отображением и редактированием твоих данных.
И делай хоть 100 таких таблиц. Зачем все делать виджетами ума не приложу.