* Use target_link_libraries(... LINK_INTERFACE_LIBRARIES ...) to define the "link interface" of the libs in kdepimlibs.
To enable this, set the option KDE4_ENABLE_EXPERIMENTAL_LIB_EXPORT to on using "make edit_cache". Then
apps linking to libraries will only link to the library itself and to the libraries specified using
LINK_INTERFACE_LIBRARIES. This gives less dependencies for packagers, after startup and I think there were more advantages.
* To make this work, export_library_dependencies() may not be used anymore, but instead the library targets have
to be "exported", so they can be imported again later by other projects and this way bring their link interface with them.
So now all library targets from kdepimlibs are exported in the set kdepimlibsLibraryTargets.
* To be able to give the developer some useful error message, KdepimLibsDependencies.cmake now errors out
and tells the developer to update kdelibs, and the install location information is now in KdepimLibsInformation.cmake,
which tells the developer to update kdepimlibs if it's not recent enough.
So: you need now an up-to-date version of kdepimlibs and kdesupport !
If that's not acceptable let me know and I'll add some workaround.
* Search the xsl file in the install location of the already installed kdelibs, not in the current install location, which may be in a completely different place.
* Use the correct install location (KDEPIMLIBS_INSTALL_DIR) in KdepimLibsInformation.cmake instead of KDE4_INSTALL_DIR, which is the one for kdelibs, but not for kdepimlibs.
* more minor things I don't remember right now
* Do you actually have a version number for kdepimlibs ? It would be easy to add via KdepimLibsInformation.cmake
Alex
CCMAIL: kdepim@kde.org
CCMAIL: winter@kde.org
svn path=/trunk/KDE/kdepim/akregator/; revision=891439
svn+ssh://tmcguire@svn.kde.org/home/kde/branches/kdepim/enterprise4/kdepim
........
r887580 | vkrause | 2008-11-22 14:35:11 +0100 (Sat, 22 Nov 2008) | 4 lines
Allow me to enable the sqlite backend on Linux as well for testing,
without modifying this file and then have svnmerge complain every time
about pending modifications.
........
svn path=/trunk/KDE/kdepim/; revision=890600
when the folder is changed while the async algorithm is stil in progress.
We should be able to empty large trashcans again :D
BUG: 176116
svn path=/trunk/KDE/kdepim/; revision=890231
- Don't set the charset to us-ascii if it couldn't be found
- Give up on KEncodingProber, it doesn't work reliable enough.
Instead, add an encoding combobox to the file dialog.
Now it is the user's fault if the encoding is not correct :)
- Don't attempt to set a charset for a non-textual mimetype
- Don't show an empty string for the mimetype
BUG: 64815
svn path=/trunk/KDE/kdepim/; revision=888149
This is the only possible reason I could imagine why it goes wrong like in bug 174866.
It would also explain why I never could reproduce this with my 32 bit CPU.
Maybe this even is the real root cause for the serial number == 0 bug??
In any case, I hope other places get the type right.
BUG: 174866
svn path=/trunk/KDE/kdepim/; revision=886618
- Revert the auto-changing of the charset I commited yesterday, it is not needed
now that the messagebox asking about unsupported encodings works again
- Make the combobox actually appear in the file widget
- Read the encoding back after the dialog has finished, not before
svn path=/trunk/KDE/kdepim/; revision=886610
identified it as a QHeaderView problem and reported it to TrollTech.
For now applyColumnThemes() contains some hacks that seem to make
things go better. But at this point I'd avoid to say "it works"
since it hasn't been tested enough. I'll settle this down eh...
svn path=/trunk/KDE/kdepim/; revision=886387
Kevin Krammer
Szymon Stefanek
Script Kiddy
Allen Winter
Alexander Neundorf
Thomas McGuire
Bertjan Broeksema
Michael Leupold
Dirk Mueller
Laurent Montel
Albert Astals Cid