automatically created when someone else gives you read access to his inbox)
Don't show the ACL tab for noContent folders.
Fixed a crash
svn path=/trunk/kdepim/; revision=303903
for disconnected imap.
To share the code between the imap and dimap cases, a new job class MultiSetACLJob
can set and delete multiple ACLs one after the other. This makes me realize that
we should document more how one can write high-level Job subclasses (like
e.g. CopyJob and DeleteJob in KIO), it's very convenient.
svn path=/trunk/kdepim/; revision=303615
- added getUserRights() (and signal when received) to IMAPAccountBase
- store user rights in KMFolderImap and KMFolderCachedImap (my kingdom for a common base class!)
svn path=/trunk/kdepim/; revision=303360
* when creating a new folder, show the tab and get settings from parent (account and ACLs etc.)
* fixed progressbar that didn't get cleared up after the set/delete acl jobs
And KMFolderDia now doesn't close on error anymore (e.g. when trying to
create/rename a folder to the name of a folder that already exists).
svn path=/trunk/kdepim/; revision=303331
Testcase: create a child folder. Set expiry to 3 in parent, 10 in child,
reopen dialog for child: it showed 3 instead of 10.
... tempted to make a remark about whether that commit was tested or not :)
svn path=/trunk/kdepim/; revision=302921
from the general tab to the dialog itself. Should be a no-op, but will allow
using parentFolder for the ACL tab.
Tested against regressions with both ACL folders (existing and new) and local folders (ditto).
svn path=/trunk/kdepim/; revision=302919
ConfigModule (from configuredialog.*) as the base class.
This will make it possible to add a 3rd optional tab for ACLs.
This could also allow implementing an Apply button, but for this the code
for save() (was: slotOk) must be ready to be called multiple times, which I
guess isn't the case when creating a new folder.
svn path=/trunk/kdepim/; revision=301784
that was just created.
I considered popping up a nice little info box saying: "You just created
the bugger, how can there be a mailing list in there? There ain't even
mail in it.", but then decided against it because that would rob the user
of the experience of klicking on that button all night long wondering
why nothing happens. While they are doing that they are safely off the
streets and not exercising their (accidently bestowed) right to vote or
something.
CCMAIL: 77752-done@bugs.kde.org
svn path=/trunk/kdepim/; revision=296316
- 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
Implementing automagic mailing list handling: KMail can now detect whether
a folder stores a mailing list in which case it will try to determine its post,
subscribe, unsubscribe, archive and help addresses.
Aaron could you figure out where the kaction's invoking post,subscribe... could
be put?
CCMAIL: aseigo@kde.org
svn path=/trunk/kdepim/; revision=295216
o Enable the expiry settings in the folder properties for imap and dimap
folders.
o Add some folderjob infrastructure to imapjob and cachedimapjob along the
way.
o Fix a few folderstorage crashes waiting to happen.
Only manual expiry of imap/dimap folders is hooked in, but we could just
as well hook the imap and dimap foldermanagers into the autoexpiry on
shutdown thingie. For dimap that should be as safe or unsafe as for maildir
and for imap it's as save or unsafe as deleting a bunch of messages and
immediately closing KMail. Opinions?
This commit is dedicated to the hardest working man in show business,
S. Kulow whose birthday it is today.
Let's give it up for the man:
o/` For he's a jolly good RD, for he's a jolly good RD, for he's a jolly
good RD ... which nobody can't deny .. o|`
CCMAIL: 48189-done@bugs.kde.org
svn path=/trunk/kdepim/; revision=290404
- Remove the 'Mark any message in this folder' option (don't ask me what the heck this was supposed to be). The corresponding widgets were anyway always hidden and thus never used.
- Move most of the initialization in a new private method to make the c'tor a bit smaller and to allow the following new feature:
- When creating a new folder use the settings of the parent folder as default values. This is very useful if you want to create a nice folder hiearchy for all those kde-cvs messages (which I wanted to do this morning).
svn path=/trunk/kdepim/; revision=252644
#define kernel KMKernel::self()
to
#define kmkernel KMKernel::self()
because 'kernel' was a much to general term. We really shouldn't repeat the mistakes of the X developers.
I noticed this problem when I played around with KImageEffects. kimageeffects.h contains 'kernel' as parameter of some methods and so the compilation had to fail. We won't need KImageEffects in the near future, but at least we are now prepared and a clash with another 'kernel' can't happen anymore.
svn path=/trunk/kdepim/; revision=252621
Especially protocol() == "imap". Note that using ssl completely breaks those
checks then as the protocol is then "imaps". Also the string compares
are suboptimal there - use folderType() == KMFolderTypeSomeType.
svn path=/trunk/kdepim/; revision=238868
- Cleanup the code by removing QGuardedPtr<KMAcctFolder> folder (which is a duplicate of QGuardedPtr<KMFolder> mFolder; the KMAcctFolder stuff is never needed) and QGuardedPtr<KMFolderTreeItem> mFolderItem (which isn't used anywhere). Furthermore use iterators for some loops.
svn path=/trunk/kdepim/; revision=223914
David Faure
Ingo Klcker
Carsten Burghardt
Till Adam
Stephan Binner
Zack Rusin
Bo Thorsen
Marc Mutz
Dirk Mueller
Stephan Kulow
Daniel Molkentin
Eugene Zelenko
Carsten Pfeiffer
Andras Mantia