Re: KDE SC 4.4.0 and address book (solved)
Art Alexion <[email protected]>
| Newsgroups | gmane.comp.kde.users.pim |
|---|---|
| Message-ID | <[email protected]> |
On Sunday 28 February 2010 06:49:14 Ingo Klöcker wrote: > I think you are a bit confused by all this new stuff and this is fully > understandable for anybody who does not follow the development as > closely as I do. I'll try to solve a bit of your confusion. > > KDE SC 3.5 supported (via the KDE Resources framework) address books > stored in many different ways, e.g. > - a vCard file > - a folder containing individual vCards (one per contact) > - on an IMAP server > - ... > > Akonadi supports address books stored in (not yet many) different ways, > e.g. > - a vCard file (via a native Akonadi resource) > - a folder containing individual vCards (one per contact) (via a native > Akonadi resource) > - on an IMAP server (via the compatibility Akonadi resource) > - everything supported by the KDE Resources framework (via the > compatibility Akonadi resource) > > What does change with Akonadi? > For the developer: A lot. Akonadi is a whole new way to access PIM data. > For the users: Basically nothing. Maybe the terminology used in the > applications will change a bit, but we try not to expose technical terms > in the user interface. > > In particular, what does not change with Akonadi is the actual storage. > Akonadi is no storage. It is very often confused with a storage. But it > is no storage. Akonadi is a layer between the storage (vCard file, > folder with vCards, IMAP folder) and the applications. This sheds some light on the problem that I just mentioned with kmail not seeing the native resource. It would appear that it is the "migrated" vCard file that it isn't seeing. Any suggestions on how to fix this? -- Art Alexion