QTreeWidgetItem ItemFlags::CanHaveChildren ?

[Igors]

Добрый день

Мелочевка, легко решается наследованием от QTreeWidgetItem (которое мне все равно необходимо), но все же: есть ли штатная возможность указать ноду что он может (или не может) иметь children? Потому что часто возникает ситуация когда добавляется "нод-контейнер" и "нод-лист", это по задаче известно. Если такой возможности/опции нет, то насколько стремно добавить новый флажок в flags? Вроде там "user" не обозначено...

Спасибо

[popper]

В Qt5 появился флаг Qt::ItemNeverHasChildren, но из документации не ясно, на какие ситуации он распространяется.

[Hrundel]

Не понимаю, почему ищешь штатную функцию?

[Igors]

Не понимаю, почему ищешь штатную функцию?

Сейчас приходится делать так

Код

C++ (Qt)
MyItem * i2 = dynamic_cast <MyItem *> (item);
if (i2 && i2->IsFolder()) {    // is a container?
...
}

Что конечно не смертельно, но лучше было бы так

Код

C++ (Qt)
if ((item->flags() & Qt::ItemNeverHasChildren) == 0) { 
...
 

[Bepec]

Устанавливай свой флаг в setData(Qt::UserRole...) И никакого наследования.

[Hrundel]

но лучше было бы так

Код

C++ (Qt)
if ((item->flags() & Qt::ItemNeverHasChildren) == 0) { 
...
 

Проще! Да и выглядит в разы понятнее.

[Igors]

Устанавливай свой флаг в setData(Qt::UserRole...) И никакого наследования.

А в какой колонке? Их число запросто может меняться. Так что может не стоит столь уверенно предлагать совсем уж плохонький "костылек"? 

[Bepec]

Почему костылёк? Нулевая колонка будет всегда у итема. Нет у него состояния, когда её нет.
К тому же костылёк это наследование. А тут использование имеющегося и предназначенного именно для пользовательской роли функционала.
PS сумеете сделать итем без нулевой колонки, я вам спасибо скажу и удивлюсь

[Igors]

К тому же костылёк это наследование. А тут использование имеющегося и предназначенного именно для пользовательской роли функционала.

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

Код

C++ (Qt)
if (item->data(0, Qt::UserRole) == true)  // item can have children
 

Догадаться что это - мудрено. Следующая попытка использовать UserRole может ничего не знать о предыдущей, и никаких сообщений выдано не будет, все ошибки загнаны в runtime. Чем меньше QVariant - тем лучше

[GreatSnake]

Код

C++ (Qt)
if (item->data(0, Qt::UserRole) == true)  // item can have children
 

Догадаться что это - мудрено. Следующая попытка использовать UserRole может ничего не знать о предыдущей, и никаких сообщений выдано не будет, все ошибки загнаны в runtime. Чем меньше QVariant - тем лучше

Открою Вам секрет. Пользовательских ролей может быть великое множество)
Никто не мешает завести свои собственные типа

Код

C++ (Qt)
enum { IgorsRoleItemCanHaveChildren = Qt::UserRole + 1000 };

[Bepec]

Прикольно смотреть как человек упорствует и не желает применять сделанную для него же функцию

И открою вам секрет - нельзя уничтожить первую колонку. Её можно лишь очистить, зная ваш номер UserRole и не более того.

[Igors]

Открою Вам секрет. Пользовательских ролей может быть великое множество)
Никто не мешает завести свои собственные типа

Код

C++ (Qt)
enum { IgorsRoleItemCanHaveChildren = Qt::UserRole + 1000 };

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

Прикольно смотреть как человек упорствует и не желает применять сделанную для него же функцию

А Вам не кажется что использование QVariant для хранения битового флага уже ложится на программиста позорным пятном? 

[Bepec]

1) вы получаете только то, что используете. Стандартный функционал QTreeWidgetItem.
И вдобавок хотите вы того или нет, QTreeWidget НЕ РАССЧИТАН на большое количество итемов. Там больше 10к уже тормоза как ни странно. Так что ваше "позорное пятно" можете ложить на Qt и всех окружающих.

2) Это не относится к теме.
А так я не считаю позорным сохранить пару байт памяти в угоду потерянным своим часам. Ибо Qt жрёть ресурсы больше, чем я съэкономлю.

[Igors]

Чтобы не плодить тем, вот немного сходная задача. Сейчас я переделываю на QTreeWidget (Item) старый элемент UI (что был без Qt). С точки зрения клиента это выглядит так

Код

C++ (Qt)
class OldTree {
public:
// флаги колонок
enum {
  FLAG_COLUMN_ENABLED,
  FLAG_COLUMN_LOCKED,
  FLAG_COLUMN_NUMBER,
  FLAG_COLUMN_TEXT,
  ...
};
OldTree( int flags );   // какие колонки создавать
void addColumn( int flag );   // добавить колонку на ходу
void remColumn( int flag );   // удалить
...
};
 
class OldTreeItem {
public: 
 bool  IsEnabled( void ) const;  // возвращает значение в колонке  ENABLED
 void  SetEnabled( bool );      // устанавливает значение в колонке  ENABLED
 
// так же для всех др колонок
};
 

Как мне сохранить интерфейс OldTreeItem (с учетом что теперь он порожден от QTreeWidgetItem)?

Спасибо

[Bepec]

Как душе угодно сохраняйте. Никто ж вам не запрещает. Только удалять колонки вы не сможете, вы будете их очищать. Вот и всё.

А псевдокод адаптации я писать не буду - и ежу ясно setText() и прочая.