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

[antipart]

смущает правда это:

Note: Currently, span is not used.

[andrew.k]

смущает правда это:

Note: Currently, span is not used.

Не попробуешь - не узнаешь, кстати, если попробуешь, не забудь сюда рассказать, что получилось.

[antipart]

пока больше склоняюсь  к еще одной попытке склонить  товарища на более грамотное решение по юзабилити...

[andrew.k]

пока больше склоняюсь  к еще одной попытке склонить  товарища на более грамотное решение по юзабилити...

Сделай ему мостра!  Пусть мучается, садист)

А вообще на словах сложно склонять, лучше сделать некую демку предлагаемого интерфейса, чтобы можно было щупать.
А просто говорить "это плохо" ни к чему не приведет. Нужно предлагать альтернативу.

[vertus]

Если принципиально чтобы были именно виджеты, то можно попробывать такой вариант:

1. Выделить данные находящиеся на виджете в отдельную, не визуальную сущность - модель.
2. Создать виджет который может на лету принимать модель и перерисовывать себя.
3. Сделать тысячю экземпляров моделей (для каждого виджета).
4. Создать на экране ровно столько виджетов, сколько должно отображаться в данный момент времени.
5. При прокрутке менять модели виджетов отображающихся на экране.

Профит - реально создается несколько виджетов, а поскольку перерисовка в любом случае происходит, то времени на смену модели вообще не убъёт.

А вообще на словах сложно склонять, лучше сделать некую демку предлагаемого интерфейса, чтобы можно было щупать.
А просто говорить "это плохо" ни к чему не приведет. Нужно предлагать альтернативу.

Да тут все просто как я понял. Есть список из 1000 виджетов, а на каждом таком виджете ещё 300 виджетов. Естественно будет тормозить.

пока больше склоняюсь  к еще одной попытке склонить  товарища на более грамотное решение по юзабилити...

А потом эти товарищи заявляют какой тормозной этот Qt! 

[lit-uriy]

не асилил читать всю тему. Но вот первое что пришло в голову.
Когда делают пользовательский виджет, часто халтурят, ради экономии нескольких секунд на кодирование. Именно: в обработчике PaintEvent перерисовывают весь виджет, хотя можно было лишь небольшую область перерисовывать. Возможно в этом и проблема.

[antipart]

Вариант решения оказался тем, которого больше всего боялся, но на деле оказалось гораздо проще и быстрее чем думал...
Если кому интересно:
Нарисовал таблицу на PaintEvent , подставляя текст из структуры данных. Далее на различных MouseEvent отслеживал
координаты курсора и выполнял необходимые действия:
Запихивал QRect-ы, которые планировались быть активными в QList-ы таким образом, чтобы индексы соответствовали индексам в списках с данными, которые нужно было править (правка через контекстное меню - у каждого может быть разное)
QLineEdit c комплитером создал один (для правки текста - сразу его hide()) и перемещал в нужные координаты, а после правки опять hide(); Комплитер с моделью, так что в разных случаях списки автодополнения легко менять...
Вобщем где-то так... Может, конечно, и кривовато, зато результат порадовал: 1000 таблиц летает замечательно...
время переключения на вкладку менее 0.5 сек. , а при 2000 - время переключения менее 1сек. Думаю можно еще более
оптимизировать если рисовать на QImage и обновлять не на PaintEvent, а при необходимости, но меня и это пока устраивает

[andrew.k]

Мне интересно увидеть это чудо.
Как оно выглядит. Скрин.

[_OLEGator_]

Ага, в итоге реализовал свою собственную таблицу, вместо того, чтобы разобраться с Model/View и делегатами.

[antipart]

Ага, в итоге реализовал свою собственную таблицу, вместо того, чтобы разобраться с Model/View и делегатами.

Если вам интересно и есть время разобраться с Model/View и делегатами, то пожалуйста, и с нами поделитесь если получится!
А у меня стояла конкретная задача , причем срочная...
Выкладываю несколько скринов, т.к. один полноценный на моем ноуте нельзя сделать(из-за разрешения).
Просто проект затачивается на широкий Mac c 2700 вширь!

[andrew.k]

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

Кстати, какие преимущества дает эта программа, по сравнению с такой же сделанной в экселе. Тоже не пойму)

[antipart]

Только двоеточия в шапках таблиц совершенно не к чему, это неверно.

Сделал как в образце... (хотят точь в точь -> получите )

Но так и не пойму какие сложности возникли с моделью.

Какие сложности я уже писал выше, а на исследование нет времени (проект итак уже горящий)

Через модель было бы быстрее сделать, чем ручками.

Не знаю не пробовал... а на это потратил день.

Кстати, какие преимущества дает эта программа, по сравнению с такой же сделанной в экселе. Тоже не пойму)

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

[andrew.k]

Только двоеточия в шапках таблиц совершенно не к чему, это неверно.

Сделал как в образце... (хотят точь в точь -> получите )

Может не нужно воспринимать все слишком буквально?
Я даже у самых бюрократистых бюрократов не видел двоеточия в шапке таблицы Это неграмотно.

[andrew.k]

Да что там, я вообще никогда не видел двоеточия в шапке таблицы.
Попробуй найти сам)

[antipart]

Может не нужно воспринимать все слишком буквально?
Я даже у самых бюрократистых бюрократов не видел двоеточия в шапке таблицы Это неграмотно.

Да вы правы 100 раз... Это я уже со зла... чуть остыну - уберу...