Russian Qt Forum

resizeColumnToContents работает только для topLevelItem's для дочерних не ресайзится колонка, как можно это исправить? qt 4.7.4 mingw windows

Видимо в момент вызова у тебя дочерние свернуты и не учитываются.
Возможно тебя устроит treeWidget->header()->setResizeMode( QHeaderView::ResizeToContents );
Это автоматически подгоняет размер секций. Но это значительно замедляет быстродействие списка.
Если элементов не много, то не страшно.

вот тут люди жалуются, что не отображаемые колонки не ресайзятся: http://www.qtcentre.org/threads/2519-treeWidgets-resizeColumnToContents-not-working-properly


из личного опыта работы с QTreeView + QAbstractItemModel - если ты добавил в модель (читай в виджет) колонку после того, как вызывал QHeaderView::serReisizeMode(QHeaderView::ResizeToContents) - то для добавленной колонки размер будет равен treeWidget->header()->defaultSectionSize(). это неверно - смотри вторую страницу

Отсюда совет - использовать QHeaderView::serReisizeMode(QHeaderView::ResizeToContents), каждый раз, после того, как ты изменил количество колонок.

да в том-то и дело, что когда дочерние были видны, я делал resizeToContents, но требования к отображению я уже реализовал

grin, наталкивает на какие-нибудь мысли?

ну я полагаю

if(treeWidget->isVisible());
    treeWidget->setUpdatesEnabled(false);
treeWidget->header()->serResizeMode(QHeaderView::ResizeToContents);
if(treeWidget->isVisible());
    treeWidget->setUpdatesEnabled(true);

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

Это не спасет. Думаю, подобный код почти ничего не даст.
Проблема не в том, что перерисовывается постоянно, а в том, что пересчитывается по любому изменению данных.
Изменяешь один, а проверить надо все, чтобы найти самый широкий.

Читай ассистент снова и снова на темы setResizeMode (http://doc.qt.nokia.com/stable/qheaderview.html#setResizeMode-2) и ResizeMode (http://doc.qt.nokia.com/stable/qheaderview.html#ResizeMode-enum) до тех пор, пока не настанет просветление.

блин, я ж прям засомневался и набросал тестик (проект приаттачил в зипе) - на убунте qt 4.8.0 - так вот - всё работает - через QHeaderView::setResizeMode(). даже для невидимых колонок дочерних айтемов, даже если содержимое этих колонок стало (runtime) больше того, по которому была выставленна ширина колонока до внесения изменений. даже если элементы (и/или) их колонки не были видны до вызова setResizeMode().

а вот resizeColumnToContents() в данном случае безбожно глючит.

касательно производительности - есть сигнатура вызова QHeaderView::setResizeMode() - где первым параметром указывается идентификатор колонки, к которой надо применить (переприменить) режим - и вызывать надо только после ДОБАВЛЕНИЯ колонки - (что право довольно редко в ходе выполнения программы) - сама по себе проверка ширины пусть даже 1000-чи элементов (не такая уж трудоёмкая задача), перерисовка этих элементов отнимает в разы больше времени.

Но это всё лирика =) как показал тот же тест, для QTreeWidget resizeMode достаточно выставить один раз, т.к. у него модель внутренняя не меняется, так что даже выставив затем можно безбоязненно добавлять колонки - их ширина будет соответствовать заданному режиму.

Я не понимаю, чего ты тут не догоняешь?  ???
Прочитай ответ #4 тридцать один раз. После него обсуждать уже нечего.

setResizeMode(ResizeToContents)
перевод для танкистов: установить режим изменения размера в соответствии с содержимым.
для ваще танкистов: повторный вызов этой функции не требуется, в дальнейшем размеры обновляются автоматически.
для слесарей: коробка автомат.

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

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

Ну как отпустило?

видимо надо ждать еще одного проекта.  ;D

А если у тебя 10000 элементов в списке?
Что быстрее, отрисовать 40 видимых в данный момент на экране или посчитать длину в каждой колонке у 10000 элементов?

andrew.k =) забавный ты

В ответ #2 я ошибся - для QTreeWidget не надо перезадавать resizeMode после каждого изменения количества колонок (но для связки QTreeView + QAbstractItemModel - это действительно надо).

resizeColumnToContents() содержит баг в том плане, что в документации не говорится о том, что функция при ресайзе учитывает только видымые поля. Исходя из этого правильным решением (имхо) является задание resizeMode в том месте, где создаётся таблица (например в конструкторе).

З.Ы. отредактировал сообщение - удалил бессмысленный троллинг

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

Для QTreeView это так же не надо как и для QTreeWidget, потому что второй это и есть первый.
Ты так и непонят, чем механика от автомата отличается. Иди спать.

Бага нет. Ты просишь функцию изменить размер, согласно содержимому (подразумевается на экране).

Я просто не вижу смысла снова писать одно и то же?

А ты проверь - я недавно на это наткнулся - так что знаю о чём говорю =). И QTreeWidget и QTreeView - это не одно и тоже, несмотря на наследование =).

Интересно, где подразумевается? в документации это не указано =)

это одно и то же. оба работают на основе модели. просто в виджет эта модель встроена. работают они одинаково.

давай проект делай, где нужно два раза resizeMode задавать, иначе что?

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

здравый смысл в том, что содержимое виджета (а точнее модели) я могу менять в тот момент, когда виджет не отражается, но он должен отразить всё правильно в тот момент, когда сделается видимым - хм. для меня, как и для других текущее поведение функции resizeColumnToContents() - это баг - см. https://bugreports.qt.nokia.com/browse/QTBUG-9352


Касательно проекта с QTreeView + QAbstractItemModel - сейчас не до этого - если не забуду сделаю =)

в сороковых годах миллионы людей считали, что евреи это баг - и их надо исправить. И что это доказывает?

Цитата по ссылке.

C++ (Qt)
"Description 
The QTableView's methods resizeColumnToContents(int) and resizeColumnsToContents() [b]do not work as documented![/b]"

Цитата из ассистента.

C++ (Qt)
"Resizes the given column based on the size hints of the delegate used to render each item in the column.
 
Note: [b]Only visible[/b] columns will be resized. [b]Reimplement sizeHintForColumn() to resize hidden columns as well[/b]."

По-твоему, так должен работать ресайз?

Где можно увидеть указанный выше фрагмент документации?
Вот фрагмент официальной документации без всяких отсылок к sizeHintForColumn(): http://doc.qt.nokia.com/stable/qtreeview.html#resizeColumnToContents

ну и в догонку
https://bugreports.qt.nokia.com/browse/QTBUG-9352 - статут open, резолюшн unresolved - по крайней мере авторы sdk признают что это баг, правда с низким приоритетом.

был неправ, нет никакой необходимости задавать режим более одного раза!

З.Ы. избавился от заблуждения - что есть хорошо =). В своё оправдание скажу, что наткнулся на подобных  эфект около недели назад - видимо он был вызван чем-то другим, т.к. чистый тест (см. аттач) показал, что достаточно задать режим 1 раз.

Это как бы немного больше чем наполовину очевидно из названий функций.

Можно увидеть парой-тройкой сообщений выше. Поверь я его не придумал.
Не углядел. Это из QTableView::resizeColumnToContents.
Значит весь баг в том, что забыли скопировать описание.
Только очень прошу не начинай про то, что это разные контроллы, не смотря на...

Ты не ответил на этот вопрос. Картинка в аттаче.

а вот почему этот "баг" никогда не будет исправлен.

This issue has already been reported in 2005: http://lists.trolltech.com/qt-interest/2005-09/thread01227-0.html

Да, согласен - в  QTableView::resizeColumnToContents - не глянул. При таком note это дейстивтельно только лиш "баг документации"

Касательно картинки =) да, на мой взгляд это правильно, т.к. прыгающая ширина колонок при открытии, закрытии элемента дервера - изрядно напрягает зрение.

А на мой нет.
Я бы подобное поведение называл бы багом и писал бы разрабам.

С прискорбием сообщаю, что тема закрыта)