QStyledItemDelegate：区分closeEditor()或setModelData()的原因

Question

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

当用户完成编辑时，会发出信号closeEditor()，我连接到该信号以处理输入的数据。此信号在按下 Enter/Return 时以及当用户单击其他位置（在要编辑的 QTableWidgetItem 之外）时都会发出。

我的问题是：如果用户按下 Return/Enter 或单击其他地方，是否可以区分？我想像按 ESC 键一样处理“点击外部”（没有数据被更改，QTableWidgetItem 的原始值被恢复）。到目前为止，这两种情况都会改变数据。

QAbstractItemDelegate::EndEditHint（与closeEditor() 一起发出）没有给我这些信息。

感谢大家的帮助！

编辑：

要在将数据写回模型之前对其进行处理，可以实现setModelData()，但是，如果通过按 Enter/Return 或单击其他位置来调用此函数，似乎还是没有办法……

Answer 1

我最近制作了一个示例，以便（更）熟悉QStyledItemDelegate 关于单元格的内联编辑：

在这个示例中，我更新了底层数据模型重载QStyledItemDelegate::setModelData()。

在阅读了这个问题之后，我刚刚测试了如果输入被 ESC 完成（或者严格来说：中止）会发生什么。这是我观察到的：

1. 基础数据保持不变。

2. 深入挖掘（即在我重载的setModelData() 中设置断点），我观察到在这种情况下甚至没有调用setModelData()。

也许，OPs 问题可以通过对他的委托进行一点重新设计来轻松解决。

最后，我的派生类（声明）实现了一个“全功能”的委托来内联编辑表格单元格：

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();
}

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

这很简单，可能会更复杂。但是，它显示了用相当少的代码行数实现的原理。