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

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

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

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

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

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

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

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

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

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

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

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