This obviously reintroduces issue661, "forwarding emails can produce bad signature", which will have to be fixed another way once I get more infos about it.
Also remove getMsgString from all folder classes, since it's now unused; getDwString is used instead.
svn path=/branches/kdepim/enterprise/kdepim/; revision=650094
branches/work/kdepim-3.5.5+.
These contain the following features from the enterprise branch:
- (nearly) all folders can be copyied or moved now
- dnd of one or multiple folders
- copy/cut/paste actions for one or multiple folders
- dnd of messages from the search result window to the folder tree
- copy/cut/paste actions for messages (in the header view and search
result window)
svn path=/branches/KDE/3.5/kdepim/; revision=648059
Merge the kmail-moving-folder branch:
- copying/moving of folders with drag&drop
- copy/cut/paste actions for folders and messages
svn path=/trunk/KDE/kdepim/; revision=633302
- copying/moving of folders with drag&drop
- copy/cut/paste actions for folders and messages
svn path=/branches/kdepim/enterprise/kdepim/; revision=633254
> readConfig must be done before registerWithMessageDict, since that one can call writeConfig in some circumstances
> (readFolderIds() returned -1, so invalidateFolder() was called,
> which calls open/close, and close() calls updateIndex()+writeConfig() when mAutoCreateIndex is true.)
This also fixes the "Could not upload folder" error dialogs during cached imap sync, btw.
KMail thought that it had to upload the folder since it had no ImapPath anymore.
svn path=/trunk/KDE/kdepim/; revision=531382
(readFolderIds() returned -1, so invalidateFolder() was called,
which calls open/close, and close() calls updateIndex()+writeConfig() when mAutoCreateIndex is true.)
This should fix the frequent loss of folder settings.
CCMAIL: kmail-devel@kde.org
svn path=/branches/KDE/3.5/kdepim/; revision=531267
Initialize some more folder settings. Hopefully this fixes George's problem with 'Keep replies in this folder' magically being turned on.
svn path=/trunk/KDE/kdepim/; revision=480859
- extend the interface of the class to simplify it's handling
- partial port of existing kmail code to use the new class
svn path=/trunk/KDE/kdepim/; revision=474940
QMAX/QMIN -> qMax/qMin
I don't know what to do about Q_LONG and Q_ULONG because of the following code in qglobal.h:
#if defined(Q_OS_WIN64)
typedef __int64 Q_LONG; /* word up to 64 bit signed */
typedef unsigned __int64 Q_ULONG; /* word up to 64 bit unsigned */
#else
typedef long Q_LONG; /* word up to 64 bit signed */
typedef unsigned long Q_ULONG; /* word up to 64 bit unsigned */
#endif
Should I simply convert to (unsigned) long?
svn path=/trunk/KDE/kdepim/; revision=468393
Allen Winter
David Faure
Volker Krause
Stephan Kulow
Jonathan Marten
Laurent Montel
Albert Astals Cid
Pradeepto Bhattacharya
Till Adam
Chusslove Illich
Andreas Gungl
Ingo Klcker
Szombathelyi Gyrgy