在 Qt 4 直到至少 Qt 5.7 中,拖动是伪同步的。它从输入QListWidget::startDrag 开始并调用QDrag::exec(),并在QListWidget::startDrag 返回时结束。因此,您可能有:
void startDrag(Qt::DropActions supportedActions) override {
emit dragStarted();
QListWidget::startDrag(supportedActions); // reenters the event loop
emit dragStopped();
}
简单易行,如果它忽略是否实际发生了拖动(它可以被过滤掉)。
但是这个实现可能会改变,实际上它应该改变:事件循环重新进入是一团糟。我们还想知道QDrag::exec() 是否真的在QDrag 实例上被调用。因此,我们需要在控件返回事件循环后(通过返回或重新进入)检查是否存在QDrag 实例。
我们可以利用QDrag 作为QAbstractItemView 的子代。拖动开始后,您可以找到实例并跟踪其生命周期。生命周期监控需要向事件循环发布一个仿函数,以应对目前的伪同步拖动实现。如果/当拖动变得完全异步时,下面的代码仍然可以工作。
// https://github.com/KubaO/stackoverflown/tree/master/questions/drag-lifetime-37846521
#include <QtWidgets>
template <typename F>
static void postToThread(F && fun, QObject * obj = qApp) {
QObject src;
QObject::connect(&src, &QObject::destroyed, obj, std::forward<F>(fun),
Qt::QueuedConnection);
}
struct MyListWidget : QListWidget {
Q_SIGNAL void dragStarted();
Q_SIGNAL void dragStopped();
MyListWidget() {
setDragEnabled(true);
addItem("item1");
addItem("item2");
}
void startDrag(Qt::DropActions supportedActions) override {
postToThread([this]{
auto drag = findChild<QDrag*>();
if (drag) {
emit dragStarted();
connect(drag, &QObject::destroyed, this, &MyListWidget::dragStopped);
}
}, this);
QListWidget::startDrag(supportedActions); // reenters the event loop
}
Q_OBJECT
};
int main(int argc, char **argv) {
QApplication app(argc, argv);
QWidget gui;
QVBoxLayout layout(&gui);
MyListWidget list;
QLabel label;
layout.addWidget(&list);
layout.addWidget(&label);
QObject::connect(&list, &MyListWidget::dragStarted, [&]{ label.setText("Drag Active"); });
QObject::connect(&list, &MyListWidget::dragStopped, [&]{ label.clear(); });
gui.show();
return app.exec();
}
#include "main.moc"