Reprise du message précédent :
ah ben je ne les ai jamais eues ! par contre, j'utilise sans soucis les raccourcis clavier, et même le simple fait de rabattre l'écran du portable.  
Merci pour les explications en tout cas.

Oui, tant que ça marche toujours en rabattant l'écran du portable, ça me va.

Je cherche sur ddg mon problème, et je tombe là dessus.
HFR est formidable    
 
Bon ba du coup c'est pas résolu en 4.12
 
Je continue l'investigation.
 
Au passage,  

Tiens sur Chakra j'ai eu la nouvelle version du plasma-nm (network manager). Il y a désormais un "mode avion" et un "mode connexion mobile", ça fait bizarre sur une distribution de bureau je trouve.

Bon j'ai résolu mon probleme d'akonadi, en supprimant sa base. Rien n'est perdu, il a juste tout reconstruit (pour 10 000 mails bordel c'est genre 4h ) et depuis ça plus d'erreurs, et la recherche de kmail refonctionne \o/

kmail ?

pourquoi ne pas utiliser plutôt un client mail multiplateforme comme thunderbird au cas où un jour tu abandonnerais kde ?

en gros la même logique d'utiliser firefox/chrome au lieu de konqueror pour l'internet

sinon j'ai remarqué un bug sous kde 4.12.2 :

ce matin en démarrant archlinux je constate que j'ai perdu la fonctionnalité "affichage de la miniature des fenêtres" quand on met la souris sur un programme mis en réduction dans la barre des tâches ( c'est un effet de bureau opengl ),

mais en redémarrant j'ai retrouvé cette fonctionnalité  

quand ce bug apparait la barre des tâches est completement blanche au lieu d'être violette ( j'utilise le thème par défaut oxygène )

Parce que je n'ai aucune adhérence à kmail en fait.
 
Pour mon cas:
Si un jour je change de client mail, je m'en tape, j'ai juste à laisser le client tout réindexer mon imap, c'est l'affaire de quelques minutes et je retrouve tout. Aucun malus si demain je change de client.
 
Si on veut utiliser kmail tout en partageant sa base de mails sur disque, c'est aussi possible, si c'est ce que tu voudrais faire (??) : il sait mettre en cache ses mails dans pleins de formats, pas que les formats internes.

l'idée par exemple c'est de réutiliser son profil quand on change de système d'exploitation, dans le cas de thunderbird c'est très simple il suffit de recopier le contenu de ~/.thunderbird dans le dossier thunderbird du nouveau système d'exploitation ( genre passage de linux à windows ou inversement ),
 
tu retrouves alors tous tes réglages et tes mails,
 
personnellement j'essaie au maximum d'utiliser des logiciels open source et surtout multiplateforme ( firefox, thunderbird, libreoffice, gimp, audacity, vlc, eclipse, blender etc... ), ce qui permet de s'affranchir de la nature du système d'exploitation ainsi que du bureau, tu gardes tes habitudes que tu sois sous windows, mac ou linux car tu es certain de retrouver ton logiciel préféré,
 
c'est cette habitude d'utiliser des logiciels multiplateformes qui m'a facilité le passage à linux après des années passées sous windows

Le changement est possible et pas bien compliqué je trouve, rien à voir avec une situation de captivité logicielle. Que ce soit aussi simple qu'une copie des préférences ou que ça passe par une minimum de config je m'en fous royalement, c'est au pire 1 heure de config.
 
Mes réglages étant assez basiques le jeu n'en vaut pas la chandelle, je suis très bien avec kmail2.
 
Savais-tu que la KDE SC fonctionnait sous windows ?

j'avais lu ça quelque part, mais est-ce que ça donne un résultat propre sans bugs ?
 
ça me semble assez lourd si le but était uniquement d'utiliser kmail sous windows

De toute façon, à quoi bon choisir des logiciels multi plateformes quand il n'y a qu'une seule plateforme qui vaut le coup ?  
 

Clarifications sur KDE5 et wayland: http://blog.martin-graesslin.com/b [...] d-wayland/

KDE 4.13 vient de sortir,
 
et il contient un nouveau venu qui remplace nepomuk: baloo_file_extractor,
 
c'est un composant qui est chargé d'indexer comme un malade tous les fichiers de votre dossier home, du coup ça introduit une latence, un ralentissement perceptible au démarrage avec le disque qui gratte tout le temps, de plus ce composant a des bugs,
 
la solution: le désactiver, 2 méthodes :
 

( option "recherche sur le bureau" dans "configuration du système kde 4" )
 
la seconde méthode, préférable :
 

 
https://bbs.archlinux.org/viewtopic.php?pid=1391494
 
https://bugs.launchpad.net/ubuntu/+ [...] ug/1295323
 
 
 

Alors personnellement après le passage en 4.13, Baloo a indexé pendant quelques minutes et depuis, il est indétectable. Bon, j'ai un proc' rapide avec un SSD, peut-être que ça aide. Mais je le trouve bien plus efficace que Nepomuk.

Idem pour baloo.
J'avais pas remarqué qu'il était activé  
Par contre il était censé y avoir eu des modifications dans kmail pour la recherche, mais c'est toujours aussi peu pertinent...

 
le SSD joue pas mal,
 
ainsi que le type de contenu du dossier home de l'utilisateur, si ce dossier contient un max de fichiers type compilation/code source ça peut prendre des plombes si le disque n'est pas rapide

ça clash dur à propos de ce baloo, les developpeurs KDE prennent cher dans ce topic    :
 
https://bbs.archlinux.org/viewtopic [...] 180313&p=1
 
c'est dommage d'avoir activé par défaut cet indexeur vu les ralentissements que ça donne sur une configuration normale ( pas de SSD, disque dur classique, CPU de moyenne gamme ), car tout le monde n'a pas besoin d'indexer ses fichiers,  
 
celui qui sait ranger ses fichiers dans des dossiers adéquats ( genre ~/musique, ~/textes, ~/vidéo ) saura les retrouver facilement sans indexeur,
 
ça va relancer les critiques sur "KDE = grosse usine à gaz qui pompe des ressources" quand un newbie installera pour la première fois KDE avec les réglages par défaut sur un PC qui n'est pas une bête de course, j'espère un rétropédalage avec KDE 4.14,
 
à noter qu'il existe une alternative à baloo, le bon vieux "mlocate/locate" qui est très rapide pour indexer les fichiers, paquet qui se trouve dans la plupart des distributions linux

C'est un peu normal aussi, c'est typiquement le genre de choses qui devrait faire l'objet d'un optin, avec un petit assistant lors de la première ouverture de session, genre "Voulez-vous activer l'indexation des fichiers ? Cela peut accélérer vos recherches de fichiers mais également ralentir l'ensemble de votre ordinateur.". AMHA.

J'adore KDE, mais en effet, je désactive plusieurs trucs dès que je l'installe. C'est pas encore une usine, mais pas loin...
Ça m'étonnerait qu'ils reviennent sur la décision de l'indexeur par défaut, c'est comme ça depuis les premières version de KDE4...

 
Perso avec mon SSD, j'ai pas vu que je l'avais activé, du coup je le laisse.
Alors qu'avant quand j'activais nepomuk, c'était une catastrophe, pour les I/O mais aussi en utilisation CPU pour le processing, et ça bouffait ma batterie.
 

 
Ce qui m'intéresse, c'est de chercher dans le contenu des mails, les documents textes opendocument, pdf, markdown, etc...
On peut toujours organiser ses fichiers correctement, mais quand tu as une vague idée d'un contenu, tu as très envie de faire une recherche instantanée.  
C'est un peu la technique gmail, je ne trie plus mes mails depuis que j'ai un outil de recherche performant...
Après, que ça marche mal, c'est une chose, que ça devrait être désactivé par défaut, ok, mais ça n'empêche pas que j'ai besoin de cette feature
 

 
C'est pas une alternative, tu n'indexes que les noms de fichiers avec mlocate. Et c'est pareil, sur un disque dur, c'est très long, c'est pas en temps réél (faut lancer updatedb régulièrement) et c'est pas intégré à tes applications graphiques...
En plus, tu n'as pas de gestion des droits, par défaut, il faut lancer updatedb en root. Sinon il faut se faire ses scripts... Mais rien n'est intégré.
 
Après on peut faire des recherches à coup de locate et de "grep -r", mais c'est pas réaliste pour un utilisateur normal.  
 
KDE c'est un bureau et une suite d'applications intégrées. Si la réponse de KDE à la recherche de fichiers était "utilisez locate et grep", ça aurait juste pas de sens, autant passer à DWM  

 
A mon avis, il y aura encore du nettoyage de code/réorganisation/refactorisation avec KDE 5...

Nepomuk était salement buggé, plusieurs fois chez moi il s'est mis à flooder mes logs, à segfault en boucle dans tous les sens...
Tu le réparais et ça répétait 6 mois après...  
J'étais obligé de le laisser activé en mode minimal pour Kmail  

et j'ai toujours pas compris à quoi servait Akonadi.. nom de merde en plus... je sais jamais si akonadi, anokadi, akidano ... et merrrdeee

Akonadi/nepomuk/strigi c'est un peu flou, c'est clair.
En gros Akonadi c'est une sorte de noyau central qui contient des ressources. Tu déclares des resources (e-mails, notes, claendriers) et les applications peuvent aller s'en servir.

perso je me contente des fonctions de recherche au sein des logiciels pour un type de document précis, essentiellement les mails avec thunderbird ( recherche par destinataire, expéditeur, mot clé dans le corps du message ),

mais à la base je recherche très peu dans mes documents, et quand je le fais ce sont des recherches déjà ciblées ( sur un dossier précis, avec une expression régulière pour réduire un maximum le type de fichiers à explorer ), ça réduit alors l'interêt d'avoir un indexeur, le gain de temps n'étant pas primordial,

comme tout est déjà bien rangé chez moi, que j'ai pas des milliards de fichiers sur mon disque alors j'ai pas vraiment le bon profil pour ces indexeurs gloutons

pour moi les inconvénients des indexeurs l'emportent sur les avantages, ça va faire gratter le disque, consommer de l’énergie et il faut le faire fréquemment pour actualiser la base, c'est vite lourd si on a un PC qui n'est pas un foudre de guerre

il faudrait que les développeurs de KDE fassent un sondage pour connaitre le pourcentage d'utilisateurs qui utilisent réellement tous ces composants qui ont un nom à coucher dehors, la majorité a peut-être un usage basique de KDE, dolphin pour les fichiers, kate/kwrite pour le bloc-notes, quelques plasmoids, un tableau de bord avec quelques icônes

Et qui se sert des activités ?
J'ai jamais compris ni comment ça marchait, ni leur utilité...

Moi je m'en suis servi à un moment, su un netbook, pour alterner entre deux façon d'agencer le bureau (version normale, version grande icone en mode tactile). Ca peut être utile dans de très rares cas, mais dans l'ensemble personne ne va se servir de ça, on est bien d'accord.

 
6 mois c'est déjà beaucoup    
 

 
Normalement, une fois que la première indexation est faite, ça fait juste du inotify ou un truc du même genre. Ca détecte les changements, ça fait pas un scan complet tous les jours (rassurez moi?).
Mais ouais, sur un petit laptop avec disque dur, je le désactiverai aussi. J'utilise plus que mon laptop pro avec 8Go de ram, un i7 et un ssd, je vois pas l'impact sur les perfs...
 

 
Tu es obligé d'utiliser tous ces composants si tu utilises les applications kde (au hasard kmail/korganizer/kaddressbook)
Vu comment c'est au centre de KDE, ça risque pas disparaitre... Il vaut mieux miser sur les corrections de bug et la stabilisation du bousin... On attribue trop vite les bugs pénibles à akonadi, faute de comprendre le code...
 

 
Je m'en suis jamais servi, au début avant kde ~ 4.5, c'était ultra buggé et je me suis arrêté là. A priori, l'ergonomie sera amélioré dans les prochaines versions, il faudrait retester...

 
je me demande si c'est vraiment pertinent en 2014 ce coté "bureau tout intégré", vu le succès des applications multiplateformes ( firefox, thunderbird, gimp, libreoffice, blender, eclipse, audacity, vlc, mplayer ),  la logique serait plutôt de fournir un bureau léger tout en restant configurable/extensible, des developpeurs qui évitent de se disperser dans des composants chelous dont ils savent que la majorité ne les utilisera pas,
 
je me souviens qu'à une époque KDE avait aussi une suite bureautique integrée, ( koffice ), ça s'est arreté finalement en septembre 2012 ( site officiel fermé ), le pragmatisme l'a peut-être emporté vu le succès des autres suites bureautiques,
 
par la force des choses je me suis limité qu'au strict minimum d'un environnement de bureau : un explorateur de fichiers, un bloc-notes, kcalc pour la calculatrice, un lecteur PDF ( Okular ), Gwenview pour l'affichage d'image ( quand j'ai pas envie de lancer Gimp ), quelques outils GUI comme kmixer pour le son, Ksysguard pour surveiller les processus,
 
pour le reste je passe par des applications multiplateformes qui ont beaucoup plus de notoriété ( et parfois devenu un must ), ainsi j'utilise firefox au lieu de Konqueror
 
j'ai l'impression que cette philosophie "un max d'outils KDE pour tout intégrer" est un peu obsolète, c'était peut-être cohérent dans les années 90 et au début des années 2000 quand on manquait de logiciels multiplateformes et que tout était encore trop centré sur windows,
 
certains peuvent se demander pourquoi je continue à utiliser KDE, je répondrai que c'est un peu par habitude, j'ai commencé par KDE au début des années 2000, j'aimais bien la possibilité de le configurer finement ( même si c'est pénible de devoir désactiver certains trucs type nepomuk/baloo/akonadi and co )

   
Ca a juste été forké :  http://www.calligra-suite.org/

j'avais pas vu cette info

ça veut donc persévérer dans la dispersion des forces, sous prétexte d'une meilleure intégration dans KDE l'inconvénient ça va être la fragmentation de l'offre avec un risque de moins bonne compatibilité quand on échange des fichiers avec des utilisateurs de suites bureautiques différentes

Tu peux troller tout ce que tu veux, mais dans KDE, il y a KDE Framework et KDE SC pour Software Compilation.
Le but est d'avoir un framework bien stable et puissant pour le développement d'une suite de logiciels complète.  
Le but n'est pas de faire xfce en Qt...
 
Dans les contributeurs, on trouve
* des bénévoles, donc si ils ont envie de bosser sur krita ou calligra pour le fun, on ne peut pas les forcer à travailler bénévolement sur autre chose
* des personnes financées pour taffer sur un aspect en particulier, au hasard nepomuk
 
Donc si tu veux avancer sur un sujet en particulier, envoie tes patchs (ou paye des développeurs)...
 
 
Est-ce que ça a du sens de développer une suite d'applications complète?  
 
Je pense que oui. Au final, KDE 4, c'est la seule alternative crédible dans le libre aux écosystèmes proprio d'apple et microsoft.
La tendance depuis ~10 ans est de déplacer les applis vers le web/cloud (comme gmail, google doc, picasa, facebook, dropbox, etc) et d'avoir un environnement assez homogène (ergonomie/données) sur plein de device différents (tablettes/smartphone/laptop)... Je pense qu'on peut avoir ça avec akonadi, plasma active, owncloud, etc.
 
C'est juste dommage que KDE manque de moyens pour avancer plus rapidement et améliorer la qualité générale, J'ai l'impression que kde 4.13 est plutôt bien mais arrive 5 ans après la bataille, maintenant que Android et les services Google sont partout et que Apple a pris des grosses part de marché avec le couple ios / mac os x...

 
Si tout le monde fait de l'OpenDocument, il devrait pas y avoir de soucis...
Et il y a des super bonnes idées dans Calligra.  
A mon avis, c'était juste plus simple de faire Calligra pour implémenter une ergonomie propre et innovante plutôt que de contribuer à OpenOffice...

je crache pas sur calligra, si ça a du succès ailleurs que sur linux ( en théorie possible si on installe qt sous windows ) pourquoi pas, ça va être néanmoins difficile d'exister par rapport aux autres suites, peut-être de l'innovation, mettre des features qui n'existent pas ailleurs afin de se démarquer, à voir...

Pourquoi quand je cherche un soft, il me trouve jamais rien sous Muon alors que sous Apper.... aucun prob ???
 
Exemple : NGINX dispo dans les paquets mais rien dans Muon  

 
Tu te serais pas trompé de topic ?

bhaa non Muon et Apper son dispo que sous KDE au départ...

Comment ça "dispo" ?
Ça ne fait aucunement partie de KDE à ma connaissance...

?? on fait parti de la meme planete ou pas ?? lol
 
Quand tu installe une Kubuntu toute neuve... le gestionnaire de mise à jour et le gestionnaire de paquets s’appelle Muon :
 

 
il existe un autre gestionnaire de paquet sous KDE (Apper) qui ressemble plus à celui qu'il y avait avant.. et qui pour moi .. me trouve plus facilement les paquets recherché !
 

 
Essaye une recherche de NGINX dans Muon : Résultat 0 .. même chose dans Apper : 16 paquets dispo
 
ok pour tout le monde ?

Mais ça n'est pas un projet qui fait partie de la KDE SC    
Doit bien y avoir un topic unique pour Ubuntu/Kubuntu, ta question aura plus sa place là-bas.