From kde-pim Mon Aug 18 18:58:15 2008 From: Kevin Krammer Date: Mon, 18 Aug 2008 18:58:15 +0000 To: kde-pim Subject: Re: [Kde-pim] Akonadi being a desktop-indepent standard Message-Id: <200808182058.29886.kevin.krammer () gmx ! at> X-MARC-Message: https://marc.info/?l=kde-pim&m=121908600019373 MIME-Version: 1 Content-Type: multipart/mixed; boundary="--===============1373423607==" --===============1373423607== Content-Type: multipart/signed; boundary="nextPart4881774.vjWYqjznI1"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit --nextPart4881774.vjWYqjznI1 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 18 August 2008, David Jarvie wrote: > On Monday 18 August 2008 13:45, Kevin Krammer wrote: > > While Akonadi server is not a storage itself as David explained, from a > > client > > application's point of view it acts as a storage. > > > > An application could still use its own storage for some data, e.g. in > > your case email, and Akonadi for others, e.g. contacts. > > I find this statement a bit confusing. I presume what you mean by this is > that you might just use whatever default storage is accessed via Akonadi > for, in this example, contacts. But that Akonadi still doesn't actually > have its own storage - the contacts are still likely to be stored as vcard > data for example? What I meant to say is that an application could still opt to access its ow= n=20 data directly, e.g. in the case of Claws directly accessing its mails howev= er=20 it stores them, but use Akonadi to access contacts, etc. Basically a bit like KMail currently managing its mails but using KResource= to=20 access the addressbook. Of course ideally all PIM data is accessed through Akonadi, so data doesn't= =20 have to be migrated when users switch applications, but applications are=20 often very closely designed around their main data type storage method and= =20 might find it easier to just do other data types via Akonadi as a first ste= p. Cheers, Kevin =2D-=20 Kevin Krammer, KDE developer, xdg-utils developer KDE user support, developer mentoring --nextPart4881774.vjWYqjznI1 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iD8DBQBIqcZInKMhG6pzZJIRAtvsAJ9HJ+M8NvwRLR1JoFPkRe+2fulClwCfY81H /QDQ4eGdKJGqJEEQWPpWbyc= =GgPK -----END PGP SIGNATURE----- --nextPart4881774.vjWYqjznI1-- --===============1373423607== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ KDE PIM mailing list kde-pim@kde.org https://mail.kde.org/mailman/listinfo/kde-pim KDE PIM home page at http://pim.kde.org/ --===============1373423607==--