[PATCH] Replacing email selection dialog in kmail

Aaron J. Seigo aseigo at kde.org
Mon Dec 1 17:03:36 GMT 2003

Hash: SHA1

On Monday 01 December 2003 03:24, Tobias Koenig wrote:
> I don't like this argument... It's like "I'd like to have a disc
> partitioning button in the email selection dialog because I use KMail
> quite often and do partitioning my hard disc quite often as well...

addresses are an integral part of mail. people deal with addresses everytime 
they write an email, and there are addresses involved with every email they 
read. because of this inextricable link between email and addresses, certain 
use cases arise. in this case, we're dealing with an ADDRESS PICKER, which is 
quite specifically about ADDRESSES.

now, we can choose to ignore this reality or we can decide to do our users a 
favour and provide software that addresses common usage patterns.

> I know neither libkabc nor KAddressBook provide an easy to integrate
> contact editor at the moment (this will change in KDE4.0), so it's
> absolutely ok to open KAddressBook at this point.

yes, we have to open KAddressBook right now, but it opens up an address editor 
which is a huge win (e.g. you don't have to re-find the address). the penalty 
is that it is slower than need be and doesn't have the tightest integration 
possible, but it does (in general) work. i'd rather see us introduce this UI 
now and improve its performance later rather than have a poor UI that suffers 
from the same CPU performance issues (launching KAddressBook) while also 
suffering from noticeably worse usability performance.

in other words, just openning KAddressBook isn't any faster for the computer 
and it's definitely slower for the user. i don't see how this can be 
considered an "attractive" option.

- -- 
Aaron J. Seigo
GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA  EE75 D6B7 2EB1 A7F1 DB43
"Never weary, never dispair, never give in" - Winston Churchill
Version: GnuPG v1.2.2-rc1-SuSE (GNU/Linux)


More information about the kde-core-devel mailing list