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
list by relying on KListView to handle things instead of (brokenly) re-
implementing extended selection behavior ourselves.
CCMAIL: 55555-done@bugs.kde.org
CCMAIL: 55892-done@bugs.kde.org
svn path=/trunk/kdepim/; revision=261876
º s/FALSE/false/g and s/TRUE/true/g
o remove unused mTrue and mFalse (what the hell were those for???)
o prefix member variables with m
o reorder stuff in the header file to group it somewhat
o add comments to be fleshed out later
svn path=/trunk/kdepim/; revision=261790
in during filtering and remove obsolete qlistview workaround.
Patch by Ladislav Strojil <Ladislav.Strojil@seznam.cz>
svn path=/trunk/kdepim/; revision=259319
current item. It loses that state if it is subsequently rethreaded because
it is a child of the removed message, since rethreading uses take() and
insert(). Remember the current item before reparenting and reset it
afterwards.
Thanks, Oded, for the excellent bug report.
CCMAIL: 66025-done@bugs.kde.org
svn path=/trunk/kdepim/; revision=259023
account when sorting by status (doh) and making the sort key generation
a bit more intuitive. That is of course entirely subjective, so if someone
has better ideas how to order them, please speak up.
svn path=/trunk/kdepim/; revision=257730
is a KMMainWindow or kapp->config() otherwise. Will help fixing layout
and possibly other config related problems with the KMail part in Kontact.
While I was at it and complaining about the API, till jumped in saying:
<till> there are lots of public KActions and friend in kmmainwidget's
public api apparently for no good reason either
Your wish is my command, so this commit is also (and mostly) about API cleanup.
Okay'ed by Ingo.
svn path=/trunk/kdepim/; revision=256339
- Move some code to new KMHeaders::setStyleDependantFrameWidth method to avoid code duplication.
- reimplement KListView::styleChange so that the frame width is updated in case the style is changed.
- Untabification and trailing white space removal.
svn path=/trunk/kdepim/; revision=256253
messages from the headers list (move/delete operations) works to:
o figure out what message to select afterwards (the one below or above the
selected ones or none at all if all are being deleted)
o mark all selected messages as aboutToBeDeleted and non-selectable
o select the previously remembered message
o kick off the move action during which the aboutToBeDeleted messages remain
unselectable
That means it should now be impossible to select a message that is going
away or change a KMMsgBase pointer to a KMMessage pointer thereby
invalidating the list of messages currently being moved.
svn path=/trunk/kdepim/; revision=253428
command up to the target folder's msgAdded signals and ticking off each
serial number as it comes in. To make that possible, use the metaDataMap
for imap folders to restore serial numbers after the move (along with
status). Also connect to the folderCompleted(bool) signal of imap folders
to make sure we notice if not all messages make it to the other side.
Connect kmheaders to the abortRequested signal and make sure cancelling
moves behaves somewhat more gracefully and restores the state of messages
remaining in the folder, making them selectable and setting their transfer
status to false so they can be downloaded or moved again.
svn path=/trunk/kdepim/; revision=252676
#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
rely on the MoveCommand to find a message to select that is not one of
the ones being moved. Prevents a crash with moves between folders on the
same account. Also make sure non-selectable items are not selected when
something other than QListView does the selecting.
svn path=/trunk/kdepim/; revision=252310
Jonathan Riddell
Till Adam
Ingo Klcker
Carsten Burghardt
smail Dnmez
George Staikos
Otto Bruggeman
Don Sanders
Ladislav Strojil
Adriaan de Groot
Marc Mutz
Daniel Molkentin