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
SVN commit 463672 by gungl:
Replace the existent mix in the handling of the Ignored state
by a clear directive, that Ignored overrides New and Unread.
This is implemented in the isRead() and related methods.
svn path=/trunk/KDE/kdepim/; revision=464991
dialog.
Use action scheduler for manual filtering and for online IMAP
filtering when an online IMAP folder is specified as the
target of any filter action.
Set the action scheduler account in KMAcctImap,
so that per account filtering works
with the action scheduler (oops).
In the old filter system, KMFilterMgr explicityly
ignore online IMAP targets.
GUI: Online IMAP folders are now shown in the filter dialog.
GUI: An information dialog is shown when an online IMAP
GUI: folder is specified as the target of a filter action
GUI: in the filter dialog.
svn path=/branches/KDE/3.5/kdepim/; revision=451939
and commit the action scheduler.
To try out the action scheduler (which is disabled by default) add an
action-scheduler=true entry to the [General] section of your kmailrc
file.
To help me do this I've added a private dcop method to help me monitor
the health of the action scheduler, you can try it by:
dcop kmail KMailIface "debugScheduler()"
svn path=/branches/KDE/3.5/kdepim/; revision=443111
were "saved" to kmailrc, but kmailrc wasn't synced, so in case of a kmail crash, X crash, power failure, kernel oops...
the settings would be lost, and on the next kmail restart very strange errors would happen when syncing
(can't create folder, folder already there, folder missing, etc.)
The solution: sync(). But while being at it I implemented buffering of sync requests
which was a TODO in kmkernel, but did it in GlobalSettings as Till suggested;
which in turn means we need our own GlobalSettings inheriting GlobalSettingsBase,
and the code lacked ::self()-> in many places to allow that.
srcdir!=builddir users: don't forget to delete globalsettings.{cpp,h} from the builddir
since it's not generated anymore!
CCMAIL: kmail-devel@kde.org
svn path=/trunk/KDE/kdepim/; revision=432538
were "saved" to kmailrc, but kmailrc wasn't synced, so in case of a kmail crash, X crash, power failure, kernel oops...
the settings would be lost, and on the next kmail restart very strange errors would happen when syncing
(can't create folder, folder already there, folder missing, etc.)
The solution: sync(). But while being at it I implemented buffering of sync requests
which was a TODO in kmkernel, but did it in GlobalSettings as Till suggested;
which in turn means we need our own GlobalSettings inheriting GlobalSettingsBase,
and the code lacked ::self()-> in many places to allow that.
svn path=/branches/kdepim/proko2/kdepim/; revision=432536
here: http://lists.kde.org/?l=kmail-devel&m=111945756024656&w=2
I've changed the KMMsgDict::instance() to return a pointer instead of a
reference, compared to the patch I posted, after valid criticism from
Marc that the pattern is generally used with a pointer, in KDE, so it's
better not to surprise people here.
svn path=/trunk/KDE/kdepim/; revision=428560
an email is in.
This means for example, no 'move to trash' for mail in the trash folder, and
no 'reply' on an email in your sent-mail folder.
BUG: 76395
svn path=/trunk/KDE/kdepim/; revision=424437
SVN commit 424363 by tilladam:
Don't allow operations to be performed on items which are already
being operated on. Namely holding down the Del key was triggering
multiple Deletes/Moves for the same message pointer, which for any
but the first command was dangeling. Quite obvious, in retrospect...
svn path=/branches/kdepim/proko2/kdepim/; revision=424365
being operated on. Namely holding down the Del key was triggering
multiple Deletes/Moves for the same message pointer, which for any
but the first command was dangeling. Quite obvious, in retrospect...
BUG: 90320
svn path=/trunk/KDE/kdepim/; revision=424363
mDlg->folderTree()->mainWidget()->headers()->reset();
and use a signal/slot connection between the folder and the header
svn path=/trunk/KDE/kdepim/; revision=424283
* Fix the headers->reset() method to also update the sender/receiver header
name properly
* Make sure the header view is refreshed after the user change the setting in
the config dialog
BUG: 72308
svn path=/trunk/KDE/kdepim/; revision=423585
Laurent Montel
Volker Krause
Andreas Gungl
Stephan Kulow
Ingo Klcker
Till Adam
Don Sanders
David Faure
Thomas Zander
Carsten Burghardt
Danny Allen