sed 's/59 Temple Place - Suite 330, Boston, MA 02111-1307/51 Franklin Street, Fifth Floor, Boston, MA 02110-1301/'
PS: I didn't touch the kalarm dir, since david seems to update the address himself, and I don't want to create conflicts for him.
CCMAIL:lists@astrojar.org.uk
svn path=/trunk/KDE/kdepim/; revision=437921
ran across this while doing a very similar dialog and wondering why my
buttons where at the bottom, instead of at the top. Well, as Marc
educates me, the children are added on childEvent, which means after the
stretch is added. When I went back to this dialog to check why it works
here, I noticed that it doesn't. ;)
svn path=/trunk/KDE/kdepim/; revision=434205
only _one_ address book available...
That might break some apps... but since we'll use an async API in 4.0 the apps
must be rewritten anyway.
CCMAIL:kde-pim@kde.org
svn path=/trunk/kdepim/; revision=399156
Slightly change the logic which decides when to show the acl "we don't
know yet, use check mail" info message, because in a minute the user
rights will be persisted, but the acls not, so we can't use the userrights
as an indicator of "not synced yet" anymore.
svn path=/trunk/kdepim/; revision=381750
know yet, use check mail" info message, because in a minute the user
rights will be persisted, but the acls not, so we can't use the userrights
as an indicator of "not synced yet" anymore.
svn path=/branches/proko2/kdepim/; revision=358467
so don't use KABC::DistributionListManager anymore.
KPIM::DistributionList inherits KABC::Addressee and saves the uid+optional_email
in a custom field. Comes with regression test.
svn path=/branches/proko2/kdepim/; revision=355809
than showing a warning dialog (for an action that can't be undone, and doesn't
make sense!).
https://intevation.de/roundup/kolab/issue377
svn path=/trunk/kdepim/; revision=349112
than showing a warning dialog (for an action that can't be undone, and doesn't
make sense!).
https://intevation.de/roundup/kolab/issue377
svn path=/branches/KDE_3_3_BRANCH/kdepim/; revision=349112
correct to suppress the slash. Make the folderdia react correctly to failed folder-creations.
CCMAIL: 48080-done@bugs.kde.org
svn path=/trunk/kdepim/; revision=322189
Even though MYRIGHTS doesn't say so after removing one's own ACL,
Cyrus lets the user admin his inbox (and google says some other servers
simply don't allow removing his own admin rights).
So better not disable the buttons in the ACL dialog.
svn path=/trunk/kdepim/; revision=310284
(on Carsten's server but not on my usual one, for some reason).
The problem is that creating a folder over online-imap is asynchronous,
it's even double-async since there's mkdir and then listDir.
So the ACL code was trying to set the acl too early and/or
on the wrong URL (why/where does /INBOX/test2 turn into /INBOX.test2?)
I'm still not sure why the listDirectory() returned empty (which made it remove the
local child folders) though. It's strange that doing another kio job in parallel
to the mkdir/listDir ones would do that... Anyway it works now.
CCMAIL: Carsten Burghardt <burghardt@kde.org>
svn path=/trunk/kdepim/; revision=309699
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
KABC is fun: KABC::DistributionList::Entry::List::ConstIterator :)
Don't try to remove ACL from server when it was added then removed again before saving.
Disable GUI during saving to avoid nasty surprises.
svn path=/trunk/kdepim/; revision=303864
addressee selection dialog. With support for applying an ACL to multiple
addressees at once.
The "Modify ACL" button opens the same dialog but in single-addressee mode.
The conversion from email address to imap userid supports two modes right now:
fullemail and username. A hidden kconfig key (kmailrc/[IMAP]/UserIdFormat) allows
to manually set it, but otherwise it's automatically determined from the
format of the current user's own IMAP login.
svn path=/trunk/kdepim/; revision=303650
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
Reinhold Kainhofer
Till Adam
Tobias Koenig
David Faure
Stephan Binner
Luk Tinkl
Carsten Burghardt
Andrew Coles