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