imap and cached imap: reimplement isReadOnly() so that the rest of kmail knows when
a folder is readonly. Although currently it seems to only show up in the statusbar.
svn path=/trunk/kdepim/; revision=302239
and make it actually work. The string based quick search and status selection
are now cummulative, which means the status is an additional constraint on
the text based search and vice versa.
svn path=/trunk/kdepim/; revision=296930
Implementing automagic mailing list handling: KMail can now detect whether
a folder stores a mailing list in which case it will try to determine its post,
subscribe, unsubscribe, archive and help addresses.
Aaron could you figure out where the kaction's invoking post,subscribe... could
be put?
CCMAIL: aseigo@kde.org
svn path=/trunk/kdepim/; revision=295216
data structures can be cleared and the area remains peacefull and fun
for everyone to enjoy.
Troubleshooting dimap caches does an expunge and that got KMail to crash
every nth time. For small to medium n.
svn path=/trunk/kdepim/; revision=292519
test bed. After a short discussion with Marc on irc I've decided to call
the global class GlobalSettings, as we expect there to be at least
ComposerSettings and ReaderSettings in the not too distant future.
If no one yells, I'll be amusing myself by moving stuff over to the new
style section by section over the next few millenia. If anyone wants to
help please tell me, so we can coordinate.
svn path=/trunk/kdepim/; revision=289835
in case we are using a different widget style than Keramik.
If it's Keramik, keep the old behaviour which seems to cut the frame
for aesthetic reasons.
No response on kmail-devel, so I guess there are no objections.
svn path=/trunk/kdepim/; revision=289827
You don't need getMsg anymore for the UID and LOD can check the size without loading the header.
I updated the online imap folder but dimap should also use the new code.
svn path=/trunk/kdepim/; revision=288206
headers listview the .sorted file is invalidated and a new one generated,
because newly arriving mail triggering a reload of the list view will
result in a re-lapse to the sort order active on folder entry. Same goes
for a reload triggered by a config dialog apply/ok.
Thomas, thanks for reminding me, I've been meaning to fix that for ages.
CCMAIL: 54958-done@bugs.kde.org
CCMAIL: 74992-done@bugs.kde.org
svn path=/trunk/kdepim/; revision=287215
Please excuse the addition of the new strings i18n("Message->","&Reply") and i18n("Reply to A&uthor..."). I hope it doesn't cause too much inconvenience for the translators.
CCMAIL:kde-i18n-doc@kde.org
svn path=/trunk/kdepim/; revision=272991
list it can happen that the current item is take()en and put somewhere
else. qlistview then emits currentChanged, which triggers hightlightMessage
which (wrongly, for our purposes) selects the next sibling of the current
message. Since we take care of selecting a sensible message ourselves now,
that is not desirable. Disconnect the currentChanged signal during re-
threading to fix that.
CCMAIL: 66025-done@bugs.kde.org
svn path=/trunk/kdepim/; revision=272504
deselect messages when the +/- thingie next to them is clicked to expand
or collapse threads. Also make sure ctrl/shift masks work as expected while
still retaining "parent of a closed thread means all messages in thread"
behavior.
Ok'd by Ingo.
CCMAIL: 69648-done@bugs.kde.org
svn path=/trunk/kdepim/; revision=271608
Don't try to decrypt anything while a popup menu is shown.
The real fix is making the decryption non-blocking. But that'll have to wait till after KDE 3.2.
CCMAIL: 56693-fixed@bugs.kde.org
svn path=/trunk/kdepim/; revision=270269
selecting the parent introduced by Otto's recent removal of
deselectAllExcept().
Since Otto failed to mail me a sufficiently large cheque I cannot cover
up for him and he will have to live with the full blame. This is a
dissappointment to his friends and family, but we are hopefull that given
time he will see the error of his ways and refrain from fucking up kmail
in this intolerable manner henceforth. :)
svn path=/trunk/kdepim/; revision=269769
a message id header (*sigh*) just because "" happens to equal "".
Amit, thanks for the test case.
CCMAIL: 67850-done@bugs.kde.org
svn path=/trunk/kdepim/; revision=267069
press in the each folder by chanting the magic incantation:
setSelectionAnchor(currentItem());
in a few places.
CCMAIL: 66979-done@bugs.kde.org
svn path=/trunk/kdepim/; revision=265303
This should fix a bug with ad hoc filters crashing when they move a message
to a different folder.
And also fix the bug/limitation that the move to folder action has to
come last in the list of filter actions for a filter.
This commit doesn't really use the action scheduler, code to use the
action scheduler in kmheaders and kmcommands is commented out.
I've been testing this code for a few weeks now. The changes to the
assignment operators in the kmmessage and kmmsgbase classes are the
changes I'm most concerned about here.
svn path=/trunk/kdepim/; revision=264912
Till Adam
David Faure
Ingo Klcker
Carsten Burghardt
Andrew Coles
Malcolm Hunter
Zack Rusin
Sandro Giessl
Jonathan Riddell
smail Dnmez
George Staikos
Otto Bruggeman
Don Sanders