Опять многосточные QHeaderView...

[SibViking]

Спасибо, очень помогло  - я уж думал голову ломать и собственный вариант многострочной таблицы ваять

[v6y]

Спасибо, очень помогло  - я уж думал голову ломать и собственный вариант многострочной таблицы ваять

Рад, что хоть кому-то помогло

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

[VozaMFC]

ничего исходник...обязательно попробуем 

[SibViking]

Рад, что хоть кому-то помогло

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

А можно подобную вещицу под модель сделать?

[mkv]

ест проц на 95%

а почему лицензия только GPL?

[v6y]

А можно подобную вещицу под модель сделать?

В смысле?

[v6y]

ест проц на 95%

У меня последний вариант  ест проц ровно также как и при использовании QTableView с обычными QHeaderView - ~ 75% (при активном скролинге)

а почему лицензия только GPL?

А в чем проблема?

[mkv]

ест проц на 95%

У меня последний вариант  ест проц ровно также как и при использовании QTableView с обычными QHeaderView - ~ 75% (при активном скролинге)

в том то и дело что без скролинга, просто открытое окно.
linux, qt 4.6.2

а почему лицензия только GPL?

А в чем проблема?

просто сама qt распространяется еще и под LGPL...
в закрытой разработке придется изобретать велосипед, а про Ваш код забыть...
ну это целиком Ваше дело...

[mkv]

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

[v6y]

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

Не могу воспроизвести. Под Линуксом у меня вообще больше 14% ЦПУ не грузится. Проверил на 4.5.2, 4.6.1 и 4.6.2.

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

[mkv]

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

Не могу воспроизвести. Под Линуксом у меня вообще больше 14% ЦПУ не грузится. Проверил на 4.5.2, 4.6.1 и 4.6.2.

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

даже если уменьшить окно до совсем небольших размеров?

[v6y]

даже если уменьшить окно до совсем небольших размеров?

Чем меньше окно тем меньше использование ЦПУ. Без скролинга ЦПУ = 0
Вы точно пробовали последнюю версию?

[mkv]

даже если уменьшить окно до совсем небольших размеров?

Чем меньше окно тем меньше использование ЦПУ. Без скролинга ЦПУ = 0
Вы точно пробовали последнюю версию?

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

[v6y]

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

Действительно странно, проверил на 2 Линуксах (Debian 4.0 и 5.0, Интеловская графическая карточка), и на одной Винде XP  (Dell 500) - разницы в поведении c QHeaderView  не заметил.

Может кто еще, кому не лень, поверит?

[mkv]

а что делает код:
  if (spans) {
    QRect newrect;
    setRect(event->rect(),newrect);
    if (event->rect()!=newrect)  setDirtyRegion(newrect); //adjust rect for spanned headers
  }

из HMultiHeader::paintEvent ?

если его убрать то с ЦПУ все ОК...