Tue, May 22
Sigh, could have thought of this. Yeah, I'll open a ticket.
Problem is that now continuous integration fails because the lib is not available.
Thanks, Fabian, and - you are welcome!
Oh well, time to get this merged. I didn't get *too* strong objection from the mailing list, so I intend to merge this as is. Thank you very much @shlomif for your patience and your code contribution.
May 16 2018
Yeah, sure, I'll send the mail.
May 14 2018
@fabiank : from what I seem to recall, that new file was derived from an existing one that carried that copyright. I on my part disclaim any ownership for my modifications to this file.
Sorry, I technically reviewed it already, but forgot to hit submit :-(. I'm happy with the current state of the code (sans that one copyright line), and the solver does a better job than the current one.
May 13 2018
hi! Can you please review the second (and the latest) patch?
Apr 24 2018
Update to the master branch and apply commentary from the reviewers - no iostream, no kDebug, precanned solving themes, etc.
Apr 23 2018
Considering that currently no one (including me, the de-facto maintainer) really knows what the solver is doing exactly and how the numbers for the search in it were derived, I appreciate outsourcing the logic to a library. However, like @aacid said, it would be nice to have either some numbers how the solver compares.
Do you have a game number we can use to compare how this is better than the existing code?
Apr 21 2018
Jan 20 2018
Pushed to master and Applications/17.12
Jan 17 2018
Jan 14 2018
Jan 11 2018
Jan 10 2018
I just realzied this is not how you use QMEsasgebox critical.
fix diff ... hopefully
Is phabricator being silly or are your patches missing some stuff?
Do you mean switching the interval/substeps/speed? Or switching from a change in timer interval to the substeps?
Thanks for catching the typo. About the comment: You are of course perfectly right :D.
OK, tested it and it works as in the ball does not slow down anymore.
I cannot really argue about the implementation because I did not understand why this switching is needed in the first place. :D
Thanks for picking up the topic with a patch. :)
I might be able to test this tonight but not sure.
Anyway, here are just some things I saw while scrolling over the patch.
Aug 25 2017
Your welcome! If there are any more issues, just open a new ticket or re-open this one.
Aug 24 2017
Thanks for the API reference to the list of the categories.
I checked and see the categories listed live here:
Isn't it https://autoconfig.kde.org/ocs/providers.xml nowadays (not sure about what is the prefered URL)?
Also, where do you get the error with what request?
Ok, but then, what happened with the new categories? Just to name one, I fixed kdiamond according the name which is shown, but I see an error about non-existing category:
Yeah, that could be.
KNS/GHNS unfortunately has the habit to look for a hardcoded category name, so to make it work backwards compatible, I would need to know the exact string each program tries to match and add it as "legacy name" internally.
Aug 23 2017
Thank you. Another question: is it possible that the name shown does not match the internal name? I see messages from knewstuff saying that the categories do not exists.
Since knewstuff is now retired (and from my understanding didnt feature an account management?) the best would be
- ask the authors to create an account and re-publish them.
Aug 22 2017
Thanks! Did you see also my question about the possibility of sending contents from someone who is not the author?
All Categories have bveen added: https://store.kde.org/browse/cat/355/ord/latest/
Aug 21 2017
Gently ping @starbuck
Jul 29 2017
Also, another category:
Also, another category:
It turns out the the web server on the machines hosting newstuff.kde.org was restarted by accident when I tested the applications few days ago. So the testing worked just by pure chance.
Reopening, few applications need categories on store.kde.org: