Esta eterna serie, que xa se arrastra desde hai moito tempo (1ª parte, 2ª parte, 3ª parte, 4ª parte y 5ª parte), intentou amosar a potencia dun aspecto específico de KDE, que se esquece nas revisións e que marca a diferenza entre KDE e o resto dos escritorios que hai. É un intento de xustificar que deixemos activado NEPOMUK nos nosos ordenadores, un intento que foi realmente incrible ata agora. Pero isto non para. |
Se resumimos, vimos 6 escravos KIO, documentos recentes: /; cronoloxía: /; etiquetas: /; busca: /; actividades: / e nepomuksearch: /, así como avances experimentais como a integración de partes de Plasma Active no escritorio de Plasma e a integración entre Amarok e NEPOMUK, e outras non tan experimentais, como o Plasma Multimedia Center. Non obstante, faltou unha enorme e enorme falta, e é o outro compoñente de KDE sobre o que se di que as cousas son malas ou incluso peores do que se di sobre NEPOMUK: Akonadi ou a base de datos centralizada para correos electrónicos. E información sobre as persoas de KDE. . A integración entre Akonadi e NEPOMUK é moi estreita e os problemas afectan a outros, xa que Akonadi usa NEPOMUK para varias funcións vitais.
Imos por partes.
Índice
PersoaContacto
NEPOMUK indexa todo o relacionado cunha persoa específica e codifícao cun tipo especial, chamado PersonContact. Isto é relevante, porque se abrimos un PersonContact en KRunner ou no novo Homerun, obteremos unha xanela Dolphin co nome da persoa e todos os documentos e correos electrónicos relacionados con ela, unha vez que os indexamos. Isto parece así.
Por suposto, se facemos clic en cada un deses correos electrónicos, abrirase unha boa xanela de KMail amosándoa. Pero para chegar a isto, primeiro temos que indexar os nosos ficheiros e correos electrónicos. E é posible que isto non acontecese, aínda que seguimos o tutorial da primeira parte.
Que pasou?
Aínda hai un erro en KDE 4.10 que, baixo certas condicións, impide a Akonadi detectar NEPOMUK cando Akonadi funciona como parte do inicio do sistema. Para asegurarnos de que os nosos correos electrónicos estarán indexados, teremos que, por agora, lanzar a consola Akonadi (akonadiconsole) e reiniciar o recurso Akonadi Nepomuk Feeder. Esperemos que este erro, que xa se informou, se solucione canto antes.
Unha vez que teñamos solucionado este problema, debemos prestar atención aos recursos de Akonadi ... porque temos sorpresas.
O recurso de Akonadi "Etiquetas NEPOMUK"
A antiga e coñecida caixa de configuración de KMail non só serve para engadir contas de correo electrónico, senón que é capaz de engadir un recurso moi pouco usado, tanto que foi totalmente roto e que resucitou en KDE 4.10.2: as etiquetas recurso. En Preferencias | Configurar KMail ... debemos engadir, no panel de contas, o recurso "Etiquetas". Unha vez feito isto, parece así.
O recurso Etiquetas introduce, como se viu, e sempre que se empregue KDE 4.10.2 ou superior, unha serie de etiquetas predeterminadas para os correos electrónicos, que están en cola, enviados, importantes, reenviados e respondidos. Cada un destes nomes é bastante autoexplicativo e quen detecta se o correo foi respondido, reenviado ou é importante non é nin máis nin menos que NEPOMUK. Por suposto, esa clasificación cruza as caixas de correo, polo que se hai dúas ou máis, estas carpetas conterán todos os correos electrónicos importantes, por exemplo, de todas as contas.
Por suposto, pódense engadir máis etiquetas. Desafortunadamente, isto non se pode facer desde KMail, pero si desde Dolphin e dende o diálogo oculto "Etiquetas" que se obtén premendo no texto azul "Engadir etiquetas" no panel Información. Esperemos que este problema de ergonomía estea solucionado. Non obstante, etiquetar correos electrónicos é doado e pódese facer premendo co botón dereito do rato sobre os correos electrónicos que se van etiquetar e seleccionando "Marcar a mensaxe | Cambiar a etiqueta da mensaxe ”.
As notas tamén se poden engadir ás mensaxes, notas que se gardan na base de datos NEPOMUK.
Enderezos de correo electrónico
Quizais o máis chamativo do soporte de NEPOMUK e, na miña opinión, o máis común e común e o menos revolucionario é que sen NEPOMUK o autocompletado de enderezos non funcionará, é dicir, que Kontact usa os enderezos almacenados na axenda de enderezos (como ben pode ser miles, especialmente se utilizas recursos de Google) máis enderezos recentes, para obter resultados instantáneos. A verdade é que esta é unha funcionalidade que xa existe noutros clientes de correo, e cítoo aquí só por completo.
KDE 4.10.3, recén saído do forno, lanzou un novo indexador de correo electrónico, moito máis rápido e fiable que o anterior, que é unha versión mini dos abrumadores cambios que están a chegar en KDE 4.11 nesta área. Entón, se aínda non activou Akonadi e NEPOMUK nin indexou correos electrónicos con el, este é o momento.
A última parte da serie "Benvido ao escritorio semántico" versará sobre os problemas de rendemento do escritorio semántico, que facer en caso de emerxencia e que facer cando o uso da CPU se dispara. Vémonos ata entón.
3 comentarios, deixa os teus
Excelente serie de publicacións! Grazas por compartilos.
A serie de publicacións é realmente excelente. Sobre todo porque o primeiro que se le como suxestión ao instalar KDE é desactivar todos estes servizos sen nin sequera pensar na súa razón de ser.
Demóstrase un excelente manexo da tecnoloxía de escritorio KDE, que estou intentando poñer en práctica.
Saúdos!
Excelente información, ao ler as partes anteriores decateime da importancia dun escritorio semántico e da potencia (moitas veces esquecidas como dis e que así é) do contorno KDE con nepomuk.
Saúdos.