gnumdk a écrit 7486 commentaires

Et t'as fait un bug report ?

Parce que bon, vu que tu as l'air d'avoir bien ciblé le problème, ce serait une bonne chose :)

Je m'efforce encore à utiliser Konqueror avec kwebkitpart.

Tu as bien du courage :) Mais l'interface qui clignote au changement d'onglet,le bouton nouvelle onglet à gauche et surtout le bug du pointeur de souris qui ne reprend pas son état normal(qui semble se trouver dans qtwebkit vu que cela concerne aussi rekonq et arora) ont fini par me gaver…

Après, il y'a chromium qui fait des efforts d'intégration (dialogues, mot de passe) mais qui au final avec son interface rigide ne s'intègre pas à grand chose…

Firefox qui lui ne s'intègre qu'à GNOME…

Au final j'utilise le Firefox de openSUSE… D'ailleurs je suis dessus là, le paquet firefox-kde-opensuse de Arch ne build plus, j'essaye de faire mon propre paquet parce que marre d'attendre des jours avec un firefox plein de trous…

il a été intégré dans 4.7 une réécriture d'une portion significante de strigi/nepomuk après la
dernière RC!

C'est vrai, ils auraient mieux fait de garder une version non fonctionnelle, c'était tellement mieux…

Quand aux projets sérieux, ils n'ont certainement pas les mêmes moyens que KDE…

C'est un peu mieux quand on sait de quoi on parle et pas quand on sert des liens au hasard…

Ce kio n'est visible pour l'utilisateur que depuis KDE 4.9 donc avant le problème de perf de kio-nepomuk (et non de nepomuk) n'avait pas été mis en évidence…

Le problème de nepomuk, c'est toute la chaine qu'il y'a derriere:
Nepomuk -> Soprano -> redland

Il y'a encore eu un bug important à la sortie de KDE 4.8.4 à cause d'une version de soprano… C'est un peu compliqué pour les devs de tout tester…

Mais oui, c'est aux distribs de faire ce travail, il n'y a rien de nouveau la dedans…

la simple désactivation du thème Oxygen pour quelque chose de plus simple

Sinon, on peut aussi désactiver le contrast dans le color-scheme de KDE qui est la seul chose qui peut faire que oxygen est plus gourmand… (dégradé sur l'ensemble de la fenêtre).

Enfin, bon, je préfère un KDE4 un peu plus lent mais qui fonctionne qu'un KDE 3.5 ou le moindre drag & drop te fait planter konqueror… C'est marrant, j'avais migré sous GNOME 2 du temps de KDE 3 tellement je trouvais cela inutilisable:
- Gwenview: jamais vu un soft planter autant à l'époque et c'était très lent
- Kontact: seul kmail fonctionnait bien, korganizer, au bout de 3 clicks c'était le plantage
- Konqueror: J'avais au moins un crash par jour en mode gestion de fichiers
- Kopete: très instable
- …

Puis un jour, alors que j'étais encore sous GNOME, j'ai testé KDE 4.1 sous OpenSUSE et là magie: c'est stable, ok, retour sous KDE…

Après, j'attends toujours qu'on me montre que KDE4 est plus lent que KDE 3.5… Certes plasma est un peu plus gourmand en mémoire vu que entièrement basé sur du SVG, Qt4 consomme plus de mémoire à cause du "double buffering" mais niveau CPU, j'ai pas vu la différence sur mon ancienne machine entre KDE 3.5 et KDE 4.1…

que la lourdeur enorme d'OpenOffice en terme de vitesse ne soit meme pas mentionnee

Faut pas exagérer, LibreOffice est certes plus lent que Microsoft Office mais ce dernier n'est pas un exemple de légèreté…

Non, par contre, ce que MS Word fait bien et que (à ma connaissance) LibreOffice ne sait pas faire, c'est le travail collaboratif asynchrone:
- Envoie d'un docx par mail
- Correction éventuelles dans le documents (c'est prévu dans Word)
- Renvoie du docx par mail
- Validation ou non des corrections apportées.

Je l'ai vu utilisé et c'est vraiment bien pratique pour les utilisateurs.

Pareil, ce n'était pas du réseau, mais j'ai du y'a quelques années écrire un module python capable d'écrire des GPO Windows depuis des clés/user/machine stocker dans une base MySQL…

Le plus dur, c'est pas de comprendre le protocole, ni de le retranscrire, c'est d'écrire du code qui ressemble à quelque chose, en gros, revenir le plus proche du code original plutot que recracher le protocole à l'arrache… Heureusement, j'avais trouvé un mec sur le net qui m'avait filé un bon coup de main.

https://svn.ac-grenoble.fr/websvn/filedetails.php?repname=se3&path=%2Ftrunk%2Fse3-logonpy%2Fusr%2Fshare%2Fse3%2Flogonpy%2Fse3GPO.py

Bon, depuis, je travaille avec des serveurs Windows comme controleur, donc la partie GPO, je leur laisse… Parce que bon, se3 c'était quand meme du hack avec envoie de GPO machine et utilisateur à la connexion de l'utilisateur en tant que GPO local…

C'est la première fois que ca m'arrive, ne pas voir venir les RMLL…

Genre je lis le début de l'article, et je bloque sur "a présenté" en me disant ben non, c'est "va présenter"…

Bref, 2012, l'année qui passe trop vite! Ou alors je me fais vieux…

Vu ce genre de journaux:
http://linuxfr.org/users/fork_bomb--2/journaux/bonjour--2

Je ne vois pas trop ce que l'on peut reprocher au sien, à part la vidéo en mode FEAR!!!

je ne suis pas développeur mais utilisateur

T'as un petit coté fanboy quand meme hein ;)

en 2012, reconnaître les fins de ligne Unix…

C'est normal, l'utilitaire qui le fait depuis Windows 98 (et avant), c'est WordPad… Je vois pas pourquoi ils rajouteraient le support Unix dans leur bloc note minimaliste…

"se désactive en un clic": c'est trop! Pour moi, le projet KDE devrait fournir 2
configurations: une pour les utilisateurs normaux avec uniquement des fonctionnalités
éprouvée, une autre avec toutes les nouvelles fonctionnalités.

C'est le boulot de la distribution ça en fonction des utilisateurs visés…

Sinon, les fonctionnalités ne seront jamais éprouvées…

C’est connu, sur Arch, dans /etc/sysctl.conf y a kernel.increase_perf = 1. Arch est réputé
pour tweaker à mort.

Le truc est surtout que sur mes machines, mon init arch ne fait rien par rapport à tout ce qui est lancé sur une Ubuntu ou une Fedora… Donc, même avec l'init de base sans lancé de service en tache de fond, ca va quand même plus vite…

C'est encore plus flagrant avec systemd sous Arch, de syslinux à kdm, il doit se passer 3 ou 4 secondes…

Mais après, la différence c'est que les trucs que fait Ubuntu au démarrage sont utiles pour le public visé.

https://kdeatopensuse.wordpress.com/2011/11/09/debugging-nepomukvirtuosos-cpu-usage/

Si tu as des problème avec virtuoso et que tu veux filer un coup de main ;)

Je disais juste qu'on ne justifie pas un choix avec un screenshot fait sur mesure pour dire qu'on a raison…

Tu réponds toi même à la question: C'est 1 cas réel d'utilisation, et ca met à la poubelle touts les autres cas…

https://mail.gnome.org/archives/desktop-devel-list/2012-July/msg00019.html

Putain, c'est pitoyable comme réponse…

En gros, le mec dit que ca sert à rien grace à une superbe capture d'écran ou:
- Il a pris soin de cacher la panneau latéral
- en 1024x600 histoire de bien montrer que c'est pareil…

Putain, la mauvaise fois…

https://mail.gnome.org/archives/desktop-devel-list/2012-July/msg00016.html

Euh, je n'utilise pas de compte POP donc non ;)

personnellement, je ne l'ai pas lu,

Le truc important dans ma phrase, c'était "il y'a 4 ans"…

Jamais eu besoin de le tuer de temps à autre… Après, je n'utilise pas strigi…

Avec le repo [kde-unstable] de arch, je n'ai pas bu de bugs… Après, project-neon, c'est sympa pour le dev mais j'ai toujours eu de gros bugs avec que je ne trouvais pas ailleurs…

Parce que quand les gars de Dolphin ont supprimé des fonctions de ce genre

Il l'a supprimer parce qu'elle était en doublon avec le monde compact justement, ce qui était vrai…

en disant que la complexité du code ne valait pas le coup à cause du faible nombre >d'utilisateurs.

Ceci ne concernait que la vue à la MacOSX.

si ce sont les développeurs, la réponse est oui ;

Hmm, il ne faut pas confondre Jon McCann et les développeurs, il y'a beaucoup de dev GNOME qui ne sont pas d'accord avec ce qu'il fait…