from
/branches/work/kmail-nommap (r799390..804487)
/branches/work/kdepim-nommap/kmail (r804484..804960)
The SQLite mode is currently enabled only on Windows (by KMAIL_SQLITE_INDEX define),
so on !Windows, the code for standard 'mmap' mode is compiled.
CCMAIL:kde-pim@kde.org
svn path=/trunk/KDE/kdepim/; revision=805075
- follow interface changes in the Scalix resource as well
- less manual D-Bus calls in the Kolab resource
- various cleanups
svn path=/trunk/KDE/kdepim/; revision=785526
- rename kmail_util.h to actually reflect its content
- a{ays} is apparently not supported, so let's try a(ays) instead, we
don't really need a map here anyway
- prepare the Kolab resource to use the generated interface instead
doing manual calls
svn path=/trunk/KDE/kdepim/; revision=785303
FolderStorage::canAccess() now returns bool,
and thus also the same method in KMFolderSearch, KMFolderMaildir,
KMFolderMbox, KMFolder
- Maildir filenames: use '!' character separator instead of ':' for windows
(KMAIL_MAILDIR_FNAME_SEPARATOR macro),
as it is impossible to create a file containing ':' (regardless of the
used filesystem - it is a property of the FS API itself)
- KMFolderMaildir::canAccess() use QFileInfo instead of access() - solves
problem with undefined
X_OK flag on windows and is still enough efficient as there are no hundreds
of dirs in a maildir
- KMFolderIndex::recreateIndex() now returns bool
- KMFolderDir::reload() simplified
svn path=/trunk/KDE/kdepim/; revision=773959
only delay the D-Bus registration until KMKernel::setupDBus()
is called.
This is needed because KMFolderCachedImap::readConfig accesses
the groupware interface, and it is called before setupDBus().
This probably fixes
BUG: 154256
svn path=/trunk/KDE/kdepim/; revision=751262
- Remove the existing org.kde.kmail.kmail/kmailpart/mailcomposer.xml files, and let them
be generated at build time instead. This is done by extracting the slots and signals
marked with Q_SCRIPTABLE.
I had to adjust the CMake files of all users of the XML files to use the one from the
build directory now.
Currently, the XML files are also installed. I am not sure if this is a good idea, as that
implies we have to keep some sort of compatibility.
- Fix incorrect D-Bus path and method call in the summary view. Now the generated interface is
used instead. Checking the accounts with the sync actions works again now.
- Some DCOP->D-Bus renamings in comments
- Some style fixes around D-Bus related lines
The D-Bus test of KMail and the Kontact KMail summary still work.
This needs the new FindQt4.cmake from kdelibs.
This probably needs a clean build.
I did not touch the groupware interface or the SMIME security config page
(which talks to Kleopatra). This is left for KDAB to fix, but it would be
nice to contact me before.
svn path=/trunk/KDE/kdepim/; revision=750976
https://vkrause@svn.kde.org/home/kde/branches/kdepim/enterprise/kdepim
........
r731653 | vkrause | 2007-11-01 13:55:17 +0100 (Thu, 01 Nov 2007) | 3 lines
- sync parent folder(s) first if the current one was just created locally
- GUI option for automatic sync of groupware changes
........
svn path=/branches/work/kdab-post-4.0/kdepim/; revision=731660
SVN commit 709032 by tilladam:
Deinline ExtraFolder ctor and dtor and make them manage opening/closing the folders.
svn path=/branches/work/kdab-post-4.0/kdepim/; revision=709048
SVN commit 709038 by tilladam:
In the common special case of the user's own resource folders being
under INBOX and those of others under the user namespace, prettify
the labels used in the resource view a bit.
Prokde35-z Item 2.
svn path=/branches/work/kdab-post-4.0/kdepim/; revision=709047
under INBOX and those of others under the user namespace, prettify
the labels used in the resource view a bit.
Prokde35-z Item 2.
svn path=/branches/kdepim/enterprise/kdepim/; revision=709038
Does anybody know about the folder accumulator things here?
The hash containing the accumulators is queried with contains()
once, but there is no place where an accumulator is actually
added...
Added a #warning for the above.
svn path=/trunk/KDE/kdepim/; revision=707672
* Added support for finding Scalix groupware folders
* Added support for creating Scalix folders
svn path=/branches/kdepim/enterprise/kdepim/; revision=705754