- Fix FIXME added by me in the separate reader window when viewing
text/plain attachments.
- Comment out mShowCompleteMessage from reader win. The only usage of
it is in the ObjectTreeParser, and I don't see any regressions with
simply assuming it to always be true. It certainly doesn't break the
claimed usage of this hack.
- group fonts/color member variables together.
- Refactor HTML head composition from parseMsg() into htmlHead()
- Use new htmlHead() to fix#60688
CCMAIL:60688-done@bugs.kde.org
ObjectTreeParser:
- Moved mIsFirstTextPart member variable from readerwin to here
- Removed the hack that maps app/pgp to text/plain. Instead, just call
the t/p method from the app/pgp case.
- At the end of parseObjectTree(), change the last
htmlWriter()->write() to htmlWriter()->queue(), since everything
that is called in between uses queue(), too (see below)
KHtmlHtmlWriter:
- Keep state to be able to warn about incorrect usage patterns
- Move html view init/finish to begin() and end() from kmreaderwin
and objecttreeparser
svn path=/trunk/kdepim/; revision=235256
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
Laurent Montel
Till Adam
Ingo Klcker
Reinhold Kainhofer
Marc Mutz
Dirk Mueller
Zack Rusin