foldertree can select the local folders to avoid crashes when a folder
and a mail from the removed account is currently selected and being
displayed.
Should be improved eventually to only do it if the current account is
the removed one, but I didn't see an immediate way to do that.
CCMAIL: 66875-done@bugs.kde.org
svn path=/trunk/kdepim/; revision=263243
by popular request and add it to the Folder menu. Disable it there for non-
imap folders.
CCMAIL: 66123-done@bugs.kde.org
svn path=/trunk/kdepim/; revision=259435
#define kernel KMKernel::self()
to
#define kmkernel KMKernel::self()
because 'kernel' was a much to general term. We really shouldn't repeat the mistakes of the X developers.
I noticed this problem when I played around with KImageEffects. kimageeffects.h contains 'kernel' as parameter of some methods and so the compilation had to fail. We won't need KImageEffects in the near future, but at least we are now prepared and a clash with another 'kernel' can't happen anymore.
svn path=/trunk/kdepim/; revision=252621
prevent crashes when it fails due to the user cancelling the password
dialog and the slot being called again in the meantime and messing with
the folder tree item still in use by the other incarnation of the slot.
Coolo, can you confirm this fixes it?
svn path=/trunk/kdepim/; revision=251977
Especially protocol() == "imap". Note that using ssl completely breaks those
checks then as the protocol is then "imaps". Also the string compares
are suboptimal there - use folderType() == KMFolderTypeSomeType.
svn path=/trunk/kdepim/; revision=238868
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
the first propagating to the latter, and connect the part to it, so kontact
updates the folder name and icon when they are changed.
Kontact folks, feel free to revert if this is not the way you want to do
this. Sorry for touching this without asking for permission. :)
svn path=/trunk/kdepim/; revision=229185
where it is done for the others as well now, and don't abuse custom icon
handling to do it. As a side effect this change makes it possible to have
custom icons for search folders.
svn path=/trunk/kdepim/; revision=229083
available at different sizes. Default is still small, which is
used exclusively within kmail. Simplify the icon code a bit in the
process.
If this brings upon me the Wrath of Mutz (TM), tell my wife
I love her, and that I really meant to take out the trash, but was
distracted.
svn path=/trunk/kdepim/; revision=228144
Use the same icons for imap accounts that knode uses for news servers
Some code cleanups
As posted to kmail@kde.org
svn path=/trunk/kdepim/; revision=227168
In kroupware_branch, it is known for certain that all korganizer code
is stored in KMail folders. We don't want that in HEAD, so this means
a change in the way things work.
The old kroupware way to receive appointments:
- KMail receives a mail with an invitation
- The invitation is decoded with a hack in KMGroupware, and the user
is asked to decide upon the invitation
- KMail sends the ical and the user decision to KOrganizer that returns
a new ical with the answer
- KMail stores the appointment directly in the Calendar folder
The new way it's going to be:
- KMail receives a mail with an invitation
- KOrganizer (or libkcal or whatever) decodes the ical file and shows
a widget with the choices inside KMail
- The decision goes to KOrganizer and KMail doesn't see it again
This way it's up to KOrganizer what to do with the saving of the file.
This is necessary to make use of KOrganizers resource settings. And it
also makes it possible to use KMails groupware stuff without saving the
calendar files inside KMail. In case KOrganizer uses the IMAP resource,
the file will actually go back to KMail, but that is through another
channel of code.
This checkin is the first part of making the groupware code and the
IMAP resource code in KMail be quite independent of each other as it's
supposed to be. In kroupware_branch all this code is completely tangled
up in one big web. The untangling isn't completely done yet, since I by
now have been in the process of doing this transition for 7-8 weeks, and
I wanted to get it off my disk.
I'm certain that IMAP resource doesn't work right now, but I'll fix this
over the next couple of days. After that, we should finally be almost
done with the KMail work, and I can concentrate on getting the groupware
parts in KOrganizer ported.
CCMAIL: kmail@kde.org
CCMAIL: kdepim@kde.org
svn path=/trunk/kdepim/; revision=225393
a large copy operation for example continues in the background when you change
out of the source folder. Seems to work well here, but left commented, I might
be missing something. Feel free to revert if this is stupid. :)
svn path=/trunk/kdepim/; revision=223735
message when dealing with imap folders, but only on the folderComplete()
signal. This not only gets rid of a nasty flicker, it also speeds up opening
a folder with lots of unread messages brutally.
Also change protocol() == "imap" to folderType() == KMFolderTypeImap etc in
a bunch of places.
svn path=/trunk/kdepim/; revision=219165
Till Adam
Marc Mutz
Bo Thorsen
Richard Lrkng
Ingo Klcker
Don Sanders
Carsten Burghardt
Zack Rusin
Helge Deller
Sven Lppken
Stephan Binner
Stephan Kulow
Daniel Molkentin
Eugene Zelenko
Antonio Larrosa Jimenez