Updating our tools
jpwhiting at kde.org
Wed Sep 24 17:38:37 BST 2014
Thanks for fixing this, I think it will be a useful tool to check our
existing frameworks and code based on frameworks with. I'll update the
techbase pages myself.
On Wed, Sep 24, 2014 at 8:13 AM, Allen Winter <winter at kde.org> wrote:
> On Tuesday, September 23, 2014 04:15:27 PM Jeremy Whiting wrote:
>> I can take a look at it if someone points me in the right direction. I
>> also found this:
>> which seems to check the right way for frameworks suggestions, but it
>> hasn't been ran since Dec of last year :/ and also it calls the
>> frameworks kdelibs still (or at least puts it in the url) So it seems
>> krazy can handle this new set of suggestions (maybe it could use some
>> tweaks though) but hasn't been ran in quite some time. How do I get
>> access to run it more often, etc.
> Yes that's all on my plate.
> I have it on my todo list.
> Krazy should be kde5 ready , I just need to plug it in and turn it on.
> I don't recall if there were any blockers, or if I simply got distracted on something else.
> The associated changes to the techbase documentation is not on my radar.
>> On Tue, Sep 23, 2014 at 4:01 PM, Albert Astals Cid <aacid at kde.org> wrote:
>> > El Dimarts, 23 de setembre de 2014, a les 15:56:58, Jeremy Whiting va
>> > escriure:
>> >> Hello all,
>> >> Since some of our applications and our workspace will be updated for
>> >> the next major release (14.12 is the name iirc) to use Qt5 and KDE
>> >> Frameworks I thought I would check englishbreakfastnetwork.org code
>> >> checker of kanagram (which has master branch based on qt5 and kf5).
>> >> http://ebn.kde.org/krazy/reports/kde-4.x/kdeedu/kanagram/index.html
>> >> Some of the "issues" on krazy are old and point to techbase articles
>> >> suggesting the opposite of the kf5 porting notes, For example, krazy
>> >> suggests we should use KLineEdit instead of QLineEdit but the porting
>> >> notes suggest to port from KLineEdit to QLineEdit since KLineEdit is
>> >> to be deprecated. Maybe I just missed something on ebn, but do we need
>> >> to add another category there for kf5 based code to be checked in a
>> >> different way with different rules, etc.? Shouldn't we update pages
>> >> like https://techbase.kde.org/Policies/API_to_Avoid to reflect new
>> >> suggestions also I guess or split them to contain suggestions for
>> >> kdelibs4 based code vs kf5 based code?
>> > We totally should, now who is going to do it ;)
>> > Cheers,
>> > Albert
>> >> thanks,
>> >> Jeremy
More information about the kde-core-devel