This bug partly was porting error, partly KHTML being less tolerant
about a second set of head, html and body tags.
svn path=/trunk/KDE/kdepim/; revision=808381
- use QChar instead of QCharRef in swapEndian()
- build the serial cache of a folder when opening
it with the headerview
Now the remaining slowness comes from Qt, especially
from Q3ListView::paintBranches(), which sucks away most
of the CPU.
svn path=/trunk/KDE/kdepim/; revision=807757
Merged revisions 779854 via svnmerge from
https://vkrause@svn.kde.org/home/kde/branches/kdepim/enterprise/kdepim
................
r779854 | pradeepto | 2008-02-27 07:38:24 +0100 (Wed, 27 Feb 2008) | 9 lines
Merged revisions 779632 via svnmerge from
svn+ssh://pradeepto@svn.kde.org/home/kde/branches/KDE/3.5/kdepim
........
r779632 | toma | 2008-02-26 23:02:34 +0530 (Tue, 26 Feb 2008) | 2 lines
Clarify this new string as I saw discussion in the NL and IT team about it.
........
................
svn path=/trunk/KDE/kdepim/; revision=807641
https://vkrause@svn.kde.org/home/kde/branches/kdepim/enterprise/kdepim
........
r743023 | mutz | 2007-11-29 18:44:11 +0100 (Thu, 29 Nov 2007) | 1 line
Add support for audit log inspection to the reader window.
........
r743026 | mutz | 2007-11-29 18:55:12 +0100 (Thu, 29 Nov 2007) | 1 line
Suppress context menu for kmail: links; rename ShowHTML..URLManager to KMailProtocolURLManager, since it already handles most of them; return status messages for all kmail: links, lest people get scared by seeing kmail:showFooBar gibberish in the status bar; Fix missing . in one status bar message.
........
svn path=/trunk/KDE/kdepim/; revision=807621
- Actually make use of mmap again, this will make calls
to KMMsgBase::getLongPart() a lot faster
- call KMMsgBase::date() less by putting it on the outside
of the loop.
In fact, I think this loop is unnecessary, performance seems
to be much better without it.
Both things above only speed up switching to folders that have the same
subject often, like commit folders.
Most slowness still comes from KMFolderIndex::find(), which uses
QVector::indexOf, which is too slow for a folder with 20k messages
svn path=/trunk/KDE/kdepim/; revision=807448
Merged revisions 743002-743003 via svnmerge from
https://vkrause@svn.kde.org/home/kde/branches/kdepim/enterprise/kdepim
........
r743002 | mutz | 2007-11-29 17:00:33 +0100 (Thu, 29 Nov 2007) | 1 line
Use multiArg here is probably useful...
........
r743003 | mutz | 2007-11-29 17:08:39 +0100 (Thu, 29 Nov 2007) | 2 lines
Use multiArg here is probably useful... pt.2
Sigh, some of these uses of .arg() look questionable, at least they're now safe
........
svn path=/trunk/KDE/kdepim/; revision=807352
https://vkrause@svn.kde.org/home/kde/branches/kdepim/enterprise/kdepim
........
r742294 | mutz | 2007-11-27 20:10:54 +0100 (Tue, 27 Nov 2007) | 1 line
Add boolean Composer/ShowGnuPGAuditLogAfterSuccessfulSignEncrypt option, adjust <label> for Composer/ShowSnippetManager for consistency with other <label>s
........
r742295 | mutz | 2007-11-27 20:12:22 +0100 (Tue, 27 Nov 2007) | 1 line
Depending on (hidden, for now) user setting, show the GnuPG audit log (currently only implemented for gpgsm) after successful sign/encrypt operations.
........
r742992 | mutz | 2007-11-29 16:34:06 +0100 (Thu, 29 Nov 2007) | 1 line
Collect bools in a bitfield, add QString auditLog
........
r743000 | mutz | 2007-11-29 16:54:55 +0100 (Thu, 29 Nov 2007) | 1 line
Gather the audit log, but don't change the frames, yet.
........
svn path=/trunk/KDE/kdepim/; revision=807342
The problem was that the sub-event loop of KleoJobExecutor would
process user input, which made it possible to switch messages while
the job was being executed. That caused trouble when returning from
the sub-event loop.
Thanks to Volker for the solution.
BUG: 162049
svn path=/trunk/KDE/kdepim/; revision=807341
(still?) unspecified internet-mail icon and with
future potential for more branding. Copied from
Oxygen in kdebase/runtime.
svn path=/trunk/KDE/kdepim/; revision=807249
Works quite similar to the one in the battery applet,
but because we're not Plasma, it's still blue-on-white
with most color schemes.
Tested on all shipped color schemes and three different
icons. Works fine everywhere except for Obsidian Coast
and Honeycomb - those lack contrast between link background
and link foreground, little that we can do here except
switching to KColorScheme's "Normal" colors (but that
doesn't look as nice, so let's rather have the tradeoff).
Hope you like it.
CCMAIL: uwolfer@kde.org
svn path=/trunk/KDE/kdepim/akregator/; revision=806957
used for mbox storage
BTW, I think we should discuss further enabling displaying warnings about recreating outdated indices for maildir:
in sqlite mode, I've seen way too many of them, so perhaps there is a way to fix timestamps instead of displaying the warning
svn path=/trunk/KDE/kdepim/; revision=805511
to skip message "The index of folder .. seems to be out of date" for maildir folders
This can probbaly fix recently reported issues with displaying the message for maildir folders.
-int KMFolderIndex::writeMessages( KMMsgBase* msg, bool flush, FILE* indexStream ):
added overload with indexStream arg, which simplifies KMFolderIndex::writeIndex() code
and avoids dangerous side effects
(note: this apparently was not a source of problems, though)
CCMAIL:kde-pim@kde.org
svn path=/trunk/KDE/kdepim/; revision=805447
- Enable some code again
- style fixes
Still totally broken, though.
Do not use a KMail version newer than the nommap branch merge.
svn path=/trunk/KDE/kdepim/; revision=805166
from
/branches/work/kmail-nommap (r799390..804487)
/branches/work/kdepim-nommap/kmail (r804484..804960)
The SQLite mode is currently enabled only on Windows (by KMAIL_SQLITE_INDEX define),
so on !Windows, the code for standard 'mmap' mode is compiled.
CCMAIL:kde-pim@kde.org
svn path=/trunk/KDE/kdepim/; revision=805075
- Add kWarning when index is rebuilt because it is out of date
- Add message box asking if the user really wants to manually
recreate the index
svn path=/trunk/KDE/kdepim/; revision=804158