Updating our tools
Jeremy Whiting
jpwhiting at kde.org
Tue Sep 23 23:15:27 BST 2014
Albert,
I can take a look at it if someone points me in the right direction. I
also found this:
http://ebn.kde.org/krazy/reports/frameworks-5.x/kdelibs/knewstuff/index.html
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.
BR,
Jeremy
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
mailing list