> On April 1, 2014, 10:55 a.m., Aleix Pol Gonzalez wrote:
> > I think it's fine that you add the other one if you prefer people to use 
> > setters, but please don't deprecate the old one. There's little reason for 
> > doing so, it's very old API and it has always worked as is.
> 
> Alex Merry wrote:
>     The reason for deprecating the old one is that it forces everyone to set 
> the catalog name, which is useless.  The aim is to move everyone away from 
> doing that by KF6.
>     
>     Would the first diff version be more acceptable to you?

Yes I think it's better.


- Aleix


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


On April 1, 2014, 10:09 a.m., Alex Merry wrote:
> 
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://git.reviewboard.kde.org/r/117275/
> -----------------------------------------------------------
> 
> (Updated April 1, 2014, 10:09 a.m.)
> 
> 
> Review request for KDE Frameworks, David Faure, Kevin Ottens, and Michael 
> Pyne.
> 
> 
> Repository: kcoreaddons
> 
> 
> Description
> -------
> 
> This is another thing on the "if only we'd spotted it before beta1" list.  I 
> went with not allowing any optional arguments to the constructor, to 
> encourage users of the class to use setters, which makes for more readable 
> code.  I deliberated giving it just one argument, but in the end went with 
> the formerly-required arguments.
> 
> The organizationDomain is not automatically set from the home page with this 
> new usage style, as that only happened in the constructor and not in the 
> setter.  It could be set if the organizationDomain has not been explicitly 
> set.  However, the organizationDomain is not passed to QCoreApplication as I 
> assumed it would be - it that intentional?
> 
> 
> Deprecate the catalog name stuff from KAboutData
> 
> This is pretty useless - the translation catalog has to be set before
> KAboutData is constructed in order to translate its arguments.
> 
> 
> Diffs
> -----
> 
>   src/lib/kaboutdata.h cff1e3f67e33657fdd265a82166ef2a04cbcc3d1 
>   src/lib/kaboutdata.cpp ce64a13aaa89bb4bc077f05e5f8e175d6a441ead 
> 
> Diff: https://git.reviewboard.kde.org/r/117275/diff/
> 
> 
> Testing
> -------
> 
> Builds, tests pass.
> 
> 
> Thanks,
> 
> Alex Merry
> 
>

_______________________________________________
Kde-frameworks-devel mailing list
Kde-frameworks-devel@kde.org
https://mail.kde.org/mailman/listinfo/kde-frameworks-devel

Reply via email to