Review Request 115207: Improve integration QCommandLineParser <-> KAboutData

[Alex Merry]

> On Jan. 27, 2014, 7:45 a.m., Kevin Ottens wrote:
> > src/lib/kaboutdata.cpp, line 941
> > <https://git.reviewboard.kde.org/r/115207/diff/1/?file=235099#file235099line941>
> >
> >     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 *)?).
> 
> Aleix Pol Gonzalez wrote:
>     I agree, I only did it this way to avoid the required set up.
>     
>     An alternative would be to make KAboutData to pass the information to Q*Application when it's initialized (and if it's an application KAboutData...).

Any progress on this?


- Alex


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


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/20140219/bcf6ae0c/attachment-0001.html>