Особенности работы с setMouseTracking или с отслеживанием мыши

[Old]

Перекрывать mouseMoveEvent (на том основании что "это ООП - и значит хорошо") в моем примере явно глупо - придется наследоваться для решения частной/мелкой задачи.

А кто заставляет что-то перекрывать? Более того, часто это невозможно сделать.

Предлагаете фильтр - но он здесь не универсален. Для левого айтема надо отследить "мышь на правом крае", для правого - наоборот. А отследив - что делать?

Это потому, что вы не знаете как можно сделать универсально.
Отслеживать перемещение мыши ловя соответствующие события самое естественное решение. А таймер здесь это костыль.

[Igors]

Отслеживать перемещение мыши ловя соответствующие события самое естественное решение. А таймер здесь это костыль.

Мое мнение наоборот, но не вижу смысла препираться - слишком мелкая тема  Умолкаю

[Old]

Техника "по таймеру" существует с незапамятных времен. Не скажу что она идеальна - но возможна. Многие классы Qt ее тоже используют, напр хоть QAbstractItemView для autoScroll (недавно там лазил)

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

А с использованием фильтров событий это вообще делается в несколько строк кода.