Välkommen till det semantiska skrivbordet. Del 6: Akonadi och NEPOMUK förenade

Denna eviga serie, som redan har dragit länge (del 1, del 2, del 3, del 4 y del 5), har försökt visa kraften i en specifik aspekt av KDE, som både glömts bort i recensionerna och som gör skillnaden mellan KDE och resten av skrivbordet där ute. Det är ett försök att motivera att vi lämnar NEPOMUK aktiverade på våra datorer, ett försök som verkligen har varit otroligt hittills. Men detta slutar inte.

Om vi ​​sammanfattar har vi sett 6 KIOslavar, senaste dokument: /; tidslinje: /; taggar: /; Sök: /; aktiviteter: / och nepomuksearch: /, samt experimentella framsteg som integrering av delar av Plasma Active i Plasma-skrivbordet och integrationen mellan Amarok och NEPOMUK och andra som inte är så experimentella, till exempel Plasma Multimedia Center. Det har dock saknats enormt och enormt, och det är den andra komponenten i KDE som sägs vara så dålig eller ännu värre än vad som sägs om NEPOMUK: Akonadi, eller den centraliserade databasen för e-postmeddelanden. Och information om KDE. människor. Integrationen mellan Akonadi och NEPOMUK är extremt tät, med problem i det ena som påverkar det andra, eftersom Akonadi använder NEPOMUK för flera viktiga funktioner.

Vi går i delar.

PersonKontakt

NEPOMUK indexerar allt som är relaterat till en viss person och kodar det med en speciell typ, kallad PersonContact. Detta är relevant, för om vi öppnar en PersonContact i KRunner eller i nya Homerun får vi ett Dolphin-fönster med namnet på personen och alla dokument och e-postmeddelanden som är relaterade till det, när vi har indexerat dem. Det här ser ut så här.

Naturligtvis, om vi klickar på var och en av dessa e-postmeddelanden öppnas ett trevligt KMail-fönster som visar det. Men för att komma till detta måste vi först ha indexerat våra filer och e-postmeddelanden. Och detta kan inte ha hänt, även om vi följde handledningen från del 1.

Vad hände?

Det finns fortfarande ett fel i KDE 4.10, vilket under vissa förhållanden hindrar Akonadi från att upptäcka NEPOMUK när Akonadi körs som en del av systemstart. För att säkerställa att våra e-postmeddelanden kommer att indexeras behöver vi för tillfället starta Akonadi-konsolen (akonadiconsole) och starta om resursen för Akonadi Nepomuk Feeder. Förhoppningsvis kommer detta fel, som redan har rapporterats, att åtgärdas så snart som möjligt.

När vi väl har löst problemet måste vi vara uppmärksamma på Akonadi-resurserna ... för vi har överraskningar.

Akonadi-resursen "NEPOMUK-taggar"

Den gamla och välkända KMail-konfigurationsrutan tjänar inte bara till att lägga till e-postkonton, men den kan lägga till en mycket liten resurs, så mycket att den var helt trasig och att den återuppstod i KDE 4.10.2: Taggarna resurs. I Inställningar | Konfigurera KMail ... vi måste lägga till resursen "Taggar" i kontopanelen. När det är klart ser det ut så här.

Taggarresursen introducerar, som sett, och förutsatt att KDE 4.10.2 eller högre används, en serie standardtaggar för e-postmeddelanden, som är köade, skickade, viktiga, vidarebefordrade och svarade. Var och en av dessa namn är helt självförklarande, och vem som upptäcker om mejlet besvarades, vidarebefordrades eller är viktigt är varken mer eller mindre än NEPOMUK. Naturligtvis korsar den klassificeringen postlådorna så att om det finns två eller fler av dem, kommer dessa mappar att innehålla alla viktiga e-postmeddelanden, till exempel från alla konton.

Naturligtvis kan fler taggar läggas till. Tyvärr kan detta inte göras från KMail, men det måste göras från Dolphin och från den dolda "Taggar" -dialogrutan som erhålls genom att klicka på den blå texten "Lägg till taggar" i informationspanelen. Förhoppningsvis är denna ergonomiproblem löst. Det är emellertid enkelt att tagga e-post och kan göras genom att högerklicka på de e-postmeddelanden som ska taggas och välja “Flagga meddelande | Växla meddelandeetikett ”.

Anteckningar kan också läggas till i meddelanden, anteckningar som lagras i NEPOMUK-databasen.

Mejladresser

Det kanske mest slående med NEPOMUK-stödet, och enligt min mening är det vanligaste och vanligaste och minst revolutionerande att utan NEPOMUK fungerar autoslutförandet av adresser inte, det vill säga att Kontact använder adresserna som är lagrade i adressboken (hur bra det kan vara tusentals, särskilt om du använder Googles resurser) plus senaste adresser, för att leverera omedelbara resultat. Sanningen är att detta är en funktion som redan finns i andra e-postklienter, och jag nämner det här bara för fullständighet.

KDE 4.10.3, fräsch från ugnen, har lanserat en ny e-postindexerare, mycket snabbare och mer tillförlitlig än den tidigare, vilket är en mini-version av de överväldigande förändringar som kommer i KDE 4.11 i denna fråga. Så om du inte har aktiverat Akonadi och NEPOMUK eller indexerat e-postmeddelanden med det är det dags.

Den sista delen av serien "Välkommen till Semantic Desktop" handlar om att hantera problem med semantiska skrivbordsprestanda, vad man ska göra i en nödsituation och vad man ska göra när CPU-användningen skyrockar. Vi ses tills dess.