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

List:       kde-usability
Subject:    Re: KMail and contacts - RMB behavior
From:       Reinhold Kainhofer <reinhold () kainhofer ! com>
Date:       2002-05-30 10:38:21
[Download RAW message or body]

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

Am Donnerstag, 30. Mai 2002 10:05 schrieb Michael W. Collette:
> By making kaddressbook additionally clever, however well intentioned,
> breaks compatibility with a variety of other applications that need to make
> use of this data.  In my opinion, the lowest common denominator out there
> is the Palm address book.  Its the simplest set of data, and perhaps the
> single most popular electronic address book going.  Its a very proven user
> interface for even very demanding users of contact lists.  Pretty much
> every sales person in my company (with the exception of a couple CE users)
> manage all their contacts with one.
>
> In my mind, interactivity with other applications and appliances should
> take a very high priority over additional functionality.

Well, then just tell the KPilot conduit developers to figure out a clever way 
to resolve the compatibility issue with a new clever addressbook, instead of 
providing a dump application which can be guarantee to work without any 
serious thinking on the developer's side. BTW, I should mention, I'm the one 
who is currently rewriting the addressbook conduit for Kpilot (to , and the 
only obstacle I can currently see is palm's limitation to 5 phone and email 
entries per addressee. 

If the Kaddressbook (or rather the KABC::Addressee object) has more/additional 
information, it just won't get synced to the palm, but is it not lost. Only 
the information that the palm can handle is synced, all other fields in the 
Kaddressbook are left untouched. So if Kaddressbook uses some additional 
clever features, that's fine with the pilot, you just can't use the features 
with the pilot, but have to use kaddressbook. 

You could use the same argument with KOrganizer and the palm calendar. The 
palm calendar uses only very few information entries about the date, while 
KOrganizer adds such nifty features like participants. The palm conduit just 
ignores those fields it doesn't know anything about. No problem at all.

Reinhold
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)

iD8DBQE89gEgTqjEwhXvPN0RAicAAJ9ewYAO3C27NMs1/eE230T/xcoJEQCeNvX7
f6/FFD22w5br7Lnsv8nc9XI=
=45ds
-----END PGP SIGNATURE-----
_______________________________________________
kde-usability mailing list
kde-usability@mail.kde.org
http://mail.kde.org/mailman/listinfo/kde-usability
[prev in list] [next in list] [prev in thread] [next in thread]