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 Remove unneeded #include from header file.
o Give KMSearchRule copy- and (field,func,contents)-ctor and operator=.
o Protect operator= against self-assignment.
o Remove all publix KMSearchRule::init()'s; port callers to use ctors.
o Make KMSearchRuleWidget::ruleFieldToEnglish() static and return a
QCString instead of QString.
o Plug a few mem leaks resulting from not delete'ing the
mBmHeaderField on init().
o Fix KMSearchRule::setField() not updating mBmHeaderField.
o Fix KMSearchRule::init() constructing a DwBoyerMoore object even for
pseudo headers (<size>, <recipients>, <message>, etc).
o Fix KMSearchPattern::operator=() not clearing it's rule list before
append()ing from the other patterns'.
After DwBoyerMoore::FindIn() has been made const-correct...
o ...replace the mBmEndHeader* KMSearchRule members with static const
versions in ::matches().
o ...make all other DwBoyerMoore objects const or static const.
If BoyerMoore gives any speed increase over QCString::find() for
"\nTo:" and "\nCc:" (which I doubt if I listen to my HD while
searching), it was probably eaten away by the permanent re-creation of
both objects for _every_ matches() call.
svn path=/trunk/kdepim/; revision=224610
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
This was really a stupid bug:
- isHTML = DwMime::kSubtypeHtml == curNode->type();
+ isHTML = DwMime::kSubtypeHtml == curNode->subType();
- Use the correct charset for replies to PGP/MIME encrypted messages.
- Get rid of a some duplicate code.
Backport is pending.
svn path=/trunk/kdepim/; revision=215868
rename 'create' to '&rename...'
fill the search folder field with 'search' at first
- reduces confusion so that the user understands the
purpose of the rename button, i was very confused
by the empty field first time i tried this dialog
disables the goto and rename fields until a search is performed.
adds an accel for the folder rename field
svn path=/trunk/kdepim/; revision=214590
is modified.
Also removed the KMFldSearch::getSelectedMsg method. I hope this is ok, I
see the method declaration but I don't see the implementation and I don't
see any use of this method, and such a method doesn't make sense for an
extended selection listview.
svn path=/trunk/kdepim/; revision=203085
Use KListView in search dialog.
Use multi selection mode, this is a better mode for selecting multiple items.
svn path=/trunk/kdenetwork/kmail/; revision=196103
This is a set of changes that is well test by myself and others.
The following bug fixes amongst others are included:
Compilation fix: the certificate dialog now compiles
Mjr bugfix: Prevent mail loss when kmail crashes while editing a
drafts message
Mjr bugfix: Fix erratic folder changing when clicking on the folder
tree
Mjr bugfix: Prevent mail loss when applying filters
The follow features have been implemented:
* KMail is now a KPart and can be embedded in the Kontact/Kaplan
container applications along with other KDE PIM applications.
* Remove duplicates function for removing duplicate messages in
a folder.
* Messages can be dragged and dropped on a composer window to
add those messages as attachments.
* Deletion in threaded mode is improved, child messages will no
longer be scattered when a parent is deleted.
* Multiple messages can now be selected in the search dialog.
* New context menu in the search dialog with Move, Copy, Reply
etc. actions for operating on selected messages.
* Search criteria in the search dialog now supports more types
of rules and a variable number of rules.
* Faster searching of large messsages.
* 'Search Folders' which are a KMail folder that stores a search
expression and is dynamically updated (also known as virtual
folders).
* The separate window for reading mail has a context menu with
Reply, Copy etc. actions for operating on the message
displayed.
* The separate window for reading mail has a tool bar.
* Startup of KMail is faster.
* Switching between folders is faster.
* The contents of all composer windows are saved to disk on
composer window creation and then periodically saved to
prevent mail loss in the result of a system crash.
* The state of KMail folders is saved to disk periodically to
prevent status information loss in the result of a system
crash.
Note after start KMail switching to folders for the first time will
slow as the format of the .sorted file has changed.
Enjoy!
svn path=/trunk/kdenetwork/kmail/; revision=195825
It helps if one doesn't search folders recursively when one anyway searches all folders linearly. ;-) This was caused by the fact that the default value for the recursive parameter of searchInFolder was true. I removed this default value to prevent further stupid bugs. Additionally we now use an iterator to iterate over the folders instead of a for(int i=0; folders.at(i) != folders.end(); ++i).
svn path=/trunk/kdenetwork/kmail/; revision=180222
KMFolderComboBox, etc...
o when a search window is already open, starting the search action from the
mainwindow will cause the currently selected folder to be selected in the
folder combo box
o preserve geometry of window and search list headers
svn path=/trunk/kdenetwork/kmail/; revision=130498
Also this fixes a minor bug in kmpopfiltercnfrmdlg.cpp (5th hunk)
and removes unneeded includes from kmpopfilter..dlg.h.
svn path=/trunk/kdenetwork/kmail/; revision=125200
folders by default. However, since there are a few cases when you may
not want that, there is a checkbox to disable it.
(90%) reviewed on kmail@kde.org
svn path=/trunk/kdenetwork/kmail/; revision=122161