(РЕШЕНО) Событие при наведении на QGraphicsLineItem

[Гурман]

Мне надо ловить события при наведении на нарисованные с помощью setLine(...) соединительные линии. Линии могут идти под разными углами. Еще не начинал делать, поскольку не ясно как именно. Насколько я понимаю, boundingRect() вокруг линии, проведенной под углом - это будет прямоугольник, у которого линия является диагональю. То есть, если просто в классе, наследующем QGraphicsLineItem переопределить hoverEnterEvent(...), то ловиться будет по всей сцене, если линию провести от угла до угла сцены.

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

Просто именно такие вопросы еще ни разу не решал, тем более с Qt, поэтому не вполне ясно, как с его средствами это реализовывать.

[Bepec]

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

[Igors]

Посчитать расстояние от точки до отрезка

[Гурман]

Посчитать расстояние от точки до отрезка

Где? В приемнике hoverEnterEvent(...)? Теперь представим себе, что линий дофига, и их boundingRect перекрываются. Все приёмники будут дружно и совершенно бесполезно считать эти расстояния. И еще придется нудно со всеми разбираться, кто выше, кто ниже.

[Old]

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

А вы ждете, что Qt это чудесным образом решит? Кто-то все это должен будет сделать.

[Гурман]

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

А вы ждете, что Qt это чудесным образом решит? Кто-то все это должен будет сделать.

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

Попутно любопытно стало - а сильно бы просела производительность всей этой графической иерархии, если бы у boundingRect имелся бы еще и угол поворота.

[Igors]

Где? В приемнике hoverEnterEvent(...)? Теперь представим себе, что линий дофига, и их boundingRect перекрываются. Все приёмники будут дружно и совершенно бесполезно считать эти расстояния. И еще придется нудно со всеми разбираться, кто выше, кто ниже.

В mouseMoveEvent. Если нужно - определить какой айтем(ы) под мышей. Если "дофига" < 100, то расходы смешные.

[Гурман]

Где? В приемнике hoverEnterEvent(...)? Теперь представим себе, что линий дофига, и их boundingRect перекрываются. Все приёмники будут дружно и совершенно бесполезно считать эти расстояния. И еще придется нудно со всеми разбираться, кто выше, кто ниже.

В mouseMoveEvent. Если нужно - определить какой айтем(ы) под мышей. Если "дофига" < 100, то расходы смешные.

Хех... Так оно же определяет какой айтем под мышей именно по boundingRect айтемов, чего для линий делать не имеет смысла. То есть, это означает, что надо заводить собственный реестр только для линий, и на каждом движении мыши проверять не находится ли курсор над точкой какой-либо из них +- 2 точки в стороны перепендикулярно линии. И еще при этом обработать перекрытия линий. Вау...

[Igors]

Хех... Так оно же определяет какой айтем под мышей именно по boundingRect айтемов, чего для линий делать не имеет смысла. То есть, это означает, что надо заводить собственный реестр только для линий, и на каждом движении мыши проверять не находится ли курсор над точкой какой-либо из них +- 2 точки в стороны перепендикулярно линии. И еще при этом обработать перекрытия линий. Вау...

Какой "реестр" - метод items вернет список всех, отсекаете "нелинии" напр с помощью qobject_cast. И какое там "вау" - это банальная задача для первокурсника.

[Bepec]

Нуу я бы так не сказал. Но вдруг Igors прав, попробуйте )

[Гурман]

Хех... Так оно же определяет какой айтем под мышей именно по boundingRect айтемов, чего для линий делать не имеет смысла. То есть, это означает, что надо заводить собственный реестр только для линий, и на каждом движении мыши проверять не находится ли курсор над точкой какой-либо из них +- 2 точки в стороны перепендикулярно линии. И еще при этом обработать перекрытия линий. Вау...

Какой "реестр" - метод items вернет список всех, отсекаете "нелинии" напр с помощью qobject_cast. И какое там "вау" - это банальная задача для первокурсника.

Для первокурсника - может быть. Я когда-то на первом курсе любые интегралы щелкал, как сёмочки... Не, понятно, что всё это можно сделать, но как бы... при таком мощном фреймворке проделывать вручную некие нижнеуровневые вычисления, которые должны быть у него в комплекте.  

Собственно items() с отсечкой не-линий, этот реестр и вернёт.

[Igors]

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

Так откуда он может знать до каких линий считать? Если нужна ф-ция для вычисления расстояния - завтра напишу (сейчас ухожу).

[Гурман]

Спс. Это я и сам могу написать, элементарная геометрия. Просто это наверняка в потрохах есть. Вполне могло бы быть доступно, например, как метод класса QGraphicsLineItem. Там есть какой-то bool QGraphicsLineItem::contains ( const QPointF & point ), но пока не разобрался, как именно он работает.

[Гурман]

Хм... А ведь линия отзывается на мышь не в таком boundingRect, как я думал.

[Old]

Хм... А ведь линия отзывается на мышь не в таком boundingRect, как я думал.

В методе:
QPainterPath QGraphicsItem::shape () const [virtual]
можно более детельно описать форму объекта.
Фигура проверяется уже после положительной проверки на бокс.