Akonadi and AddressBook/da: Difference between revisions

From KDE UserBase Wiki
No edit summary
No edit summary
Line 41: Line 41:
==Og når flere komponenter bruger '''Akonadi'''?==
==Og når flere komponenter bruger '''Akonadi'''?==


<span class="mw-translate-fuzzy">
Når resten af komponenterne flytter til '''Akonadi''', vil alle data så blive gemt under ~/.local/share? Det ville gøre backup let. Nuvel, kontakter og mails lagres der nu; jeg ved ikke, hvad planerne for begivenheder og gøremålslister er, men det ville give god mening også at gemme dem der. Vi vil have det med i overvejelserne, når diskussionen dukker op!
Når resten af komponenterne flytter til Akonadi, vil alle data så blive gemt under ~/.local/share? Det ville gøre backup let. Nuvel, kontakter og mails lagres der nu; jeg ved ikke, hvad planerne for begivenheder og gøremålslister er, men det ville give god mening også at gemme dem der. Vi vil have det med i overvejelserne, når diskussionen dukker op!
</span>


[[Category:System_(da)]]
[[Category:System_(da)]]
[[Category:Sider på dansk_(da)]]
[[Category:Sider på dansk_(da)]]

Revision as of 07:05, 19 June 2010

Template:I18n/Language Navigation Bar

Denne information stillet til rådighed af Tobias Koenig, KDE-PIM developer.

Nogle definitioner

Ved egentlige data forstår vi de egentlige data som kontakter eller begivenheder. Disse data gemmes direkte enten på en groupware-server eller i en lokal fil; præcis hvor afhænger af, hvilken ressource, du bruger. Ressourcen Personal Contacts gemmer fx sine data i $HOME/.local/share/contacts, mens ressourcen VCard File (som det ikke anbefales at bruge ) gemmer sine data i $HOME/.kde/share/apps/kabc/std.vcf.

De cachede data er kopier af de 'egentlige data', som gemmes i databasen for hurtigere tilgang og offline opbevaring. Databasen indeholder også metadata, som er administrative data, som Akonadi behøver for at virke korrekt.

Ved konfigurationsdata forstås de data, som konfigurerer Akonadi-serveren og de enkelte ressourcer. Serverens konfigurationsdata kan findes under $HOME/.config/akonadi, mens ressourcernes konfigurationsdata for det meste gemmes i $HOME/.kde/share/config/akonadi_xyz_resourcerc# (hvor xyz er ressourcens navn og # er et løbenummer).

Organisering af backups

Nu skal vi beslutte, hvad vi vil have med i backup'en. Hvis du ønsker backup af de egentlige data, så afhænger det af, hvilken ressource du har konfigureret... hvis du bruger en groupware-server, så skulle backup'en blive ordnet der. For kontakter vil du normalt gemme filer i $HOME/.local/share/contacts.

Akonadis systembakkeikon har en funktion til backup og gendannelse. Den laver en backup af de cachede data, som ikke nødvendigvis omfatter alle dine data! Det kan være nyttige, hvis du ønsker at klone et system 1:1; så kan du kopiere de cachede data sammen med de egentlige data og konfigurationen, sådan at du ikke behøver at indlæse data fra kilderne igen (fx fra en groupware-server).

Inspicer dine ressourcer

Via KRunner kan du åbne Akonadi ressourcekonfiguration, eller du kan tilgå den ved hjælp af systembakkeikonets Konfigurer. Du finder nok adskillige ressourcer, som allerede er sat op. Du finder måske en med navnet

Address Book - No KDE address book plugin configured yet.

Det er en gammel kompatibilitetsbro (som muligvis er dannet af overførselsredskabet). Den bør du fjerne!

std.vcf - Ready

Dette er ressourcen for VCard File, som peger på $HOME/.kde/share/apps/kabc/std.vcf som standard. Det anbefales ikke at du bruger den, da den ikke udnytter Akonadis fordele.

Personal Contacts - Offline

Det er den foretrukne ressource for dine lokale kontakter, som peger på

 $HOME/.local/share/contacts

Bemærk, at den måske siger Offline, selv om du faktisk bruger den. Det er en fejl i visningen, som du trygt kan ignorere.

Og når flere komponenter bruger Akonadi?

Når resten af komponenterne flytter til Akonadi, vil alle data så blive gemt under ~/.local/share? Det ville gøre backup let. Nuvel, kontakter og mails lagres der nu; jeg ved ikke, hvad planerne for begivenheder og gøremålslister er, men det ville give god mening også at gemme dem der. Vi vil have det med i overvejelserne, når diskussionen dukker op!