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
This is a set of changes that is well test by myself and others.
The following bug fixes amongst others are included:
Compilation fix: the certificate dialog now compiles
Mjr bugfix: Prevent mail loss when kmail crashes while editing a
drafts message
Mjr bugfix: Fix erratic folder changing when clicking on the folder
tree
Mjr bugfix: Prevent mail loss when applying filters
The follow features have been implemented:
* KMail is now a KPart and can be embedded in the Kontact/Kaplan
container applications along with other KDE PIM applications.
* Remove duplicates function for removing duplicate messages in
a folder.
* Messages can be dragged and dropped on a composer window to
add those messages as attachments.
* Deletion in threaded mode is improved, child messages will no
longer be scattered when a parent is deleted.
* Multiple messages can now be selected in the search dialog.
* New context menu in the search dialog with Move, Copy, Reply
etc. actions for operating on selected messages.
* Search criteria in the search dialog now supports more types
of rules and a variable number of rules.
* Faster searching of large messsages.
* 'Search Folders' which are a KMail folder that stores a search
expression and is dynamically updated (also known as virtual
folders).
* The separate window for reading mail has a context menu with
Reply, Copy etc. actions for operating on the message
displayed.
* The separate window for reading mail has a tool bar.
* Startup of KMail is faster.
* Switching between folders is faster.
* The contents of all composer windows are saved to disk on
composer window creation and then periodically saved to
prevent mail loss in the result of a system crash.
* The state of KMail folders is saved to disk periodically to
prevent status information loss in the result of a system
crash.
Note after start KMail switching to folders for the first time will
slow as the format of the .sorted file has changed.
Enjoy!
svn path=/trunk/kdenetwork/kmail/; revision=195825