mousePressEvent（）でQWidgetの親を変更しても動作しません

Question

親の領域をドラッグする目的でクリックしたQWidgetの親ウィジェットを変更しています。前の親のフレームが非常に限られているので、私はmousePressEvent()コールバックにいる間に親を変更する必要があります。

これにより、マウスイベントが一見失われてしまい、再度クリックしてからmouseMoveEvent()への応答を開始するという意図しない結果が生じます。

このような場合には、次のようなことが起こります。

cardWidget->setParent(feltWidget); 
cardWidget->show(); 

は、私はそれが意図したとおりに動作setParent()呼び出しを削除した場合。どのように私はまだ親を変更することができるようにするが、現在のオブジェクトが私のマウスカーソルが破壊され、新しいが作成されるようには表示されません。

Answer 1

mouseEventsの間にQDockWidgetの親を変更することに関連する同様の問題がありました。ここで私がQtのデバッグと私が思いついた解決策から学んだのは、私はとにかく取っていないことです。それをしないと、他の望ましくないQtの動作が起こります。

私がしたことは、 "再育成"の前にMouseMoveイベントを送信してから、再び "ドラッグ"メカニズムをトリガーすることでした。これはQDockWidgetsに固有のものでしたが、これがあなたの状況に当てはまるかどうかわかりません。しかし、ここに関連するコードは次のとおりです。

// end the drag before re-parenting 
    QMouseEvent endDrag(QEvent::NonClientAreaMouseMove, QCursor::pos(), Qt::LeftButton, Qt::LeftButton, Qt::NoModifier); 
    const bool handledEndDrag = QApplication::sendEvent(&dockWidget, &endDrag); 
    assert(handledEndDrag); 

    // set this attribute to avoid a hide()-event spoiling the drag-and-drop 
    dockWidget.setAttribute(Qt::WA_WState_Hidden, true); 

    // ... do re-parenting 

    dockWidget.setAttribute(Qt::WA_WState_Hidden, false); 

    // trigger start drag again 
    QMouseEvent* startDrag = 
     new QMouseEvent(QEvent::NonClientAreaMouseButtonPress, dockWidget.mapFromGlobal(QCursor::pos()), 
         Qt::LeftButton, Qt::LeftButton, QApplication::keyboardModifiers()); 
    QApplication::postEvent(&dockWidget, startDrag); 

    // fake this mouse move event to continue dragging 
    QMouseEvent mouseMove(QEvent::MouseMove, current->pos(), current->pos(), Qt::NoButton, 
       QApplication::mouseButtons(), QApplication::keyboardModifiers()); 
    const bool handledMouseMove = QApplication::sendEvent(m_dock, &mouseMove); 
    assert(handledMouseMove); 

あなたはあなたの特定のケースで何が起こっているかを完全に理解するために、いくつかのQtのコードをデバッグする必要があります。そして、これでは不十分であるかのように、異なるQtのバージョンも異なって動作するかもしれません。

わかりますように、私はこれをやって "楽しい"をたくさん持っていました。だから幸運とQForceはあなたと一緒にいるかもしれません。