- 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
We have to check the cached message count because the folder isn't open.
With Kontact this still doesn't work. But that's a more general problem
(cf. bug 67013).
CCMAIL: 67725-fixed@bugs.kde.org
svn path=/trunk/kdepim/; revision=274572
Don't try to decrypt anything while a popup menu is shown.
The real fix is making the decryption non-blocking. But that'll have to wait till after KDE 3.2.
CCMAIL: 56693-fixed@bugs.kde.org
svn path=/trunk/kdepim/; revision=270269
by a clean signal/slot solution to notify the single components of a change
in the config dialog.
That fixes also #67484.
CCMAIL:67484-done@bugs.kde.org
svn path=/trunk/kdepim/; revision=269130
active readerwindow to ask that for the attachmentstrategy but pass it
along with the folder job, so it is available when the mime structure
comes in with load on demand. Remove unused KMKernel::activeReaderWindow
which doesn't work in kontact anyhow.
CCMAIL: 67644-done@bugs.kde.org
svn path=/trunk/kdepim/; revision=268877
This should fix a bug with ad hoc filters crashing when they move a message
to a different folder.
And also fix the bug/limitation that the move to folder action has to
come last in the list of filter actions for a filter.
This commit doesn't really use the action scheduler, code to use the
action scheduler in kmheaders and kmcommands is commented out.
I've been testing this code for a few weeks now. The changes to the
assignment operators in the kmmessage and kmmsgbase classes are the
changes I'm most concerned about here.
svn path=/trunk/kdepim/; revision=264912
Don Sanders
Andreas Gungl
Ingo Klcker
Bo Thorsen
Carsten Burghardt
Andrew Coles
Laurent Montel
Zack Rusin
Till Adam
Dirk Mueller
Marc Mutz
David Faure
Daniel Molkentin
Stephan Kulow
Tobias Koenig
Stephan Binner