menu is shown, but when the folder/message changes. That way the actions
work as expected when they are put on the toolbar, for example. For
messages, this was already partly done, and the updates are triggered via
a timeout, so that quickly passing over messages is less expensive. For
changing folders, I don't think that is necessary.
o Remove aboutToShow menus -> update menus hooks in kmmainwin.cpp.
o Add the watch thread and ignore thread actions to the main Folder menu.
Bump .rc file version number.
o Consolidate the enable/disable logic for the status actions in
kmmainwidget.cpp and remove it from kmheaders.cpp.
svn path=/trunk/kdepim/; revision=238612
KToggleActions for those stati that are toggleable.
If toggleable is not an actual existing word, it should be. So there.
svn path=/trunk/kdepim/; revision=237681
- dito for the automatic mark as read timeout in kmreaderwin
- propagate mark as read in ignored threads to the server for imap folders
svn path=/trunk/kdepim/; revision=237665
mail notification for mail in ignored threads as a side effect. I strongly
suspect this is the desired behavior.
svn path=/trunk/kdepim/; revision=236026
1) Remove the limitation that a message can have only one status at a time.
2) Implement watch/ignore thread via message status flags.
ad 1:
- Message status is now kept as a bitfield, which means a message can now be
for example replied and forwarded as well as important at the same time.
- To keep the index format backward compatible and make the transition
painless, I've added a new index entry and added code to transfer the old
into the new format. That means that upgrading users should not notice
anything.
- I've tried to keep as much behavior as possible unchanged with regard to
what flag disables what other flag etc. There are two groups of flags:
read/unread/new/old influence each other, which means a message cannot be
new and read at the same time, for example, while the second group, namely
important, sent, queued, replied, and forwarded are toggled individually.
- Toggling a thread sets the messages status to the inverse of that of the
parent, which means that if you have a thread with some mails marked as
important and some not, the status is set according to that of the parent.
- Status is now kept when moving mails between folders in the same imap
account as well as between imap accounts.
ad 2:
- Watch and ignore are mutually exclusive, which means ignoring a thread
unsets its watched flag and the other way around.
- When sorting by status watched threads are at the top, ignored at the
bottom.
- Watch and ignore propagate via threading, which means that if a message
is threaded below a watched one, it becomes watched. Same for ignore.
- Moving a single mail out of a watched thread results in a new watched
thread of size 1 :)
- Similarly watch and ignore are possible on individual mail (threads
to be).
- Watching a thread does not currently mark new mails as important, nor
does ignoring delete new mails in the thread. These are possible
extensions, though, if we think them sensible.
svn path=/trunk/kdepim/; revision=235595
folder A and 300 messages to folder B instead of clicking undo 500 times you
click undo twice. Basically it's action instead of message based now.
Also, David could you also move kmundostack.{h,cpp} to undostack.{h,cpp} ? :)
CCMAIL: David Faure <faure@kde.org>
svn path=/trunk/kdepim/; revision=227137
search
o fix display of message size in search folders for searches on imap folders
o fix getMsgString for imap folders
svn path=/trunk/kdepim/; revision=225471
o same for slotExpandAll
o Deselect all but the parent before opening to avoid flicker, when opening
via mouse also.
svn path=/trunk/kdepim/; revision=222260
This fix also fixes a few other bugs, e. g. the From, Organization and Reply-To headers and the Sendmail folder were all overwritten by the values defined in the identity. Now the message that is sent again will have exactly the same headers as the original message (except for the Message-Id of course).
svn path=/trunk/kdepim/; revision=222228
has it's own cursor stack.
I added kcursorsaver, that makes sure that the cursor is restored when the object
gets out of scope (just as KConfigGroupSaver)
Now kmkernel doesn't has to cope with cursors anymore
svn path=/trunk/kdepim/; revision=221747
Add an entry to the folder menu for toggling that, visibility depending
on threading active for this folder.
Bump the version number of the .rc file.
svn path=/trunk/kdepim/; revision=219857