Ласкаво просимо до семантичного робочого столу. Частина 6: Аконаді та НЕПОМУК об’єдналися

Цей вічний серіал, який уже затягнувся на довгий час (парте 1, парте 2, парте 3, парте 4 y парте 5), спробував показати силу конкретного аспекту KDE, про який забувають у оглядах, і який робить різницю між KDE та рештою робочих столів. Це спроба виправдати те, що ми залишаємо NEPOMUK увімкненим на наших комп’ютерах, спроба, яка досі була неймовірно неймовірною. Але це не зупиняється.

Якщо підвести підсумки, ми побачили 6 рабів КІО, останні документи: /; шкала часу: /; теги: /; пошук: /; діяльність: / та nepomuksearch: /, а також експериментальні досягнення, такі як інтеграція частин Plasma Active у робочий стіл плазми та інтеграція між Amarok та NEPOMUK, та інші, не такі експериментальні, як Мультимедійний центр плазми. Однак цього не вистачає, і це інший компонент KDE, про який говорять як про погане або навіть гірше, ніж про тих, про кого говорять про NEPOMUK: Akonadi, або централізована база даних електронних листів та інформації про Люди KDE. Інтеграція між Аконаді та 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 або не проіндексували електронні листи з ними, зараз саме час.

Остання частина серії “Ласкаво просимо до семантичного робочого столу” буде присвячена вирішенню питань семантичної продуктивності робочого столу, що робити в екстрених ситуаціях і що робити, коли використання центрального процесора стрімко зростає. До зустрічі.