- User Since
- Apr 27 2015, 12:34 PM (99 w, 5 d)
See https://phabricator.kde.org/D5167, with this all mentioned issues should be fixed.
prefer trunk translations branch
Shouldn't we make the ApplicationWindow use the ApplicationItem instead of fully forking the code?
Thu, Mar 23
will send another review with the documentation
Please try using QNetworkDiskCache.
Wed, Mar 22
Address some issues
FWIW, depends on D5133
Address issue, use git.kde.org repo name as identifier
Tue, Mar 21
First time I see the code, but the changes look sound.
I get this with your patch:
Have you tried removing the cached rc files you might have in .local? It's working properly here, I doubt it's a problem in the code...
Fallback to qtwebkit if there's no qtwebengine
Mon, Mar 20
@mwolff I think it's fine like this, I wouldn't want people compiling against qtwebkit because they forgot to pull a dependency, it should be a conscious decision.
Leave the code that workarounds integration issues in QtWebKit
adapt to changes in kdevplatform, abstracted webkit
abstract out the webkit view
Sun, Mar 19
Sat, Mar 18
Then please, let me submit this change and as soon as there's something we can share with Kontact I'll do the port myself.
I'm not convinced, I don't think the main page for the application should be the gallery. One opens Kamoso to take pictures, not to browse himself.
Fri, Mar 17
Maybe it would make sense to use MATCHES? are there any other *Clang*?
Some adaptions so it works for Plasma Framework too
Thu, Mar 16
One day we won't have to include each and every class separately... :P