by testing in slotOk() already and not later, whether the entered address
is sensible. While it might make sense to have identities without email
entries in some cases I think the safety gained for the majority of our
users outweighs the benefit of that flexibility.
BUG: 95546
svn path=/trunk/kdepim/; revision=372599
three tabs in the identitydialog, and fill it with four key requesters:
{Sign,Encrypt} {Key,Certificate}
and a preferred crypto message format.
It reimplements KDialogBase::slotOk() in order to perform a few checks on the
keys when hitting OK, such as whether or not they actually include the
email address the users has entered for this identity. These are warnings
only, since there might be good reasons to use a key/cert with an email
address not included in it.
As a little usability-gag, the email address just entered for this identity is
set as the initial query for the key requesters, so your cert/key is just one
click away most of the time :)
svn path=/trunk/kdepim/; revision=316495
(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
there, it won't be marked up at all - which should be fine enough in string
fix. I originally thought they are the cause
svn path=/trunk/kdepim/; revision=271372
you get an ugly <emph>@</emph> in the text - because there is no <emph> tag ;(
CCMAIL: 69655-done@bugs.kde.org
svn path=/trunk/kdepim/; revision=271342
- Add identity-dependant spell-checking dictionary.
Note that you need an up-to-date kdelibs/kdeui in order to compile this.
svn path=/trunk/kdepim/; revision=262136
- 'emails' (denglish) -> 'messages' (english)
- fix spelling
- shorten too long lines (max. 80 chars please)
- add an 'else'
- improve wording
- count the number of @ only once
svn path=/trunk/kdepim/; revision=254357
#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