Velkommen til det semantiske skrivebordet. Del 6: Akonadi og NEPOMUK forent

Denne evige serien, som allerede har dratt i lang tid (del 1, del 2, del 3, del 4 y del 5), har prøvd å vise kraften til et bestemt aspekt av KDE, som både er glemt i anmeldelsene og som utgjør forskjellen mellom KDE og resten av stasjonære maskiner der ute. Det er et forsøk på å rettferdiggjøre at vi lar NEPOMUK være aktivert på datamaskinene våre, et forsøk som virkelig har vært utrolig så langt. Men dette stopper ikke.

Hvis vi oppsummerer, har vi sett 6 KIO-slaver, nylige dokumenter: /; tidslinje: /; koder: /; Søk: /; aktiviteter: / og nepomuksearch: /, samt eksperimentelle fremskritt som integrering av deler av Plasma Active i Plasma-skrivebordet og integrasjonen mellom Amarok og NEPOMUK, og andre som ikke er så eksperimentelle, for eksempel Plasma Multimedia Center. Imidlertid har det manglet enormt og enormt, og det er den andre komponenten i KDE som blir sagt om så ille, eller enda verre, enn det som blir sagt om NEPOMUK: Akonadi, eller den sentraliserte databasen for e-post. og informasjon om KDE-folk. Integrasjonen mellom Akonadi og NEPOMUK er ekstremt stram, og problemer i den ene har konsekvenser for en annen, ettersom Akonadi bruker NEPOMUK til flere viktige funksjoner.

Vi går i deler.

PersonKontakt

NEPOMUK indekserer alt relatert til en bestemt person, og koder det med en spesiell type, kalt PersonContact. Dette er relevant, for hvis vi åpner en PersonContact i KRunner, eller i den nye Homerun, vil vi få et Dolphin-vindu med navnet på personen, og alle dokumenter og e-postmeldinger knyttet til den, når vi først har indeksert dem. Dette ser slik ut.

Selvfølgelig, hvis vi klikker på hver av disse e-postene, åpnes et pent KMail-vindu som viser det. Men for å komme til dette må vi først ha indeksert filene og e-postene våre. Og dette kan ikke ha skjedd, selv om vi fulgte veiledningen fra del 1.

Hva skjedde?

Det er fortsatt en feil i KDE 4.10, som under visse forhold hindrer Akonadi i å oppdage NEPOMUK når Akonadi kjører som en del av systemoppstart. For å sikre at e-postene våre blir indeksert, trenger vi for øyeblikket å starte Akonadi-konsollen (akonadiconsole) og starte Akonadi Nepomuk Feeder-ressursen på nytt. Forhåpentligvis vil denne feilen, som allerede er rapportert, bli løst så snart som mulig.

Når vi har løst dette problemet, må vi ta hensyn til Akonadi-ressursene ... fordi vi har overraskelser.

Akonadi-ressursen "NEPOMUK Tags"

Den gamle og velkjente KMail-konfigurasjonsboksen tjener ikke bare til å legge til e-postkontoer, men den er i stand til å legge til en veldig lite brukt ressurs, så mye at den ble total ødelagt og at den ble gjenopplivet i KDE 4.10.2: Tagger . I Innstillinger | Konfigurer KMail ... vi må legge til ressursen "Tagger" i kontopanelet. Når det er gjort, ser det slik ut.

Tagger-ressursen introduserer, som sett, og forutsatt at KDE 4.10.2 eller høyere brukes, en serie standardkoder for e-post, som er i kø, sendt, viktig, videresendt og svart. Hvert av disse navnene er ganske selvforklarende, og hvem som oppdager om posten ble besvart, ble videresendt eller er viktig, er verken mer eller mindre enn NEPOMUK. Selvfølgelig krysser klassifiseringen postkassene, slik at hvis det er to eller flere av dem, vil disse mappene inneholde alle viktige e-poster, for eksempel fra alle kontoer.

Selvfølgelig kan flere koder legges til. Dessverre kan dette ikke gjøres fra KMail, men det må gjøres fra Dolphin, og fra den skjulte "Tagger" -dialogen som oppnås ved å klikke på den blå teksten "Add tags" i informasjonspanelet. Forhåpentligvis er dette ergonomiproblemet løst. Det er imidlertid enkelt å merke e-post, og det kan gjøres ved å høyreklikke på e-post (e) som skal merkes, og velge "Merk meldingen | Bytt meldingsetikett ”.

Notater kan også legges til i meldinger, notater som er lagret i NEPOMUK-databasen.

E-post adresse

Det kanskje mest påfallende med NEPOMUK-støtte, og etter min mening er det vanligste og vanligste og minst revolusjonerende at uten NEPOMUK vil ikke autofullføring av adresser fungere, det vil si at Kontact bruker adressene som er lagret i adresseboken (hvor bra Det kan være tusenvis, spesielt hvis du bruker Google-ressurser) pluss nylige adresser, for å levere øyeblikkelige resultater. Sannheten er at dette er en funksjonalitet som allerede eksisterer i andre e-postklienter, og jeg nevner det her bare for fullstendighet.

KDE 4.10.3, fersk ut av ovnen, har lansert en ny e-postindekser, mye raskere og mer pålitelig enn den forrige, som er en mini-versjon av de overveldende endringene som kommer i KDE 4.11 i dette området. Så hvis du ikke har aktivert Akonadi og NEPOMUK ennå, eller indeksert e-post med det, er dette tiden.

Den siste delen av "Welcome to the Semantic Desktop" -serien vil dreie seg om å takle problemer med semantiske skrivebordsytelser, hva du skal gjøre i en nødsituasjon, og hva du skal gjøre når CPU-bruken skyter opp. Vi sees til da.