@timob256 It still stay same size ?

@arjun98 Did you check https://doc.qt.io/qt-5/qmediaplayer.html ? It also has signals you can use for your purpose.

@GrecKo said in MouseArea - The very painful way of events propagation: Why are you adding MouseArea on top of clickable or scrollable items? Sorry to reply to an old post but this thread got resurrected and this caught my eye. In my case I have a MouseArea on TreeView, which is clickable and scrollable. As I recall (bearing in mind it was some time ago now) it seemed to be the only way to implement a context menu popup when right clicking tree branches. Is there something different I could have done? (This is the old TreeView BTW - I haven't looked closely at the new one in Qt 6 to see if that is any different.)

The problem is solved please check this https://forum.qt.io/topic/113640/solved-why-q-window-events-are-eaten-by-qml-item thanks

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

@jsulm Okay, that helped me a lot. Thank you very much!

@kshegunov Thanks. I can reproduce the same behavior with a single thread. #include <QtCore> struct Object: QObject{ Q_OBJECT public slots: void foo(){ qDebug() << __LINE__; while(entered) qApp->processEvents(); qDebug() << __LINE__; QEventLoop loop; QTimer::singleShot(1000, &loop, SLOT(quit())); entered = true; loop.exec(); entered = false; qDebug() << __LINE__; } private: bool entered = false; }; int main(int argc, char *argv[]) { QCoreApplication a(argc, argv); Object w; QTimer::singleShot(0, &w, SLOT(foo())); QTimer::singleShot(0, &w, SLOT(foo())); QTimer::singleShot(3000, &a, SLOT(quit())); a.exec(); qDebug() << __LINE__; } #include "main.moc" In fact, it has nothing to do with multi-threads. I have never studied Qt source code. It seems exec will not return before all slots finish. So, the code actually creates a dead lock.

Well, I have a custom shortcut shC applied to Action/Menu which is global (in every window), but I can not register that into window A, or window B. I mean, I am on OS X, where there is only one menubar that is shared across the multiple windows, so I have to dispatch them, right? I mean, for example, Qt Creator has a shortcut "Run" which is invokable from many windows. But I can not make two menubars and/or having two actions, right?

Anyway solved it. I needed to call grabKeyboard function from the MainWindow class, so this->grabKeyboard() is the line I needed to add when key_0 button is pressed so that MainWindow doesn't lose the keyboard focus, and then when released I needed to add the line this->releaseKeyboard() to resume normal behaviour, that is, other widgets can have the keyboard focus.

@Walux said: Probably not as good , so i'll use yours . just for clarification: Actually this is exactly the same approach, just a step later. (After the graphics view translated and forwarded it's received events to it's scene).

@mrjj It's alright , i figured it out ;) Huge thanks for your help :) Topic->setAsClosed(true);

Just to understand, is the delegate (assume it's a delegate with 2 line edits) in editing mode (e.g. after you type in the first line edit you want to go in the second) or just in paint mode (e.g. you want to press tab and go in the first lineedit of the following cell)?

Hi and welcome to devnet, What backtrace do you get from the crash ?

Sounds pretty crazy...