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
Allen Winter
Till Adam
Simon Hausmann
Marc Mutz
Bo Thorsen
Cornelius Schumacher
Ingo Klcker
Dirk Mueller