by a clear directive, that Ignored overrides New and Unread.
This is implemented in the isRead() and related methods.
BUG:97314
svn path=/branches/KDE/3.5/kdepim/; revision=463672
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
removing once is not enough and stale items are kept around which leads
to crashes when mails are removed (for example during filtering).
svn path=/branches/KDE_3_4_BRANCH/kdepim/; revision=401952
This is another important step to fix the crashes when filtering
threaded folders.
Thanks to Till for his patience in helping me to track this down.
svn path=/trunk/kdepim/; revision=401723
* The todo status, now has the same behaviour that "Important Status":
- Customize font.
- Customize colour.
- Have a column independent in headerlist.
svn path=/trunk/kdepim/; revision=399802
remain stable during the lifetime of a message. In other words, don't
crash when changing the subject header of a message which is part of
the current subject threading trees. Pfew, this one was a bugger to fix.
BUGS: 94043
svn path=/trunk/kdepim/; revision=390027
by using a heap allocated SortCacheItem to represent the list view root
during threading even after the initial building of the trees. Add debugging
helpers for printing out the tress. (Yes, I'm hunting the filtering crash
with Andreas.)
svn path=/trunk/kdepim/; revision=388289
dialog and include it in the RMB menu of the foldertree. To make the check if the menu
should be shown a bit easier the folderstorage got a new "isMoveable()" function.
I noticed that moving of imap folders crashes again when the messages are moved (sigh)
but this is not related so I'll fix it afterwards.
svn path=/trunk/kdepim/; revision=385541
Dirk Mueller
Carsten Burghardt
Andreas Gungl
Till Adam
Don Sanders
David Faure
Thomas Zander
Ingo Klcker
Danny Allen
George Staikos
Mario Teijeiro Otero