Philippe F a écrit 2204 commentaires

Et pour resoudre vos problemes d'indentation multiple (vous contribuez a un projet qui n'utilise pas la meme indentation par defaut que vous), rien ne vaut indent-finder:

http://phil.freehackers.org/indent-finder/(...)

Moi j'avoue qu'a part les lunettes galactiques qui s'obscurcissent en cas de danger, le bouquin m'a laisse plutot froid aussi.

Yeps. De ce que j'ai compris, fuse fait la meme chose que lufs:

http://wiki.kdenews.org/tiki-index.php?page=KIO+Fuse+Gateway(...)

Maintenant, j'aimerai voir l'avantage extra-ordinaire que va proposer hurd par rapport a ce systeme, qui va justifier la migration de tous les postes linux vers les postes HURD.

Desole de vous decevoir, mais un bon programmeur et un bon graphistes ne suffisent pas pour un bon jeu. Il faut aussi un bon "gameplay", c'est a dire un bon environnement pour que le joueur puisse s'amuser, et en general, cela va de pair avec un bon scenario, qui manque aussi cruellement aux jeux libres que j'ai essaye.

Personellement, j'ai renonce au reve d'avoir un bon jeu libre qui vous tient en haleine. On aura peut-etre des bonnes simulations, ou des bons jeux d'arcades, mais des jeux qui melent toutes les bonnes qualites en meme temps, je n'en vois pas arriver.

C'est plus la peine car ce genre de service est deja integre a Gnome ou KDE (sous KDE, fish: -> ssh, ftp: -> ftp, smb: -> samba, ...).

A mon avis HURD n'arrivera jamais a prendre car ses avantages sur Linux sont trop minimaux pour justifier de changer de systeme. Malgre ses problemes, linux fait bien son boulot et pour l'instant, HURD le fait moins bien. Quand bien meme il le ferai un peu mieux, ca ne suffirait pas encore. Pour accrocher les gens, il faut plus qu'une superiorite de conception.

Un des problemes de l'approche micro-noyau avec des entites parfaitement isolees tournant en user-space telle que la voit Tanenbaum, c'est que la complexite augmente enormement, notamment en terme de communication et de debuggage.

C'est pas pour rien que Hurd a 5 ans de retard sur Linux, c'est parce que c'est beaucoup beaucoup plus complique d'ecrire un kernel de cette facon. Hurd etait commence avant Linux (2 ans avant si je me souviens bien) mais de l'aveu de RMS << we never thought it would take so long to debug the thing >>.

Il existe une version de gentoo pour windows basee sur colinux. Si tu installes ca, tu peux avoir gerer tes dependances sous windows. Par contre, c'est gentoo donc il faut compiler...

Oui, c'est pas dans KDE 3.2 puisque cette version de KDE est sortie en fevrier ce qui implique un freeze a partir de la fin de l'annee 2003.

Donc effectivement, dans la version d'il y a 6 mois, c'etait trop instable pour une release de KDE. Faut voir que Kontact est un des trucs qui bouge le plus dans KDE en ce moment. En fait, le seul probleme de Kontact, c'est qu'il est encore dans le CVS de KDE.

Pour les fonctionnalites techniques, je ne sais pas je n'utilise ni Evolution, ni Kontact, ni Outlook Web Access. Tu peux preciser ta question ?

Et pour repondre a la deuxieme personne, il est vrai que quand Evolution est sorti, il etait loin de kontact mais ce n'est plus le cas du tout aujourd'hui. Ce serait d'ailleurs interessant d'avoir une comparaison objective.

Est-ce que tu as des fonctionnalites d'Evolution en tete que Kontact n'aurait pas ?

Avec ce plugin libere, Evolution se hisse au niveau de Kontact (http://www.kontact.org/groupwareservers.php(...)) en terme d'acces a des serveurs de groupware.

Pas mal.

>Et c'est une bonne chose car c'est important pour l'utilisateur final.

Je suis tout a fait d'accord. C'est pour ca que ca fait partie des fondations du projet KDE et que il y en avait un des KDE 1.

C'est sur que tu le trouveras pas sur google, vu que sur KDE, ca s'appelle le style guide:
http://developer.kde.org/documentation/standards/kde/style/basics/i(...)

> je pense que KDE devrait faire de même si ce n'est pas déjà fait.
On n'a pas tout a fait les memes besoins dans la mesure ou une partie du HIG de Gnome qui est mis en place par specification (l'auteur de l'application doit faire en sorte que bla bla bla) est pris en charge directement par les lib kde.

C'est l'approche de KDE de faire en sorte que les lib fassent le maximum de boulot et que le developpeur ne code que l'intelligence de son application. Ca permet notamment d'avoir plus d'appliations codees correctement.

Cette difference d'approche posait d'ailleurs quelques problemes lorsqu'on a essaye de fusionner les HIG/StyleGuide.

Il n'en reste pas moins qu'un effort reste a faire sur la partie presentation de l'interface, qui incombe bien au developpeur.

Desole, je ne retrouve plus les liens correspondants et j'ai fait quelques amalgames. Je ne comprenais pas d'ou tu sortais ton kaxul + mono mais maintenant, j'ai compris:

http://dot.kde.org/1080785038/(...)

C'etait un poisson d'avril.

Le reste est cependant vrai, a savoir que kaxul est un vrai projet qui marche et que des bindings C# sont en route et seront generes automatiquement.

Pour mes sources d'information, c'est juste dot.kde.org, les kde cvs traffic et les resume de mailing listes. Tres interessant a mon avis, meme si on ne s'interesse pas a KDE. Je trouve ca toujours passionnant de voir les hackers discuter technique.

Quelques precisions:
- le binding historique de Qt en C# est mort car trop complique a maintenir.
- le nouveau projet de C# pour Qt/KDE s'appelle en effet kimono et genere automatiquement des bindings pour C# en utilisant le meme moteur que le generateur de binding pour perl, java et objective C. Tout ca est automatise grace au genie une fois de plus de David Faure.
- kaxul est un plugin konqueror qui premet de faire tourner/afficher des applets XUL
- a ma connaissance, il n'y a _aucun_ rapport entre XUL et C#, si ce n'est le battage mediatique qu'on fait autour
- il y a encore moins de rapport entre kaxul et kimono qu'entre XUL et C#
- kaxul est un kpart donc accessible a toute applications KDE
- dans la mesure ou C# est un binding pour KDE, il peut utilise kaxul comme toute appli KDE

Les deux derniers points montrent qu'il est possible d'ecrire une appli en C# avec une interface en XUL. Ca fera surement plaisir aux combattants du XAML.

Cela me force l'admiration comment Gnome a reussi a faire passer ce concept de HIG . Avant que Gnome n'en fasse la pub, personne n'utilisait ce mot. Ils ont vraiment une machine a communiquer que j'avoue envier (en tant que contributeur KDE).

KDE a un HIG depuis 1999 mais tout le monde s'en fout. Gnome a un HIG depuis 2003 et c'est presque comme si c'est eux qui avaient invente le concept.

Sinon, je suis surpris du manque de simplicite des clients irc. J'ai des besoins modestes en irc mais c'est rare de pouvoir les satisfaire dans un client irc:
- etre notifie quand des personnes se connectent: rien dans le client graphique ne permet de faire ca
- se connecter automatiquement a differents canaux quand je me connecte: il me semble avoir reussi a me connecter automatiquement a 1 canal avec xchat mais pas a plus
- enregister toute une converstation

Par contre, si je veux piloter mon joueur de .ogg depuis irc, il n'y a pas de probleme.

Tout a fait d'accord. La communaute du libre est peut-etre tres reactive mais en terme de test, on peut dire qu'on est completement a la rue. Je ne connais pratiquement aucun logiciel qui aie un jeu de test digne de ce nom.

Forcement, les gens prennent exemple sur Linus pour qui la methode de test s'apparente plus au "je lache la bete dans la nature et si personne ne se plaint, c'est que ca marche".

J'espere que les choses vont evoluer avec les percees des methodologies type Extrem Programming. En attendant, il n'y a pas de quoi faire les fiers et sur ce point-la, il y aurait plutot a apprendre de Microsoft.

J'attends ce moment de fusion des backend avec impatience. Je suis sous windows (malheureusement) et des que j'ai un firefox, un thunderbird et un openoffice, ma machine commence a ralentir serieusement. J'ai l'impression qu'elle cache tres vite les applis sur le disque dur, de sorte que quand je clique sur mon thunderbird que j'ai pas utilise depuis 10 minutes, il faut 20 s de lectures sur le disque pour qu'il s'active.

Avant, je n'utilisais que KMail. A part la lenteur, je dois dire qu'il est vraiment pas mal. Je souffre au niveau des racourcis claviers mais c'est tout. Cela dit, j'ai pas encore une utilisation aussi intensive que kmail. Il gere les repertoires de recherche virtuelle ?

Il y a quand meme quelques petits "glitchs". Par exemple, il n'envoie pas automatiquement les messages en attente quand on se connecte a une boite de courrier. La gestion des mot de passe est trop proche de firefox et du coup, c'est relativement complique de trouver ou on a entre son mot de passe. Au niveau du plugin pgp aussi, des petits soucis si il n'identifie pas immediatement les cles associes avec des destinataires.

Un truc que j'aimerai bien comprendre aussi, c'est pourquoi j'ai deux boites principales. Une pour ma boite pop3, et une locale ? J'ai pas besoin de la version locale mais je ne vois pas trop comment la supprimer.

Dans les trucs a la con, quand j'ai telecharge une extension thunderbird avec firefox, il l'a installe pour firefox. J'ai ete oblige de la telecharger avec IE!

KMail reste superieur a mon avis notamment par exemple sur le fait que il te propose intelligemment de creer automatiquement un filtre pour les mailing liste et pour deux ou trois autres details.

Mais dans l'ensemble, je dois reconnaitre que c'est un bon client. Reste plus qu'a l'accelerer.

Si mozilla et par extensions tous les navigateurs pouvaient commencer par s'adapter a l'environnement dans lequel il tourne, ca serait pas mal.

Est-ce que mozilla gere encore sa base de donnee mime de facon independante de Gnome et KDE ? Est-ce que leur theme s'integre dans Gnome et KDE ? Est-ce que leur structure de menu respecte le HIG de KDE et celui de Gnome ? J'ai l'impression qu'un gros travail d'integration reste encore a faire.

En fait, mozilla, c'est un peu emacs. C'est super bien mais ca s'utilise independamment de quoi que ce soit. Promouvoir ca professionnellement sans penser a s'integrer a l'environnement de bureau, c'est vraiment dommage.

Oaui, on pourrait l'appeler kaxul.

Oh, ca existe deja!

http://webcvs.kde.org/cgi-bin/cvsweb.cgi/kdenonbeta/kaxul/README?re(...)

Ils sont vraiment trop forts chez KDE

Le pire, c'est pas les spams, c'est meme pas les virus que je recois, c'est le messages des anti-virus qui m'indiquent que j'ai envoye un virus a qq'un et qu'il a ete bloque.

C'est une horreur ce truc, ca veut dire que mon adresse email est utilisee comme faux envoyeur par des virus et donc je me prends un message d'erreur.

Comment mon addresse a-t-elle atteri dans un virus ?

Le probleme des spams, c'est pas tant de les recevoir la premiere fois, mais le fait de les recevoir en permanence. A mon avis, si je ne recevais chaque spam qu'une seule fois, le niveau de bruit serait largement acceptable.

la viagra -> viogra ne tient pas longtemp.

J'entraine mon filtre pour que tout spam passe une fois soit toujours reconnu en tant que spam la fois suivante. viogra passera la premiere fois mais ensuite aura la meme probabilite que viagra.

Cela dit, une correspondance approximative pourrait etre un ajout interessant a un logiciel anti-spam. Le probleme avec celui que j'utilise (bogofilter), c'est que les mots sont stockes dans une base de donnee et sont rapatries avec une correspondance exacte.

Pour foncitonner correctement, un algorithme approximatif devrait tester chaque mot recu avec une grande partie de tous les mots deja recus et donner un pourcentage de correspondance, et multiplier ca par le pourcentage de spamicite. Ca pourrait etre marrant en effet

Dans ce cas, tu peux taper dans les commandes ebuild. C'est un tout petit peu plus manuel mais ca marche aussi.

Typiquement, ca m'est arrive une ou deux fois de terminer des installations avec des build compile install qmerge. Ce que je ne comprends pas, c'est que ca a marche alors que c'est exactement les memes etapes qui sont effectuees quand on tape emerge toto.

Ca m'est aussi arrive de terminer la compilation a la main (cd /var/tmp/portage/work/my-app; make) alors qu'elle avait echoue en automatique et de finir avec un emerge qmerge.

Sinon, le vrai probleme de gentoo, c'est la gestion de la responsabilite des package un peu trop legere ou trop lourde. Il faudrait clairement un systeme a la debian avec des mainteneurs nombreux et identifies, des guides de qualite pour faire un ebuild, des responsables reactifs et des inclusions plus rapides des paquets qui sont stables.

Je rage de voir que KDE 3.2.2 n'est toujours pas dans gentoo stable alors que toutes les autres distrib l'ont deja. M'est avis que le pauvre Caleb est depasse.

Le langage presentes des aspects interessants mais l'histoire nous montre que les foncitonnalites d'un langage ne definissent pas son succes.

Moi ce qui m'epate ici, c'est la tenacite de l'auteur. Mine de rien, il s'est developpe a lui tout seul un compilateur C, un compilateur C++ et maintenant, un compilateur D et le langage complet avec des constructions qui sont loin d'etre triviales. Il en faut de l'investissement pour arriver a un tel resultat.

Son compilateur C++ etait tres bien classe dans une comparaison des compilateurs les plus conformants au standard C++ (d'apres une etude du DDJ) et pas mal au niveau perf.

Moi je dis: Messieurs, chapeau bas! [comme dans "La Peste"]

> Si vous voulez vous plaindre que GConf est lent

Je ne me plains pas, je ne l'ai jamais utilise ni mesure. En revanche, je sais que KDE a gagne du temps en optimisant la lecture de ses fichiers de conf et je ne vois pas de raisons pourquoi gnome n'aurait pas le me me probleme.

Si tu tapes dans une appli moyenne, tu atteinds vite la centaine de cle de configuration donc autant de xml a lire.

5 a 10 ms, je crois que c'est le temps pour lire toutes les config de tout KDE sur un ordinateur et disque dur lent. Ca inclut pas mal de fichiers differents. Si t'es vraiment inferieur a la ms sur ton temps de parsing, ca ne genera pas. Attention quand meme car l'utilisateur percoit un temps a partir de 50 ms a peu pres.

ouai, et on fera aussi un rm /usb/bin/vim et un alias 'vim' 'echo "vim sucks, you should definitely switch to yzis"'

Bonne nouvelle. Et c'est retro-actif ? J'aimerai bien voir les deux browsers qui supportent parfaitement le SVG.

j'ai verifie, mes flags de compile sont ok, mes sources sont en phase avec mes binaires, je vois pas d'ou ca vient.

en fait, les limitations des logiciels dependant vachement de la facon dont tu les utilises. La facon dont j'utilise le debugger de visual ne m'a pas montre de limitations, alors que la facon dont j'utilise gdb oui.

Sous gdb, break my_class::my_method() ne marche toujours pas pour moi. J'en suis encore a mettre des no de lignes.