Merged revisions 866739 via svnmerge from
svn+ssh://tmcguire@svn.kde.org/home/kde/branches/kdepim/enterprise4/kdepim
........
r866739 | tilladam | 2008-10-01 21:40:47 +0200 (Wed, 01 Oct 2008) | 1 line
On Windows, the serial number gets somehow crrupted, while traversing the plugin boundary. Move the invitation message deletion into the callback, inside KMail, where it belongs. Fixes kolab/issue2705.
........
svn path=/branches/KDE/4.1/kdepim/; revision=870425
svn+ssh://tmcguire@svn.kde.org/home/kde/branches/kdepim/enterprise4/kdepim
........
r866739 | tilladam | 2008-10-01 21:40:47 +0200 (Wed, 01 Oct 2008) | 1 line
On Windows, the serial number gets somehow crrupted, while traversing the plugin boundary. Move the invitation message deletion into the callback, inside KMail, where it belongs. Fixes kolab/issue2705.
........
svn path=/trunk/KDE/kdepim/; revision=870374
svn+ssh://ahartmetz@svn.kde.org/home/kde/branches/KDE/3.5/kdepim
........
r661739 | winterz | 2007-05-06 15:48:16 +0200 (So, 06 Mai 2007) | 2 lines
minor fixes for tstaerk's "Users want a subject that states if the invitation has been accepted" patch. Already forward ported.
........
svn path=/branches/kdepim/enterprise/kdepim/; revision=765741
svn+ssh://ahartmetz@svn.kde.org/home/kde/branches/KDE/3.5/kdepim
........
r661635 | tstaerk | 2007-05-06 09:49:23 +0200 (So, 06 Mai 2007) | 2 lines
The acceptance status is in status, not in Reply.
........
svn path=/branches/kdepim/enterprise/kdepim/; revision=765737
svn+ssh://ahartmetz@svn.kde.org/home/kde/branches/KDE/3.5/kdepim
........
r661525 | tstaerk | 2007-05-06 00:12:11 +0200 (So, 06 Mai 2007) | 1 line
Users want a subject that states if the invitation has been accepted
........
svn path=/branches/kdepim/enterprise/kdepim/; revision=765694
svn+ssh://tilladam@svn.kde.org/home/kde/branches/kdepim/enterprise/kdepim
........
r733159 | tilladam | 2007-11-05 18:29:15 +0100 (Mon, 05 Nov 2007) | 6 lines
Make it (non-gui) configurable when the user is asked to provide a comment
when reacting to an invitation and set the default to asking always, but not
for normal acceptance.
Prokde35-z Item 69
........
svn path=/branches/work/kdab-post-4.0/kdepim/; revision=733902
when reacting to an invitation and set the default to asking always, but not
for normal acceptance.
Prokde35-z Item 69
svn path=/branches/kdepim/enterprise/kdepim/; revision=733159
give original style answers about meeting attendance
but with i18n strings.
ALSO fixed krazy isses
AND did some coding style and indentation fixes
svn path=/trunk/KDE/kdepim/; revision=668050
Users want a subject that states if the invitation has been accepted
forward port SVN commit 661635 by tstaerk:
The acceptance status is in status, not in Reply.
svn path=/trunk/KDE/kdepim/; revision=661734
the handlers are invoked. Otherwise the user is confused, and the mail
underneath moves away, while the secondary window remains open and the
user can invoke the handlers again. While that is not strictly a
problem, this way is more intuitive, I believe.
(See: https://intevation.de/roundup/kolab/issue859)
svn path=/branches/kdepim/proko2/kdepim/; revision=439563
the handlers are invoked. Otherwise the user is confused, and the mail
underneath moves away, while the secondary window remains open and the
user can invoke the handlers again. While that is not strictly a
problem, this way is more intuitive, I believe.
(See: https://intevation.de/roundup/kolab/issue859)
svn path=/branches/KDE/3.5/kdepim/; revision=439559
- TeeHtmlWriter takes a list of HtmlWriters and just forwards every write()
request to all registered HtmlWriter's
- FileHtmlWriter writes - yes - to a file.
These are for debugging only, though one could think of offering
"save as html" functionality.
svn path=/trunk/kdepim/; revision=202590
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