This shows the presence of a mail's sender in the message view when using fancy headers and can show their KABC picture if set. ( currently disabled )
It also adds a Chat With.. action to the context menu for email addresses.
Zack points out this will give a performance hit as KABC is accessed each time a message is viewed, and KABC is not a fast library. If this is a problem this code can be disabled by removing 'status' from richHeaders in kmail/headerstrategy.cpp.
svn path=/trunk/kdepim/; revision=312901
positioned above the rest, to avoid relayouts.
Made the statusbar button toggle the showing (instead of always showing).
A frame is missing - will add that now.
svn path=/trunk/kdepim/; revision=312863
kmail-devel and is therefor perfect. :) This is still work in progress,
but David wants to start using it for dimap and I'll be working on it
over the next few days. Right now the following stuff iÑ done:
- replace the old cancel button with an up-arrow button which displays
the detailed progress dialog where individual actions can be canceled
- port the SmallProgressDlg to be a ProgressManager listener, which always
shows the latest transaction's (top level only) progress.
- port imapaccountbase and its displayProgress() catch all progress/cancel
handling to a single ProgressItem for now, per operation progress can
replace that one by one
- port KMMoveCommand
- port online imap mail check
Help with porting the remaining areaÑ of KMail would of course be
appreciated and a convenient way for you guys to find out if the API
sucks. :)
svn path=/trunk/kdepim/; revision=312708
(better than <foo.h>, especially when systems could have an identity.h somewhere)
A kconfig_update script moves the identities from kmailrc to emailidentities
svn path=/trunk/kdepim/; revision=311347
Thanks to Till for the advice on how to do that (storing folder id and using a KMMoveCommand)
Added kmkernel::findFolderById() to avoid copy/pasting yet another time
the code that looks in the 3 foldermgrs; ported the existing code to that.
CCMAIL: 43218-done@bugs.kde.org
svn path=/trunk/kdepim/; revision=311024
instead of "on exit" (which made it non-working in kontact, with session management etc.)
GUI: removed the "Warn before expiring messages" and "On Exit: Expire old messages" options.
Tasks are filed with the jobscheduler, and the job for that task is started
only if the folder isn't opened - so this needed some special handling of search
folder (asking them to try releasing a given folder) and some fixes relative to
open() and close() calls, in kmfoldercachedimap and kmfoldersearch in particular.
Don: please check the kmfoldersearch.cpp changes, in particular the added close()
CCMAIL: sanders@kde.org
svn path=/trunk/kdepim/; revision=310272
Relying on local .uidcache file broke for noContent folders, but also, as I
just found out, for shared folders that you used to have permissions to, then lost
the permission, then got again (in such a case the old local uidcache does NOT mean
the folder should be deleted!!!)
svn path=/trunk/kdepim/; revision=309052
- add storage property "noChildren" (guess what it does)
- allow the creation of subfolders of system folders (except the outbox)
- the content of the belongs-to combox in the folderdialog looks like the foldertree
- get rid of old stuff in kmfoldertree
- kmfoldertree is the parent of kmfolderdialog
...and fix the mailinglist handling
CCMAIL: 11903-done@bugs.kde.org
CCMAIL: 37139-done@bugs.kde.org
svn path=/trunk/kdepim/; revision=295688
then if it goes right through my kitchen then it totally messes up my hairdo.
When i wrote folderiface i wanted to make sure there's no gui code in it. now
i added it myself which implies i'd have to flame myself and give myself
an f in "software design 101" if not the fact that i fix it in this commit -
switching to using dcop signals.
svn path=/trunk/kdepim/; revision=295370
valid DCOPRefs again. There is one entry, the toplevel "/Local" one, which
listFolders returns but which does not give you a valid reference when
passed to getFolder(). I'm not sure whether it's better to not return that
at all. Tobias?
svn path=/trunk/kdepim/; revision=290294
(for example via dcop). Otherwise the local folders are toplevel, while
all account based folders are not, which looks strange and inconsistent
for example in the summary folder selection widget in kontact.
svn path=/trunk/kdepim/; revision=288845
- Port to the CryptPlug{,Wrapper} in libkleopatra, remove the old CryptPlugWrapper in libkdenetwork.
- Display an import summary for pkcs#7, smime-type=certs-only messages
- Shrink the config dialog page for CryptPlugs: Look, but don't touch.
- Add Tools->Certificate Manager to more easily launch Kleopatra (certmanager).
svn path=/trunk/kdepim/; revision=286575
KCMultiDialog.
Applying profiles is not working, there will hopefully be a more generic
solution for that soonish.
Boy, am I glad to get that sucker in. : )
svn path=/trunk/kdepim/; revision=284340
Good bye, KMTopLevelWidget (which wasn't needed anymore independently of this fix), and welcome KMail::SecondaryWindow which is the new super class for KMComposer and KMReaderMainWin and which reimplements KMainWindow::closeEvent() in order to fix this bug.
svn path=/trunk/kdepim/; revision=284023
make it more robust, more readable and more safe. The diff is very
confusing but has been thoroughly reviewed by Marc and Ingo. Thanks, guys.
Also move knowledge of the cache location into a static class method of
kmfolderimap and kmfoldercachedimap. Make kmkernel use that.
svn path=/trunk/kdepim/; revision=280965
either by calling KUniqueApplication::newInstance(), or by calling
KStartupInfo::setNewStartupId when that's not possible (e.g. kmkernel), as advised by Seli.
Kontact: don't show splash screen when calling newInstance in a running kontact.
KAddressbook: don't hide the existing window if an app calls kaddressbook --editor-only
svn path=/trunk/kdepim/; revision=277663
(inspired by Waldo's patch), ensured header file is translated.
Added missing activateWindow() calls so that new window created by e.g. "kmail foo@kde.org"
is brought to front. Note: the existing activateWindow in openReader doesn't work though,
even in the standalone kmail case, when typing kmail. kwin bug?
Added bool param and return value to distinguish the no-arguments
case from the other cases (so that "kmail" doesn't open a window if kontact is running).
svn path=/trunk/kdepim/; revision=276853
kontact. and save recentAddress when it embedded into kontact
(call in kmail_part destructor)
Before it loads config from kontact and not kmail/knode.
Patch ok'ed by Ingo Klöcker <kloecker@kde.org> (patch send on kmail-devel@kde.org)
svn path=/trunk/kdepim/; revision=276709
- We used to give a list of pointers of messages to upload to the server,
which is really bad, since the user could delete one before the job would
get around to upload it. Now it works on serial numbers instead and
there are no more crashes in this area
- We had two QDicts: IMAP UID -> KMail index and index -> UID. This was
not good because the maps would get out of sync and result in rebuilding
way too many times, plus the map from index to UID was not necessary.
Now the redundant map is gone, and a dirty flag was introduced to only
rebuild when necessary. This was one of the more serious reasons we
had dIMAP do 100% cpu time because it ended up in a very time consuming
O(n^2) remap method
- For stability reasons, we need to save the highest UID number we have
downloaded from the server fairly often. We took this seriously and
saved on every message. Another of the reasons it was incredibly slow.
Now it's timed, so there will only be a save a minute
- Don't write a uid cache file when we don't have any info for it
- Delete the uid cache file from the dimap cache directory
- Don't rebuild the remaining uid map all the time
- Fix bug 68587 - delete the relevant folders from the folder tree when
the account is removed
Patch reviewed by Till.
Bo.
svn path=/trunk/kdepim/; revision=276112