Review Request 124633: Parse formfactor in KService and KPluginInfo

Sebastian Kügler sebas at kde.org
Thu Aug 6 09:39:17 UTC 2015



> On Aug. 6, 2015, 7:13 a.m., David Faure wrote:
> > If the goal is to query this property for the K menu for instance, aren't you missing an accessor in KService? OK, on the other hand, if this is the only user, then property("...") would do too, but still, compile-time checking is more robust.
> > 
> > About ksycocathreadtest: I just pushed many fixes for it, does it pass for you now?

My primary concern was to make sure FormFactors is not lost in conversion. Adding API in KPluginInfo was more a side-effect of this (for symmetry reasons with surrounding code). I don't care so much for an accessor also in KService.

The ksycocathreadtest now succeeds, thanks.


- Sebastian


-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/124633/#review83476
-----------------------------------------------------------


On Aug. 5, 2015, 10:41 p.m., Sebastian Kügler wrote:
> 
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://git.reviewboard.kde.org/r/124633/
> -----------------------------------------------------------
> 
> (Updated Aug. 5, 2015, 10:41 p.m.)
> 
> 
> Review request for KDE Frameworks, Plasma, Alex Richardson, and David Faure.
> 
> 
> Repository: kservice
> 
> 
> Description
> -------
> 
> Parse formfactor in KService and KPluginInfo
> 
> Add an accessor QStringList KPluginInfo::formFactors()
> 
> This corresponds to the X-KDE-FormFactors value in the .desktop file,
> and to the "FormFactors" value in the "KPlugin" block of the json
> metadata.
> 
> We already have this in KPluginMetaData, this patch brings KPluginInfo 
> and KService in line with that. Previously, the keys would not be 
> recognized, and thus be missing from the KPluginMetaData if created 
> through a KPluginInfo or a KService. This patch fixes this inconsistent
> behaviour.
> 
> Also bump the sycoca version.
> 
> 
> Diffs
> -----
> 
>   autotests/fakeplugin.desktop 200f023 
>   autotests/fakeplugin.json de4aed9 
>   autotests/kplugininfotest.cpp d99b92a 
>   autotests/kservicetest.h 380cf7b 
>   autotests/kservicetest.cpp 2c71331 
>   src/services/kplugininfo.h 7b98576 
>   src/services/kplugininfo.cpp 56dc0b4 
>   src/services/kservice.cpp 3639a28 
>   src/services/kservice_p.h bf59f38 
>   src/sycoca/ksycoca.cpp 32d1689 
> 
> Diff: https://git.reviewboard.kde.org/r/124633/diff/
> 
> 
> Testing
> -------
> 
> Added new tests, no problems.
> 
> ksycocathreadtest currently fails, but this is unrelated (also in master without this patch).
> 
> 
> Thanks,
> 
> Sebastian Kügler
> 
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/plasma-devel/attachments/20150806/02c9049e/attachment.html>


More information about the Plasma-devel mailing list