Alumni
|
Patch made for dragonplayer, only very small changes so I figure only one patch is needed (might make another for one of the issues I haven't fixed yet, as explained below.):
Things not fixed: Check for cpp macros and usage [cpp]... 1 issue found: debug.h line 44 contains platform specific macro, this should be done using cmake instead, I don't know how I would fix this. Check for an acceptable license [license]... 2 issues found: app/recentlyPlayedList.cpp and app/recentlyPlayedList.h missing license. It's not my own work, AFAIK the actual author would have to do this (just a formality I guess) Check for Qt classes that should not be used [qclasses]... 2 issues found: app/playDialog.h/.cpp use a QDialog instead of a KDialog, I've tried changing this and got some weird graphical errors, seems it'd require a bit more changes than the other issues, I'll look at it again and if I do get it to work I'll send in another patch, but no luck so far (don't have much experience) Sending it to mailing list now.
Last edited by HappySmileMan on Fri Jan 16, 2009 5:04 pm, edited 1 time in total.
HappySmileMan, proud to be a member of KDE forums since 2008-Oct.
|
Alumni
|
So are my two patches good enough to be sent to the kdelibs-bugs mailing list?
A proud KDE user and Linux enthusiast.
|
Administrator
|
@Fengshaun: I think the mailing list for KDE libs ( patches, discussion, etc ) is kde-core-devel@kde.org
KDE Sysadmin
[img]content/bcooksley_sig.png[/img] |
Alumni
|
Working on konqueror I just wonder why on http://englishbreakfastnetwork.org/kraz ... index.html there are no issues found for i18ncheckarg but my local krazy finds about 50 issues like for example:
Did I miss something?
michael4910, proud to be a member of KDE forums since 2008-Oct.
|
KDE Developer
|
I asked about that, this is the reason : [quote=Chusslove Illich]Re: Krazy : i18ncheckarg's check not showing issues on EBN That's because the --priority=important is used for the web report, reporting only issues that should really be fix. While when you run it locally without the --priority option, all issues are reported. You can see all of those locally reported issues are of "add context" variety. Contexts are very useful for translators, but not so essential on the technical side. So they drowned the web report, causing people not to fix even the essential issues, and therefore we decided to relegate them to lower priority and not show them.[/quote]
bruno, proud to be a member of KDE forums since 2008-Oct.
|
Mentor
|
Yes, please send them to kde-core-devel@kde.org. [size=x-small]code | [url=cia.vc/stats/author/msoeken]cia.vc[/url] | [url=kde.org/support]donating KDE[/url] | [url=tinyurl.com/cto4ns]wishlist[/url][/size] |
Alumni
|
I sent them yesterday, no replies yet.
A proud KDE user and Linux enthusiast.
|
KDE Developer
|
Someone have an answer for my foreach question?
bruno, proud to be a member of KDE forums since 2008-Oct.
|
Mentor
|
I had a look into the code of the foreach checker. It seems that QPair is missing as a type to recognize. But your code should be fine. If you want to, you can file a bug report on [url=bugs.kde.org]http://bugs.kde.org[/url]. As I see it, there are just six characters to add to the checker. Cheers, m. [size=x-small]code | [url=cia.vc/stats/author/msoeken]cia.vc[/url] | [url=kde.org/support]donating KDE[/url] | [url=tinyurl.com/cto4ns]wishlist[/url][/size] |
Alumni
|
Oh yeah the post to mailing list for my patch is at this page.
Last edited by HappySmileMan on Mon Jan 19, 2009 11:01 pm, edited 1 time in total.
HappySmileMan, proud to be a member of KDE forums since 2008-Oct.
|
KDE Developer
|
It seem they changed the file, this patch is no longer needed. But I'll look at that. For http://lxr.kde.org/source/KDE/kdeplasma ... ts.cpp#117 , if I do:
I get:
If I do:
It works, but is there a better way? explicit
includes
qclasses
strings
syscalls
bruno, proud to be a member of KDE forums since 2008-Oct.
|
Mentor
|
With the second solution, you still copy the SupportedTask variable which brings no advantage over the initial solution. You just don't have to make it const (but referenced) in the foreach loop:
[size=x-small]code | [url=cia.vc/stats/author/msoeken]cia.vc[/url] | [url=kde.org/support]donating KDE[/url] | [url=tinyurl.com/cto4ns]wishlist[/url][/size] |
KDE Developer
|
Are you sure we don't need const? I still get an issue from krazy. Also, do you have news for the "Check for cpp macros and usage [cpp]" issues (CMake HAVE_foo macros)?
bruno, proud to be a member of KDE forums since 2008-Oct.
|
Mentor
|
What happens if you write const QRegExp * extractor. Does that work. If it does not, we cannot have const, because when assigning the reference to a pointer it can be changed via the pointer. [size=x-small]code | [url=cia.vc/stats/author/msoeken]cia.vc[/url] | [url=kde.org/support]donating KDE[/url] | [url=tinyurl.com/cto4ns]wishlist[/url][/size] |
KDE Developer
|
bruno, proud to be a member of KDE forums since 2008-Oct.
|
Registered users: Bing [Bot], Google [Bot], kesang, Sogou [Bot], Yahoo [Bot]