[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kmail-devel
Subject:    Re: Request for comments: New address book API
From:       Ingo =?iso-8859-1?q?Kl=F6cker?= <ingo.kloecker () epost ! de>
Date:       2001-10-18 21:42:41
[Download RAW message or body]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Thursday 18 October 2001 01:58, Don Sanders wrote:
> On Thursday 18 October 2001 07:27, Ingo Klöcker wrote:
> > On Wednesday 17 October 2001 01:55, Don Sanders wrote:
> > > Allowing multiple email addresses for each person is
> > > more of a gimmick than a truely useful feature.
> >
> > No, it's not just a gimmick. Almost all my friends have
> > at least two separate email addresses. One for their
> > working place and one for their home. Now if I put all my
> > friends in a distribution list how can I make sure that
> > they all receive the message at their home address.
> > Making two addressbook entries for each of them just
> > because I'd like to reach them sometimes under their work
> > address and sometimes under their home address would be
> > really stupid.
>
> I don't think it's stupid. It solves the example problem you
> gave.  It's a trivially simple solution for a trivial
> problem.

Well, it might solve my problem. But then please remove the possibility 
to enter multiple email address for one address book entry. Because 
else this will only confuse the users. Furthermore I don't understand 
why you don't consider it stupid to have several address book entries 
for the same person just because the distribution list support in KMail 
is so badly designed that it doesn't support multiple email addresses 
per address book entry. Do you really expect the users to clone their 
address book entries (with different email addresses being the only 
difference) just to make the distribution list support work as 
expected?
As I can't help you with the implementation of distribution lists (I've 
hardly enough time to improve the OpenPGP support) please do it your 
way and simply ignore my (IMHO) justified critique.

> > > Custom entries aren't possible in the old or new
> > > addressbook. I plan to fake them by in KAddressbook by
> > > showing an entry for each category.
> >
> > Hmm, wasn't it possible in KAddressbook to define
> > arbitrary key/value pairs?
>
> Yes.

O.k., then I just misunderstood you.

> > Adding arbitrary key/value
> > pairs to the addressbook should be possible because one
> > can never now which information should later be stored in
> > the addressbook. As I already said, I'd like to store a
> > person's PGP keys (resp. the key IDs of those keys) in
> > the address book. And certainly some other apps also
> > would like to add some additionally information. Think
> > about ICQ numbers, AIM nicks, etc.
>
> I'm not sure how this is related to this thread. But as I
> said before I think a field for the PGP key is a very good
> idea. It could be shown in the details field of
> KAddressbook. ICQ numbers and AIM nicks, fields can be
> created that are shown in the All fields tab, but details
> tab should only be altered if a couple less important
> fields can be relegated to the all fields tab. (There's
> only room for one more field in Details before it becomes
> full).

Sounds good.

> Perhaps the new addressbook API could be extended to add
> support for PGP, ICQ and AIM keys.

I don't think this would be useful. It would only clutter the API. IMO 
it suffices that the API supports arbitrary key/value pairs.
But it would be good if there would be a place where all the key/value 
pairs which applications add to the address book where gathered to 
avoid conflicts between different applications using the same keys for 
different things.

Regards,
Ingo
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE7z0zRGnR+RTDgudgRAvpAAKCqxnbncricRSkBe4ThTgpkIeMqRQCgwVNT
SBbIjDN5oN71bOxxF0zH+AM=
=FWW6
-----END PGP SIGNATURE-----
_______________________________________________
kmail Developers mailing list
kmail@mail.kde.org
http://mail.kde.org/mailman/listinfo/kmail

[prev in list] [next in list] [prev in thread] [next in thread]