When "use kab" is choosen
Address completion suppots using libkab as a backend.
Standard Kmail Address Selection dialog supports uisng libkab.
Standard Kmail Address Selector/editor dialog supports using libkab.
So I haven't added new dialogs here I've just ported the old ones over to
using libkab optionally. There is however the (right click on an email
link) add address to addressbook dialog Mirko wrote.
I still have to do some more QA on this stuff but it seems ok.
Limitations
User notification of errors could be improved, but maybe that is
done in libkab anyway (it seems pretty talkative when it creates
databases...)
No option for people to add their 'upgrade' their standard kmail
addressbook info into a libkab database at the moment.
The "use kab" option has to be moved into the configuration dialog.
Would be nice to implement support for alternative addressbook GUIs.
svn path=/trunk/kdenetwork/kmail/; revision=56218
signatures for people using the defaults config values (i.e. people using
kmail the first time). I will post to the list because of this.
svn path=/trunk/kdenetwork/kmail/; revision=50381
minutes so it does not matter if the dialog will be
replaced later.
Geberally. Make sure every dialog has a non zero parent. Otherwise
each window will be a new entry in kicker or taskbar. Quite messy.
svn path=/trunk/kdenetwork/kmail/; revision=49407
Two operations are currently supported:
° picking the email address from an entry of the address database to
put it into a to- (etc.) -field.
° adding the sender or any other address that appears in a displayed
message to the address book, by either creating a new entry, or adding
this email address to an existing entry
Everything else is, in my opinion, no task for the mailer.
The files
kmaddrbook.h kmaddrbook.cpp kmaddrbookdlg.cpp kmaddrbookdlg.h
are no more needed, I think, but I did not remove them for now.
The files
addtoaddressbook.cpp addtoaddressbook.h
have been added by me.
There seems to be a problem when using the address database from
different clients at the same time. I will investigate that tomorrow.
--Mirko.
svn path=/trunk/kdenetwork/kmail/; revision=49369
so stupid ?) and had to put one file first in Makefile.am since it #defines
protected public for an include :-)
svn path=/trunk/kdenetwork/kmail/; revision=49096
WARNING: Composer inherits only KTMainWindow now. If you close reader and
composer is opened, reader will *quit* the application, and you might
lose your mail in composer. I´ll port reader to XMLGui as soon as
possible, and fix this.
svn path=/trunk/kdenetwork/kmail/; revision=45094
Don Sanders
Waldo Bastian
Jason Stephenson
George Staikos
Bernd Gehrmann
Daniel Naber
Espen Sand
Mirko Boehm
David Faure
Sven Radej
Robert Williams
Mario Weilguni
Reginald Stadlbauer
Michael Koch
Nicolas Hadacek