- Fix some includes
- Disable Qt3 support and KDE3Support in the CMake file
Now KMail is free of KDE3 and Qt3 support(*), hurray!!
Thanks to everyone who helped porting.
Now, let's party and relax a bit, and afterwards we can start to make things interesting
again by starting the Akonadi port :)
(*) Well, Almost. It still links to Qt3Support, because KGPG has
Qt3Support in its headers.
Also, Qt3Support and KDE3Support are still linked in indirectly
via libkdepim.
svn path=/trunk/KDE/kdepim/; revision=924827
-remove include_directories( CMAKE_CURRENT_SOURCE_DIR CMAKE_CURRENT_BINARY_DIR)
in the subdirs, since this is done now automatically by cmake (the CMAKE_INCLUDE_CURRENT_DIR option
-include_directories(KDE4_INCLUDES) in the toplevel CMakeLists.txt, so it
doesn't have to be done in every subdir
Alex
svn path=/trunk/KDE/kdepim/kontact/src/; revision=539795
strategy (iconic or inline) of the body part. Make the bodypartnode
implementation of the interface set it according to the readerwindow's
display strategy. Now bodypartformatter plugins can honor the display
strategy of the readerwindow they are invoked by.
svn path=/trunk/kdepim/; revision=346748
inheritting from the latter) . bodypartformatter.h forward declares
only KMail::HtmlWriter and in the KMail::Interface::BodyPartFormatter
interface it defines it specifies 'HtmlWriter' as argument to the format
method. If bodyformatter.h is included in some file that already
included htmlwriter.h, so that KMail::Interface::HtmlWriter is known as
well, then the HtmlWriter for format is picked up as
KMail::Interface::HtmlWriter, as BodyPartFormatter is in Interface.
Without such an inclusion KMail::HtmlWriter is picked up. This sometimes
confuses gcc. Till said he assumes the richer KMail::HtmlWriter is
actually meant here, so I'm making that explicit here.
svn path=/trunk/kdepim/; revision=342144
HTML-Escaping is a job for HtmlFormatter.
- KHtmlPartHtmlWriter now operates directly on KHTMLPart, not any longer
via KMReaderWin.
- inline KHtmlPartHtmlWriter::queuedHtml() into KHtmlPartHtmlWriter::queue()
svn path=/trunk/kdepim/; revision=201111
KHtmlPartHtmlWriter, which therefore becomes a QObject.
Add a new HtmlWriter::reset() method that KHtmlPartHtmlWriter
uses to stop it's timer and empty the html queue.
Don't delete mHtmlWriter in KMReaderWin dtor anymore, but rely on QObjects
destroying it's parents.
svn path=/trunk/kdepim/; revision=201105
First (and - apart from debugging purposes - probably only) implementation
KHtmlPartHtmlWriter, which currently still depends on KMReaderWin for the
queueHtml handling. Queued HTML writing will move to KHtmlPartHtmlWriter.
svn path=/trunk/kdenetwork/kmail/; revision=199819