- 10 May, 2017 1 commit
-
-
Laurent Montel authored
-
- 21 Feb, 2017 1 commit
-
-
Allen Winter authored
-
- 26 Oct, 2016 1 commit
-
-
Daniel Vrátil authored
LGPL is more suitable license for a library like LibKGAPI. The change has been checked by relicensecheck.pl and all other larger contributors were contacted via email and agreed to the change.
-
- 27 Aug, 2015 1 commit
-
-
Sergio Martins authored
-
- 19 Jul, 2015 1 commit
-
-
Sergio Martins authored
-
- 13 Jul, 2015 1 commit
-
-
Laurent Montel authored
-
- 28 Aug, 2014 1 commit
-
-
Laurent Montel authored
-
- 19 Aug, 2014 1 commit
-
-
Laurent Montel authored
-
- 01 Jul, 2014 1 commit
-
-
Daniel Vrátil authored
Slightly improves bandwidth use.
-
- 03 Jun, 2014 3 commits
-
-
Daniel Vrátil authored
-
Daniel Vrátil authored
-
Daniel Vrátil authored
-
- 22 Apr, 2013 1 commit
-
-
Daniel Vrátil authored
Scope URLs are now available in KGAPI2::Account. The *service.h files are no longer installed.
-
- 27 Feb, 2013 1 commit
-
-
Daniel Vrátil authored
LibKGAPI2 is a new job-based API that deprecates the old one. It is cleaner, more flexible and much easier to use. The old API is still available, but all services internally call services from LibKGAPI2. Implementation of KGAPI::Objects::* classes is also shared with the one from LibKGAPI2 to avoid as much code duplication as possible. It also means that fixing serializer bug in LibKGAPI2 will fix it in the old API as well (although the old API is not officially supported as of now). Thanks to this, all distributions can safely update to LibKGAPI-2.0 without breaking any applications (you just need to rebuild them, because I had to break ABI). The old API will be removed probably after KDE 4.12 is released. As of now master is pointing to LibKGAPI-2.0 and there will be no more updates in LibKGAPI/0.4 branch.
-
- 06 Dec, 2012 1 commit
-
-
Daniel Vrátil authored
Note: this fix possibly breaks ABI, thus scheduled for 0.5 only.
-
- 22 Nov, 2012 1 commit
-
-
Daniel Vrátil authored
-
- 02 Jul, 2012 2 commits
-
-
Dan Vrátil authored
Instead of users having to call qRegisterMetaType for each service they want to use, they can retrieve the name of the type using KGAPI::Services::XXX::serviceName(). The method will automatically register the service to Qt MetaType system, if it's not yet registered.
-
Dan Vrátil authored
-
- 25 Jun, 2012 2 commits
-
-
Jan Grulich authored
-
Jan Grulich authored
-
- 23 Jun, 2012 1 commit
-
-
Jan Grulich authored
-
- 22 Jun, 2012 1 commit
-
-
Jan Grulich authored
-