gpt4 book ai didi

c++ - QStyledItemDelegate:区分 closeEditor() 或 setModelData() 的原因

转载 作者:行者123 更新时间:2023-11-30 05:03:53 25 4
gpt4 key购买 nike

我正在使用 QTableWidget 并且需要对编辑进行一些自定义处理,因此我在其上设置了一个 QStyledItemDelegate

当用户完成编辑时,信号 closeEditor() 被发出,我连接到它来处理输入的数据。当按下 Enter/Return 时以及用户单击其他地方(在要编辑的 QTableWidgetItem 之外)时都会发出此信号。

我的问题是:是否可以区分用户是按 Return/Enter 还是点击其他地方?我想像按 ESC 键一样处理“外部点击”(没有更改数据并且恢复了 QTableWidgetItem 的原始值)。到目前为止,这两种情况都更改了数据。

QAbstractItemDelegate::EndEditHint(由 closeEditor() 发出)没有给我该信息。

感谢大家的帮助!

编辑:

要在将数据写回模型之前处理数据,可以实现 setModelData(),但是,如果通过按 Enter/Return 或通过单击调用此函数,似乎仍然没有办法别的地方……

最佳答案

我最近做了一个样本来(更多)熟悉QStyledItemDelegate关于单元格的内联编辑:

在这个示例中,我做了底层数据模型重载的更新QStyledItemDelegate::setModelData() .

读完这个问题后,我刚刚测试了如果通过 ESC 输入完成(或者严格来说:中止)会发生什么。这是我观察到的:

  1. 底层数据保持不变。

  2. 深入挖掘(即在我重载的 setModelData() 中设置断点),我发现在这种情况下甚至没有调用 setModelData()

也许,OP 问题可以通过对他的委托(delegate)进行一些重新设计来轻松解决。

最后,我的派生类(声明)用于实现“全功能”委托(delegate)以内联编辑表格单元格:

class ValueNameDelegate: public QStyledItemDelegate {

// methods:
public:
/// @name Construction & Destruction
//@{

/// constructor.
ValueNameDelegate();

/// destructor.
virtual ~ValueNameDelegate() = default;

// disabled:
ValueNameDelegate(const ValueNameDelegate&) = delete;
ValueNameDelegate& operator=(const ValueNameDelegate&) = delete;

//@}
protected:
/// @name Overloaded Event Handlers
//@{

// inserts editor in table (by setParent(pQParent)) and
// returns the editor widget to edit cell.
virtual QWidget* createEditor(
QWidget *pQParent, const QStyleOptionViewItem &qOption,
const QModelIndex &qMIndex) const override;

// removes editor from table (by setParent(nullptr)).
virtual void destroyEditor(
QWidget *pQEditor, const QModelIndex &qMIndex) const override;

// reads data from table model and updates editor.
virtual void setEditorData(
QWidget *pQEditor, const QModelIndex &qMIndex) const override;

// reads data from editor and updates table model.
virtual void setModelData(
QWidget *pQEditor, QAbstractItemModel *pQModel,
const QModelIndex &qMIndex) const override;

//@}
};

注意:

在我的例子中,只有一个事先创建的编辑器小部件。它被重新用于每个单元格编辑(而不是为每个编辑创建一个新的)。

这与 Qt Spin Box Delegate Example 有点不同但按预期工作。

我无法想象这对 OP 问题没有任何影响。


根据反馈,OP希望处理输入中止之类的失去焦点事件。这与 QLineEdit 中默认的处理方式相反。 .

因此,我的解决方案是提供 QLineEdit 的重载版本.而不是改变 QLineEdit 的行为,它只是在成员 bool _confirmed 中跟踪 Enter 是否被按下。最棘手的部分是确定另一个合适的事件或信号来重置成员。最后,我决定 focusOutEvent() 只是在正确的时间调用,因此适合这项任务。

testQLineEdit-Finished.cc:

#include <QtWidgets>

class LineEdit: public QLineEdit {
private:
// flag: true ... last finished editing was confirmed
bool _confirmed;
public:
// Construction & Destruction
explicit LineEdit(
const QString &contents = QString(), QWidget *pQParent = nullptr):
QLineEdit(contents, pQParent),
_confirmed(false)
{
QObject::connect(this, &QLineEdit::returnPressed,
[this](){ onSigReturnPressed(); });
}
LineEdit(QWidget *pQParent): LineEdit(QString(), pQParent) { }
virtual ~LineEdit() = default;
LineEdit(const LineEdit&) = delete;
LineEdit& operator=(const LineEdit&) = delete;

public:
// returns whether last finished editing was confirmed.
bool isConfirmed() { return _confirmed; }
protected:
virtual void focusOutEvent(QFocusEvent *pQEvent) override
{
_confirmed = false;
QLineEdit::focusOutEvent(pQEvent);
}
private:
void onSigReturnPressed() { _confirmed = true; }
};

int main(int argc, char **argv)
{
qDebug() << "Qt Version:" << QT_VERSION_STR;
QApplication app(argc, argv);
// setup GUI
LineEdit qEdit(QString::fromUtf8("Hello World"));
qEdit.show();
// install signal handlers
QObject::connect(&qEdit, &LineEdit::editingFinished,
[&]() {
qDebug() << "Edit confirmed:" << qEdit.isConfirmed();
});
// runtime loop
return app.exec();
}

Snapshot of testQLineEdit-Finished

Edit confirmed: true 的输出是通过按 Enter 实现的,false 行是通过单击来实现的。

这很简单,也可以做得更复杂。然而,它显示了用相当少的代码行实现的原理。

关于c++ - QStyledItemDelegate:区分 closeEditor() 或 setModelData() 的原因,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/49207091/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com