doubleClick по чекбоксу во вьюхе

[__Heaven__]

изменить пару строк

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

Код

C++ (Qt)
        switch (e->type()) {
            case QEvent::MouseButtonDblClick:
                break;
            default:
                return false;
        }
 

Код

C++ (Qt)
        if (e->type() != QEvent::MouseButtonDblClick){
            return false;
        }
 

Спасибо, конечно, за уделённое время. Позже постараюсь разгрести его и примерить на View. Сейчас работает как требуется.

[Igors]

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

Просто сразу заряжено на большее число событий.

Спасибо, конечно, за уделённое время. Позже постараюсь разгрести его и примерить на View.

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

[Old]

И не "гребите" в сторону наследования, фильтр гибче. 

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

2__Heaven__ Фильтр событий это костыль, который позволяет сделать много, но использовать его стоит в крайнем случае.

[__Heaven__]

Спасибо за предупреждение.
У меня класс вьюхи уже наследован. Так что я собираюсь заниматься только перегрузкой.

[Igors]

Спасибо за предупреждение.
У меня класс вьюхи уже наследован. Так что я собираюсь заниматься только перегрузкой.

Это квалифицируется как "не плодите сущностей". Пока табличка одна - все прекрасно, наследование выглядит более капитально. Но как только то же самое потребуется в другой... Правда до этого еще надо дожить 

[Old]

Пока табличка одна - все прекрасно, наследование выглядит более капитально.

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

[Igors]

Это всегда более капитально. Когда появятся новые таблички, достаточно взять законченную и спокойно использовать,

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

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

Почему "костылец"? Наоборот, удобно и гибко. А чтобы "не забыть" - можно напр так

Код

C++ (Qt)
void InitMyTreeWidget( QTreeWidget * tree )
{
 tree->viewport()->installEventFilter(..)
// тут еще найдется что делать
} 

Надо стремится к сокращению числа классов (а не фильтров)

[Old]

Надо стремится к сокращению числа классов (а не фильтров)

Это большое заблуждение.
Для чего использовать C++, если все пихать в один класс MainWindow?

[Old]

но он выглядит довольно бестолково

Для вас это выглядит бестолково, потому что вы не используете С++, а используете С с классами. Это разные языки и разные подходы.

[__Heaven__]

какая-то длинная возня...

бывает и так (и часто)

Скорее всего именно из-за этого подхода

[Igors]

Скорее всего именно из-за этого подхода

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