Добре дошли в семантичния работен плот. Част 6: Аконади и NEPOMUK обединени

Тази вечна поредица, която вече се проточи дълго (част 1, част 2, част 3, част 4 y част 5), се опита да покаже силата на специфичен аспект на KDE, който едновременно е забравен в рецензиите и който прави разликата между KDE и останалите настолни компютри там. Това е опит да ни оправдае, че оставяме NEPOMUK активиран на нашите компютри, опит, който досега наистина беше невероятен. Но това не спира.

Ако обобщим, видяхме 6 KIOslaves, последнитедокументи: /; времева линия: /; тагове: /; Търсене: /; дейности: / и nepomuksearch: /, както и експериментални подобрения като интегрирането на части от Plasma Active в плазмен десктоп и интеграцията между Amarok и NEPOMUK и други, които не са толкова експериментални, като Plasma Multimedia Center. Има обаче огромни и огромни липси и това е другият компонент на KDE, за който нещата се казват като лоши или дори по-лоши от тези, казани за NEPOMUK: Akonadi, или централизираната база данни за имейли и информация за хората от KDE. . Интеграцията между Akonadi и NEPOMUK е изключително тясна, като проблемите в единия засягат другия, тъй като Akonadi използва NEPOMUK за няколко жизненоважни функции.

Отиваме на части.

Лице Контакт

NEPOMUK индексира всичко, свързано с конкретно лице, и го кодира със специален тип, наречен PersonContact. Това е от значение, защото ако отворим PersonContact в KRunner или в новия Homerun, ще получим прозорец на Dolphin с името на лицето и всички документи и имейли, свързани с него, след като ги индексираме. Това изглежда така.

Разбира се, ако щракнем върху всеки от тези имейли, ще се отвори хубав прозорец на KMail, който го показва. Но за да стигнем до това, първо трябва да сме индексирали нашите файлове и имейли. И това може да не се е случило, въпреки че последвахме урока в част 1.

Какво стана?

Все още има грешка в KDE 4.10, която предотвратява при определени условия Akonadi да открие NEPOMUK, когато Akonadi работи като част от стартирането на системата. За да сме сигурни, че имейлите ни ще бъдат индексирани, засега ще трябва да стартираме конзолата Akonadi (akonadiconsole) и да рестартираме ресурса Akonadi Nepomuk Feeder. Надяваме се тази грешка, която вече е докладвана, да бъде отстранена възможно най-скоро.

След като разрешим този проблем, трябва да обърнем внимание на ресурсите на Аконади ... защото имаме изненади.

Ресурсът на Аконади "Етикети NEPOMUK"

Старото и добре познато поле за конфигуриране на KMail служи не само за добавяне на имейл акаунти, но е в състояние да добави много малко използван ресурс, дотолкова, че да е напълно счупен и да бъде възкресен в KDE 4.10.2: Етикетите ресурс. В Предпочитания | Конфигурирайте KMail ... трябва да добавим в панела за акаунти ресурса "Тагове". След като приключи, изглежда така.

Ресурсът Тагове въвежда, както се вижда, и при условие, че се използва KDE 4.10.2 или по-нова, серия от маркери по подразбиране за имейли, които са на опашка, Изпратени, Важни, Препратени и Отговорени. Всяко от тези имена е напълно обяснимо и който открие дали е изпратен отговор, изпратен ли е или е важен, не е нито повече, нито по-малко от NEPOMUK. Разбира се, тази класификация пресича пощенските кутии, така че ако има две или повече от тях, тези папки ще съдържат всички важни имейли, например от всички акаунти.

Разбира се, могат да се добавят още тагове. За съжаление това не може да се направи от KMail, но трябва да се направи от Dolphin и от скрития диалогов прозорец „Тагове“, който получавате, като щракнете върху синия текст „Добавяне на маркери“ в информационния панел. Надяваме се, че този проблем с ергономията е решен. Маркирането на имейли обаче е лесно и може да се направи, като щракнете с десния бутон на мишката върху имейлите, които ще бъдат маркирани, и изберете „Маркиране на съобщението | Превключване на етикета на съобщението ”.

Бележките могат също да се добавят към съобщения, бележки, които се съхраняват в базата данни NEPOMUK.

Имейл адреси

Може би най-поразителното при поддръжката на NEPOMUK и според мен най-често срещаното и най-малко революционно е, че без NEPOMUK автоматичното попълване на адреси няма да работи, тоест, че Kontact използва адресите, съхранени в адресната книга (как добре може да са хиляди, особено ако използвате ресурси на Google) плюс скорошни адреси, за да осигурите незабавни резултати. Истината е, че това е функционалност, която вече съществува в други пощенски клиенти и я споменавам тук само за пълнота.

KDE 4.10.3, прясно от фурната, пусна нов имейл индексатор, много по-бърз и по-надежден от предишния, който е мини версия на огромните промени, които предстоят в KDE 4.11 по този въпрос. Така че, ако все още не сте активирали Akonadi и NEPOMUK или не сте индексирали имейли с тях, сега е моментът.

Последната част от поредицата „Добре дошли в семантичния работен плот“ ще бъде посветена на справянето със семантичните проблеми с производителността на работния плот, какво да се прави при спешни случаи и какво да се прави, когато използването на процесора скочи рязко. Ще се видим дотогава.