Maligayang pagdating sa semantic desktop. Bahagi 6: Nagkaisa sina Akonadi at NEPOMUK

Ang walang hanggang seryeng ito, na matagal nang nag-drag (bahagi 1, bahagi 2, bahagi 3, bahagi 4 y bahagi 5), Sinubukan upang ipakita ang lakas ng isang tukoy na aspeto ng KDE, na parehong nakalimutan sa mga pagsusuri at kung saan ginagawang pagkakaiba ang pagitan ng KDE at ang natitirang mga desktop doon. Ito ay isang pagtatangka upang bigyang-katwiran kaming umaalis sa NEPOMUK na pinagana sa aming mga computer, isang pagtatangka na talagang hindi kapani-paniwala sa ngayon. Ngunit hindi ito titigil.

Kung muling nag-recap, nakita namin ang 6 na KIOslaves, mga kamakailang dokumento: /; timeline: /; mga tag: /; paghahanap: /; mga aktibidad: / at nepomuksearch: /, pati na rin ang mga pang-eksperimentong pagsulong tulad ng pagsasama ng mga bahagi ng Plasma na Aktibo sa desktop ng Plasma at ang pagsasama sa pagitan ng Amarok at NEPOMUK, at iba pa na hindi masyadong pang-eksperimentong, tulad ng Plasma Multimedia Center. Gayunpaman, nagkaroon ng isang malaki at malaking nawawala, at ito ang iba pang bahagi ng KDE na sinabi na masama, o mas masahol pa, kaysa sa sinabi tungkol sa NEPOMUK: Akonadi, o ang sentralisadong database para sa mga email. At impormasyon tungkol sa KDE mga tao Ang pagsasama sa pagitan ng Akonadi at NEPOMUK ay lubos na masikip, at ang mga problema sa isa ay may mga epekto sa iba pa, dahil ang Akonadi ay gumagamit ng NEPOMUK para sa maraming mahahalagang pagpapaandar.

Pumupunta kami sa mga bahagi.

Makipag-ugnay sa Tao

Nai-index ng NEPOMUK ang lahat na nauugnay sa isang tukoy na tao, at na-encode ito ng isang espesyal na uri, na tinatawag na PersonContact. Nauugnay ito, dahil kung magbubukas kami ng isang PersonContact sa KRunner, o sa bagong Homerun, makakakuha kami ng isang Dolphin window na may pangalan ng tao, at lahat ng mga dokumento at email na nauugnay dito, sa sandaling nai-index namin ang mga ito. Ganito ang hitsura nito.

Siyempre, kung mag-click kami sa bawat isa sa mga email na iyon, isang magandang window ng KMail ang magbubukas na ipinapakita ito. Ngunit upang makarating dito, kailangan muna naming i-index ang aming mga file at email. At maaaring hindi ito nangyari, kahit na sinundan namin ang tutorial mula sa bahagi 1.

Ano ang nangyari?

Mayroon pa ring isang bug sa KDE 4.10, kung saan, sa ilalim ng ilang mga kundisyon, pinipigilan ang Akonadi mula sa pagtuklas ng NEPOMUK kapag ang Akonadi ay tumatakbo bilang bahagi ng pagsisimula ng system. Upang matiyak na mai-index ang aming mga email, kakailanganin namin, sa ngayon, upang ilunsad ang Akonadi console (akonadiconsole) at muling simulan ang mapagkukunan ng Akonadi Nepomuk Feeder. Sana ang bug na ito, na naiulat na, ayusin sa lalong madaling panahon.

Kapag nalutas na namin ang problemang ito, kailangan nating bigyang pansin ang mga mapagkukunan ng Akonadi ... dahil mayroon kaming mga sorpresa.

Ang mapagkukunan ng Akonadi na "NEPOMUK Tags"

Ang luma at kilalang kahon ng pagsasaayos ng KMail ay hindi lamang nagsisilbi upang magdagdag ng mga email account, ngunit nakapagdagdag ito ng napakakaunting ginamit na mapagkukunan, na lubos na nasira at nabuhay na muli sa KDE 4.10.2: ang mapagkukunan ng Tags . Sa Mga Kagustuhan | I-configure ang KMail ... dapat naming idagdag, sa panel ng mga account, ang mapagkukunan na "Mga Tag". Kapag tapos na, mukhang ganito.

Ipinakikilala ng mapagkukunan ng Tags, tulad ng nakikita, at inilaan na ginagamit ang KDE 4.10.2 o mas mataas, isang serye ng mga default na tag para sa mga email, na nakapila, Naipadala, Mahalaga, Ipinasa at Na-reply. Ang bawat isa sa mga pangalang ito ay lubos na nagpapaliwanag, at sino ang makakakita kung ang mail ay sinagot, naipasa o mahalaga ay hindi hihigit o mas mababa pa kaysa sa NEPOMUK. Siyempre, ang pag-uuri na iyon ay tumatawid sa mga mailbox, upang kung may dalawa o higit pa sa mga ito, maglalaman ang mga folder na ito ng lahat ng mahahalagang email, halimbawa, mula sa lahat ng mga account.

Siyempre, maraming mga tag ang maaaring idagdag. Sa kasamaang palad, hindi ito magagawa mula sa KMail, ngunit kailangang gawin ito mula sa Dolphin, at mula sa nakatagong dialog na "Mga Tag" na nakuha sa pamamagitan ng pag-click sa asul na teksto na "Magdagdag ng mga tag" sa panel ng Impormasyon. Sana maayos ang problemang ergonomics na ito. Gayunpaman, madali ang pag-tag sa mga email, at maaaring gawin sa pamamagitan ng pag-right click sa (mga) email na ma-tag, at pagpili sa “I-flag ang Mensahe | I-toggle ang label ng mensahe ”.

Maaari ring maidagdag ang mga tala sa mga mensahe, tala na nakaimbak sa NEPOMUK database.

Mga email address

Marahil ang pinaka-kapansin-pansin na bagay tungkol sa suporta ng NEPOMUK, at sa aking palagay, ang pinaka-karaniwan at karaniwan at ang pinakakaunting rebolusyonaryo ay na walang NEPOMUK hindi gagana ang autocompliment ng mga address, iyon ay, ginagamit ng Kontact ang mga address na nakaimbak sa address book (paano mabuti maaari itong maging libo-libo, lalo na kung gumagamit ka ng mga mapagkukunan ng Google) kasama ang mga kamakailang address, upang makapaghatid ng mga instant na resulta. Ang totoo ay ito ay isang pagpapaandar na mayroon nang ibang mga kliyente sa mail, at binabanggit ko ito dito para lamang sa pagkakumpleto.

Ang KDE 4.10.3, sariwang labas ng oven, ay naglunsad ng isang bagong email indexer, na mas mabilis at mas maaasahan kaysa sa naunang isa, na isang mini bersyon ng napakatinding mga pagbabago na darating sa KDE 4.11 sa lugar na ito. Kung hindi mo pa napapagana ang Akonadi at NEPOMUK, o na-index ang mga email kasama nito, ngayon ang oras.

Ang huling bahagi ng serye na "Maligayang Pagdating sa Semantic Desktop" ay tungkol sa paglutas ng mga isyu sa pagganap ng semantiko sa desktop, kung ano ang gagawin sa isang kagipitan, at kung ano ang gagawin kapag nag-skyrockets ang paggamit ng CPU. Magkita tayo hanggang dun.