D4883: Add KDevelop::PluginProblem class
Kevin Funk
noreply at phabricator.kde.org
Tue Mar 7 21:05:40 UTC 2017
kfunk requested changes to this revision.
kfunk added a comment.
This revision now requires changes to proceed.
Sorry Anton, more nitpicks/questions :)
INLINE COMMENTS
> problem.cpp:213
> +{
> + Q_UNUSED(source);
> +}
Issue a runtime warning maybe? => `qCWarning(...)`
> problem.h:120
> +public:
> + explicit PluginProblem(const QString& pluginName);
> + ~PluginProblem() override;
I'm wondering if we should just merge `PluginProblem` with `DetectedProblem`...
Just add `DetectedProblem::DetectedProblem(const QString& pluginName)` and set `source = Plugin` in that case).
`DetectedProblem::sourceString` then returns the custom plugin name if `source == Plugin`.
`PluginProblem` does not really add much to `DetectedProblem` this looks like unnecessary code bloat. Other opinions?
> test_pluginproblem.cpp:40
> +{
> + AutoTestShell::init();
> + TestCore::initialize(Core::NoUi);
`init({{}})` (no joke) -- so we don't load any plugins :)
REPOSITORY
R33 KDevPlatform
REVISION DETAIL
https://phabricator.kde.org/D4883
To: antonanikin, mwolff, #kdevelop, kfunk
Cc: kfunk, mwolff, kdevelop-devel
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kdevelop-devel/attachments/20170307/6ac1b1ca/attachment.html>
More information about the KDevelop-devel
mailing list