Re: KDE SC 4.4.0 and address book (solved)

Werner Joss <[email protected]>
Newsgroups gmane.comp.kde.users.pim
Organization hoernerfranzracing
Message-ID <[email protected]>
Am Sunday 28 February 2010 11:41:52 schrieb Ingo Klöcker:
> You mean, what is the limitation of a local vCard file used via the 
> compatibility Akonadi resource (i.e. "KDE Address Book (traditional)") 
> opposed to a local vCard file used via the new native Akonadi resource 
> (i.e. "VCard File")?

yes.

> I do not know the details, but does it really matter? It should be 
> rather obvious that using a compatibility layer is subpar to using a 
> native layer because
> a) it adds a level of complexity, i.e. another point of failure, and
> b) the compatibility layer adds compatibility for all of the KDE 
> resources supported before Akonadi and thus cannot be tailored 
> specifically for the needs of a single case.
> 
> I see only one reason why one would prefer the compatibility resource 
> over the native resource: If the native resource has a bug which does 
> not occur with the compatibility resource. To my knowledge this is not 
> the case.

there might be others, too.
see my other post on the ubuntu-one/dropbox issue.
sure, I could just host the native akonadi ressource folders 
(~.local/share/contacts/ ...) on a dropbox/ubuntu-one share,
but that would result I could not use this directly from kde 3.5.x machines.
as a side note, the DIMAP/kaddressbook ressource approach still doesn't work 
for me, although I tried the latest advice on userbase on that topic.
plus, that would also imply I cannot easily access my contacts when I have 
just web access in an internet cafe (which is usually via internet exploder on 
a windoze box), same goes for windoze @work.
the dropbox/std.vcf approach still works relative well in this case.

werner
_______________________________________________
KDE PIM users mailing list
[email protected]
https://mail.kde.org/mailman/listinfo/kdepim-users
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.