Russian Qt Forum

Есть красный квадрат, а над ним серая "панель" с синим квадратом.
Нужно изолировать мышиные события внутри серой панели (topRect).

Частично проблему решил добавлением MouseArea для topRect - теперь клики не передаются ниже.
Но вот при наведении на красный квадрат курсор меняет вид.
Как исправить?

Javascript
import QtQuick 2.0
 
Rectangle {
    width: 500; height: 400; color: "#fff"
 
    Rectangle {
        id: bottomRect
        width: 100; height: 100; x: 20; y: 50; color: "red"
 
        MouseArea {
            anchors.fill: parent
            cursorShape: Qt.PointingHandCursor
            onClicked: console.log("red clicked")
        }
    }
 
    Rectangle {
        id: topRect
        anchors.fill: parent; opacity: 0.8; color: "#ccc";
 
        MouseArea {
            anchors.fill: parent
            hoverEnabled: true
            preventStealing: true
            propagateComposedEvents: false
            cursorShape: Qt.ArrowCursor
            acceptedButtons: Qt.AllButtons
            //onPositionChanged: mouse.accepted = true
        }
        Rectangle {
            width: 100; height: 100; x: 200; y: 250; color: "blue"
            MouseArea {
                anchors.fill: parent
                cursorShape: Qt.PointingHandCursor
                propagateComposedEvents: false
                onClicked: console.log("blue clicked")
            }
        }        
    }
}
 

Придумал 2 варианта.

1) Средствами QML
У "обычных" MouseArea используем:

Javascript
  hoverEnabled: true
  cursorShape: containsMouse ? Qt.PointingHandCursor : Qt.ArrowCursor
 

У "блокирующего" MouseArea:

Javascript
  cursorShape: Qt.ArrowCursor
  acceptedButtons: Qt.AllButtons
  hoverEnabled: true
 

Пример во вложении (example1.qml)
Недостаток в том, что везде надо указывать hoverEnabled, что по идее генерирует много событий. Плюс containsMouse тоже надо везде.

2) Средствами с++
Наследуемся от QQuickItem и запрещаем дальнейшую обработку событий мыши.

C++ (Qt)
class MouseBlocker: public QQuickItem
{
    Q_OBJECT
public:
    MouseBlocker(QQuickItem *parent = 0);
 
protected:
    ...
    virtual void mouseMoveEvent(QMouseEvent *event);
    ...
};
 
...
void MouseBlocker::mouseMoveEvent(QMouseEvent *event)
{
    event->accept();
}
 

Регистрируем

C++ (Qt)
qmlRegisterType<MouseBlocker>("aux.tools", 1, 0, "MouseBlocker");
 

и используем

Javascript
import aux.tools 1.0
 
Item {
    MouseBlocker {
        anchors.fill: parent
    }
}
 

Недостаток: нужно использовать с++

Есть ли более очевидные решения? Хотелось бы все сделать только на стороне QML.
Очень странно, что нет каких-то стандартных способов.

Ничего странного, сложные расчеты надо проводить в C++. QML не на это заточен, поэтому там и ограничиваются прямоугольной областью MouseArea

у MouseArea всегда была штучка "accepted", которая отвечала за распространение событий.

Даже и не знаю, у меня наверное треугольная область. И где тут сложные расчеты?


Да, у событий есть такое свойство, и вроде как сейчас не надо явно его указывать в обработчике, чтобы запретить дальнейшую обработку.
Я пробовал и с ним, на изменение курсора это не повлияло (пробовал onPositionChanged: mouse.accepted = true).

попробовать не могу, к сожалению.( сижу в 4.7.4 еще))

Ничего страшного. Я пока остановился на варианте с++.
Мне кажется это либо баг, либо какое-то упущение в АПИ или реализации.

Проверка для прямоугольной области:
Если больше х1 и меньше х2 и y больше y1 и меньше y2 тогда ...
Плюс преобразование координат - масштабирование и поворот.
Вот это простые расчеты, ваш случай несколько отличается. Я не говорю что расчеты в вашем случае невероятно трудны, но они несколько сложнее вышеприведенных. QML и JS в применении к QML не для расчетов - для этого есть C++, вот примерно такая логика я думаю была у троллей. Впрочем если вы считаете что это баг то напишите багрепорт, если тролли с вами согласны в этом вопросе то они быстро этот баг устранят.

Да, может пороюсь в багтрекере, когда время появится.

propagateComposedEvents : bool

This property holds whether composed mouse events will automatically propagate to other MouseAreas that overlap with this MouseArea but are lower in the visual stacking order.