missing hunk from last commit (mm)
Fix bug #51396: can not show formatted html in email displayed in a separate window
The trick was to move handling of this from the kmmainwin (resp. kmcommands) to kmreaderwin
svn path=/trunk/kdenetwork/kmail/; revision=198532
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
for me the "crash on reply" and "forward message crash" bugs and people
on IRC have been insisting on committing it. So yeah, asynchronous message
handling in KMail is in!!! May the God of Coding have mercy on us...
svn path=/trunk/kdenetwork/kmail/; revision=193386
merged the Makefile.am and add all files that were added in make_it_cool
to get smaller diffs [most of them not yet compiled :]
svn path=/trunk/kdenetwork/kmail/; revision=191335
This makes KMail show a confirmation dialog when the user clicks on an URL in an email which points to a dos program. Requested by David Faure.
svn path=/trunk/kdenetwork/kmail/; revision=186573
- Furthermore this patch unifies the way pasted text and dropped text (as in d'n'd) is handled in our KMLineEdit (which is used for the address input fields).
svn path=/trunk/kdenetwork/kmail/; revision=183020
Make sure all messages are marked as being transfered even those that
are already retrieved this fixes a bug whereby messages already received
could be deleted causing a dangling pointer.
This also fixes a pre kmcommands bug whereby if a message was deselected
after it was transfered but before the modal transfer dialog was shown
then the message could be deleted causing a dangling pointer and a crash.
VS: ----------------------------------------------------------------------
svn path=/trunk/kdenetwork/kmail/; revision=175969
// are based on the command design pattern.
//
// Historically various operations were implemented as slots of KMMainWin.
// This proved inadequate as KMail has multiple top level windows
// (KMMainWin, KMReaderMainWin, KMFldSearch, KMComposeWin) that may
// benefit from using these operations. It is desirable that these
// classes can operate without depending on or altering the state of
// a KMMainWin, in fact it is possible no KMMainWin object even exists.
//
// Now these operations have been rewritten as KMCommand based classes,
// making them independent of KMMainWin.
//
// The base command class KMCommand is async, which is a difference
// from the conventional command pattern. As normal derived classes implement
// the execute method, but client classes call start() instead of
// calling execute() directly. start() initiates async operations,
// and on completion of these operations calls execute() and then deletes
// the command. (So the client must not construct commands on the stack).
//
// The type of async operation supported by KMCommand is retrieval
// of messages from an IMAP server.
svn path=/trunk/kdenetwork/kmail/; revision=175794
Zack Rusin
Marc Mutz
Daniel Molkentin
Dirk Mueller
Don Sanders
Ingo Klcker
Stephan Kulow
Carsten Burghardt
Michael Haeckel
Malcolm Hunter