As I understand it, the child should receive the event before the parent, but in my case, the child is deaf. I thought maybe the problem was the size of the child, so I set it equal to the parent size, but it didn't help. I can call mousePressEvent(e) directly for the child in the parent's overload, but it looks like a very bad design.

UPD: currentPrimitive_->setKeepMouseGrab(true); allows to pass the event to the child without ugly direct call of mousePressEvent(e) .

@Samuel-Xue said in What's the alternative of api 'hasPendingEvents'?:

QCoreApplication::hasPendingEvents

Neither Qt5 not Qt6 have such a method. Same for QAbstractEventDispatcher::hasPendingEvents.

@sticky-thermos said in Receive Drag/Drop events for items in QGraphicsScene:

void ChessBoard::mouseMoveEvent(QMouseEvent *event) {
std::cout << FUNCTION << std::endl;
QGraphicsView::mousePressEvent(event);
QDrag *drag = new QDrag(this);
QMimeData *mime = new QMimeData; // this is necessary even if nothing is set in the mime data
drag->setMimeData(mime);
drag->exec();
}

Looks good, but I would add a check to differenciate whether your mouseButton is down. Otherwise you are creating a lot of drags from just moving your mouse around on your chessBoard.

Also, you are passing the ChessBoard::mouseMoveEvent(QMouseEvent *event) to QGraphicsView::mousePressEvent(event).
QGraphicsView::mouseMoveEvent would be more fitting :)

Thank you very much for your answer!
I must use QGraphicsProxyWidget because i need to flip the application of 180°! I'm in an embedded system with petalinux where i can't use a window system like x11 and so the rotation has to take place at a higher level (in the qt code)...
The previous code with the if statement works quite well...sometimes it doesn't receive the multitouch but it's decent! I just don't understand why if i pass the TouchBegin to QGraphicsVIew::viewportEvent(event) no TouchUpdate arrives...instead if i return true TouchUpdate and End arrive...

@SamurayH The solution is perfect to me. Thank you very much!

Hi,

Why not generate key press events matching the correct key when getting your network packets ?

Probably not the cleanest solution, but a workaround would be to use an eventFilter. The QGraphicsView could call
widgetName->installEventFilter(this)

Then in the QGraphicsView, you override the method "eventFilter". That should receive the event originally destined to your widget. Be careful, handling event coordinates can be a bit messy.

@jsulm
actually, it doesn't work at all, from my quick test I made.

I'm not entirely sure why...

@SGaist I edited, thanks

Hi! I don't know if this is the recomended way, but I'd use simple C-style function callback.

@hvoigt got the same issue