Review Request 115207: Improve integration QCommandLineParser <-> KAboutData
Kevin Ottens
ervin at kde.org
Mon Jan 27 07:45:29 UTC 2014
-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/115207/#review48347
-----------------------------------------------------------
src/lib/kaboutdata.cpp
<https://git.reviewboard.kde.org/r/115207/#comment34191>
Not really my type of thing. It's acting on an object behind our back without knowing... what happens to code where setApplication* was called before? Information would be lost and it's not obvious to the user. Looks dangerous to me.
If we want to factorize the qApp call, and I see the need for that indeed, then that block should be provided by a separate method (setupApplication(QCoreApplication *)?).
- Kevin Ottens
On Jan. 21, 2014, 11:36 p.m., Aleix Pol Gonzalez wrote:
>
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://git.reviewboard.kde.org/r/115207/
> -----------------------------------------------------------
>
> (Updated Jan. 21, 2014, 11:36 p.m.)
>
>
> Review request for KDE Frameworks.
>
>
> Repository: kcoreaddons
>
>
> Description
> -------
>
> Let the KAboutData set information to QApplication. This way we don't have to duplicate information by passing it to the KAboutData _and_ the QApplication.
>
>
> Diffs
> -----
>
> src/lib/kaboutdata.h 2222c9e
> src/lib/kaboutdata.cpp f24006b
>
> Diff: https://git.reviewboard.kde.org/r/115207/diff/
>
>
> Testing
> -------
>
>
> Thanks,
>
> Aleix Pol Gonzalez
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kde-frameworks-devel/attachments/20140127/c0859764/attachment.html>
More information about the Kde-frameworks-devel
mailing list