D25311: Add KColumnHeadersProxyModel

Friedrich W. H. Kossebau noreply at phabricator.kde.org
Wed Nov 27 11:19:00 GMT 2019


kossebau added a comment.


  Two more nitpicks while this has my attention (sadly no time/idea to comment on the general usefulness) :)

INLINE COMMENTS

> kcolumnheadersmodel.h:57
> +    void setSourceModel(QAbstractItemModel *newSourceModel);
> +    Q_SIGNAL void sourceModelChanged();
> +

For consistency I would prefer having a full Q_SIGNALS section:

  Q_SIGNALS:
      void sourceModelChanged();

That matches the usual pattern and helps when reading raw headers to learn about API of classes.

> kcolumnheadersmodel.h:60
> +private:
> +    const std::unique_ptr<KColumnHeadersModelPrivate> d;
> +};

Why not QScopedPointer (for consistency in KF code)? Is that one going to be deprecated in favour of std::unique_ptr?

REPOSITORY
  R275 KItemModels

REVISION DETAIL
  https://phabricator.kde.org/D25311

To: ahiemstra
Cc: kossebau, vkrause, davidedmundson, kde-frameworks-devel, LeGast00n, GB_2, michaelh, ngraham, bruns
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kde-frameworks-devel/attachments/20191127/cd133380/attachment-0001.html>


More information about the Kde-frameworks-devel mailing list