moi1392 a écrit 725 commentaires

Juste pour préciser, la gestion du multi-écran avec kephal/plasma/kwin n'est efficace que si on utilise le protocole xrandr de Xorg, pour les truc proprio genre twinview de nvidia, ça passe quand c'est configuré dans le xorg.conf, mais il n'y a aucune détection/gestion avancée et (presque) tout se passe comme s'il s'agissait d'un seul "grand" écran.

PS : pour info, nvidia est le seul pilote récent à ne pas utiliser xrandr pour la gestion du mutlti écran et leur redimentionnement sous linux. même le pilote proprio de amd le fait avec plus ou moins de bogues.

pour firefox, il y a même cet ajout très intéressant : http://www.kde-apps.org/content/show.php/PlasmaNotify+Firefo(...) qui utilise le système de notification de plasma pour signaler qu'un téléchargement est fini.

comme beaucoup de députés qui ont voté pour....

au boulot on a un truc qui ressemble à ta dernière solution.

on a tous notre home dans le dossier /local_home de notre machine, et il est exporté en nfs et importé via amd dans le /home de toutes les autres machines.
Cela nous permet d'être performant sur notre machine, et de quand même avoir accès à notre home et à celui des autres depuis les autres machines.

ça marche pas trop mal je trouve, faut juste faire gaffe aux chemins absolus de type /local_home/xxx/yyy quand on est pas sur notre machine.

merci pour ton strip :)

c'est un de mes préféré avec celui là : http://www.nojhan.net/geekscottes/index.php?strip=16

étant un très grand fan d'astérix, la première fois que l'ai lu ton "chmodplussix" j'ai saigné du nez :D

"dont une bonne partie des premiers, pour l'occasion remis en forme avec le nouveau design des personnages."

y'a que moi qui préférait largement l'ancien style ?? il faisait beaucoup plus BD humoristique à mon goût.

en plus, je trouve que depuis quelques temps, on y trouve plus de messages politiques que d'humour. je ne me souviens plus de la dernière fois ou j'ai ri en lisant une nouvelle BD. Pourtant je trouve les premières toujours aussi excellentes.

personnellement, j'aimerai beaucoup avoir cette fonctionnalité dans la barre de recherche, un bouton/raccourci clavier/autre pour effacer rapidement ce que j'y ai saisi afin de faire une nouvelle recherche.

quelqu'un sait si c'est déjà présent ?

voila un exemple à 2 sous que j'ai écrit pour la peine :
"
#include <ctype.h>

#define fa(x) fb(x)

#define USE_FC

#ifdef USE_FC
#define fb(x) fc(x)
#else
#define fb(x) isalnum(x)
#endif

#define fc(x) isnum(x)

int f();

int f(char c)
{
return fa(c);
}
"

selon que USE_FC est definit ou pas, placer le curseur de la souris sur fa(c) me dit que la macro est résolue en isalnum ou en isnum.
C'est ce que tu voulais savoir ? sinon pourquoi ne pas tester toi même ;) il faut juste un peu de patiente et quelques connaissance en compilation (pas enorme non plus, y'a pas mal d'exemples sur comment compiler un programme kde4)

"Pour ce qui est des librairies, tous qui y ont du aller rechercher simplement une définition savent combien de #include #ifdef #define, il faut subir avant de trouver quelque chose. Cet emploi intensif du macro proccesseur est très rebutant."

Au boulot je bosse une une "vieille" appli porté de C vers C++ et qui comporte dans ses quelques millions de ligne de code une quantité impressionnante de macro/definition de préprocesseur.

et puis j'ai découvers kdevelop4, la souris sur l'utilisation et il te trouve la définition qui va bien et te l'affiche dans un tooltip avec un lien qui t'ouvre le fichier en question sur la bonne ligne si ça ne te suffit pas.

un chef d'oeuvre cette reconnaissance du code, c'est mon arme absolue maintenant !

si je ne dit pas de bétise, le "client" évolution se connecte en fait au serveur webmail fourni par exchange et parse le html.
C'est pas super performant tout ça... Au boulot 2 personnes l'utilisent et ont souvent des problèmes de lenteur avec, moi j'ai choisi de tenter l'imap (que exchange gère de façon exécrable au passage :/)

C'est juste une idée en l'air, mais est-ce que ce soudain regain d'intérêt de la part de la commission européenne contre microsoft ne serait pas une riposte aux récentes augmentations de droits de douane et autres joyeusetés commerciales des étas unis ?

en gros, "récuperer chez microsoft ce qu'on nous prends sur le roquefort", en plus, on peut toujours porter plainte à l'OMC pour non respect du commerce international et être couvert dans son attaque contre miscosoft qui est sensée n'être que pour des raisons purement concurentielles !

Pour amarok2, faut voir qu'il vient juste de sortir en version 2.0.0.0(.0), mais déjà les dev se penchent sur les fonctionnalités manquantes les plus demandées par rapport à la version 1.4 et elles devraient rapidement être de retour.
Pour kopete, le problème vient vraiment d'un manque de développeurs, du coup ça avance très (trop) lentement :(
Kget je n'ai pas de soucis particuliers avec, en plus il est bien plus évolué que la version kde3, tu peux me dire ce que tu lui reproches ?

j'ai suivi ton lien et je n'ai pas trouvé d'explication sur le fonctionnement de leur format et comment ils assurent la compatibilité.
J'ai un problème de navigateur ou de cerveau (sûrement les deux...) ? Parce que ça m'intéresse vraiment et j'aimerai savoir comment ils font ça.

il me semblait avoir lu des messages sur des problèmes de performances de firefox 3 à cause de synchronisation disque trop fréquentes (ffluch, sync ou autre) j'essairai de les retrouver pour voir si un contournement du problème est possible via une configuration avancée de firefox ou de SQLite.

En tout cas, merci d'avoir rafraichis ma base de donnée, mes flush à moi sont malheuresement de moins en moins efficaces...

effectivement je ne réduit pas la priorité de ma compilation. Mais ce n'était éjà pas le cas avant et ça se passait plutôt bien, les applications que j'utilisaient ramaient (elles rament toujours d'ailleurs) mais là, je parle de blocage complet pendent plusieurs secondes, c'est assez différent.
En fait , l'impression que j'ai est que l'ordonnaceur du noyau ne donne pas de temps à firefox, mais comme il en donne à toutes les autres applications, je suppose que c'est firefox qui fait une utilisation non habituelle des ressources système et en particulier du disque (puisque c'est bien sur le disque que j'ai l'impression qu'il bloque, une appli simple du genre "while(1) ;" lancée 10 fois fait un peu ramer la machine, mais aucun blocage de firefox)

Ça ne maurait pas dérangé que ça rame, mais que ça bloque, oui.

Je ne parlerai pas de ses performances en tests synthétiques qui n'ont absolument aucune valeur, mais dans une utilisation courante, et dans le cas très particulier de MON utilisation courante, firefox 3 est inutilisable et TRES mauvais.
Le problème que j'ai pu constater est qu'il accede très régulièrement au disque (sûrement pour des sauvegardes en cas de plantage, mais c'est une hypothese) et qu'il utilise des accès bloquand le thread principal d'affichage :(

Comme j'ai souvent de lourdes compilations en cours, firefox se bloque régulièrement pendant une a deux secondes, et c'est pire quand il doit se redessiner complètement parce que, par exemple, je le minimise/maximise, ou quand je déplace/minimise une fenêtre qui le recouvrait.

Le contournement du problème est simple : stopper la compilation, mais bon, il parait que les systèmes d'exploitation sont multiprogrammés, alors j'aimerai bien en profiter, ça à l'air cool...
et malheuresement pour moi, c'est pour l'instant le moins mauvais de ce qu'il y a d'installé sur ma machine :(
Du coup je songe sérieusement à trouver un build de la version 2 pour l'utiliser en attendant.

t'es en train de m'expliquer que scons est tellement bien et souple toussa que tu as ressenti le besoin de mettre une partie de ta logique de compilation dans du XML que tu parses ???

pour le système de notation avec les étoiles, c'est nepomuk qui se charge de sauvegarder ça, tu peux ensuite faire des recherches avec des tags et une notation
Par exemple, je veux les photos tagguées "vacances 2008" que j'ai noté plus de 3 étoiles.

Si la notation est perdu quand tu te déconnectes de ta session, c'est peut-être parce que nepomuk ne tourne pas ou a un bug qui l'empêche de sauvegarder tes modifications.

je n'arrive plus à mettre la main dessus, mais il m'avais semblé voir avant la sortie de la 4.0 un blog qui parlait de la transformation en librairie et de l'intégration dans kdepimlibs de la gestion imap des mail de mailody.
Cette lib devait alors être utilisée par mailody, kmail, korn et tout ce qui voulait faire de l'imap.
Je viens de jeter un oeil dans kdepimlib et dans akonadi, et je n'ai rien trouvé qui y ressemblait.

quelqu'un aurait des infos ou un lien sur le sujet ?

la solution envisagée est de n'autoriser que les plasmoides écrits dans des langages de script (python, ruby, javascript peuvent être utilisés pour la 4.1, d'autres suivront) en téléchargement sur kde-look.
Mais pour ça il faudrait mettre un système de modération ou autre, mais ça n'en est qu'au stade de la discussion pour le moment.

un pro utilise un logiciel spécialisé pour gérer ses photos, pas un navigateur de fichiers.

digikam ?

"l'abandon des fenêtres X natives pour l'ensemble des widgets"

pour QT 4.4 seulement, donc à priori pas avant mars/avril 2008, mais d'après le blog du développeur QT qui a implémenté ça, ça améliore grandement la fluidité des applications surtout lors des redimentionnements.

Le pistolet est un outils qui sert à tuer !
le p2p est un outil qui sert à échanger...

y'a quand même une différence....

si tu veux faire une comparaison, compare plutôt le p2p au couteau, ça sert à couper de la nourriture, mais des gens s'en servent pour tuer. c'est un détournement de l'usage de base.
C'est pas pour ça qu'il faut interdire le couteau pour tout le monde.
(c'est un exemple qui se base sur le contexte actuel de l'utilisation d'un couteau... viens pas me sortir l'histoire du couteau à travers les âges et sa première utilité de tuer les bête à la préhistoire)

si je suis ton raisonnement, il n'y a aucune raison d'interdire les lance roquettes parce qu'ils peuvent servir de cale porte...

le problème sera certainement réglé pour KDE 3.5.6 (trop tard pour la version 3.5.5) qui "devrait" sortir dans environ 3 mois maintenant : http://lists.kde.org/?l=kde-panel-devel&m=11586631950680(...)

C'est parce que tu te sers mal des outils de gestion de version. Les commits sont censés être atomiques et faire passer l'arbre d'un état stable à un autre état stable.
Si tu veux faire deux commentaires différents, mets les un à la suite de l'autre.