Je ne suis pas du tout un vieux sage juste en passant (mais peut-être un futur vieux con parce que si je commence comme ça :)
Par contre je n'ai effectivement pas besoin de faire l'intéressant car je le suis naturellement. /o\
Pour être sérieux, je suis loin d'être doué en info, ce n'est pas du tout ma spécialité et je n'ai jamais suivi d'enseignement sur le sujet.
Pour répondre à ta question le plus honnêtement, je me base sur du ressenti ce qui peut très bien passer pour subjectif (mais ça m'étonnerait car j'observe la même chose sur différentes machines et sur deux distro différentes à savoir mandriva et debian). Avec ff c'est tout simplement moins fluide, ça peut même friser.
Je peux prendre un exemple "extrême" comme le nouveau client pour tribune onlinecoincoin (ou olc2) [1] écrit en js. Ok, c'est beaucoup de js (en même temps pas trop le choix) mais ff est tt simplement horrible en comparaison de konqui, etc (notamment arora ou aurora je ne sais plus, et safari qui tous les deux sont extrêmement rapides). webkit effect... ? En fixant un maximum de posts historicisés à 2000 et le nombre de tribunes à 8 (je parle toujours de olc2), lors du chargement des histos des tribunes quand on lance olc2, ff va friser de longues minutes, konqui une dizaine de secondes pour être assez large, safari ne va presque pas avoir mal. Durant le moulage (c'est à dire quand on discute sur une ou des tribunes), ff frise également par moments, est beaucoup moins réactif, etc.
L'auteur d'olc2, l'aimable chrisix<, a bien tenté de chercher dans son code comment améliorer son comportement mais n'y est pas arrivé. En même temps, c'est peut-être sa faute mais comme par hasard, ff3 semble assez seul pour connaître ces problèmes (à moins qu'il faille coder du js spécial ?).
D'autre part tu remarqueras que l'un des objets sinon l'objet principal de ff3.5 était d'accélérer la gestion du js donc il y a bien un souci. Souci toujours présent à mon goût, surtout si la solution proposée pour parer à la faille a pour conséquence de se rapprocher des perfs de 3.0.11.
Je ne cherche pas à tirer à boulets rouges non plus sur le travail accompli autour de ff. Il est fort probablement d'une qualité indéniable mais je ne pourrais pas en dire plus car je ne m'y connais pas assez. Je pointe du doigt une tendance lourde et qui, je trouve, est de plus en plus désagréable dans ce logiciel. Si ff dans ses prochaines releases pouvait résoudre ce problème, je serais la plus heureuse des moules. :)
[^] # Re: Démonstration
Posté par sirrus . En réponse au journal Vulnérabilité critique dans Firefox 3.5. Évalué à 2.
Par contre je n'ai effectivement pas besoin de faire l'intéressant car je le suis naturellement. /o\
Pour être sérieux, je suis loin d'être doué en info, ce n'est pas du tout ma spécialité et je n'ai jamais suivi d'enseignement sur le sujet.
Pour répondre à ta question le plus honnêtement, je me base sur du ressenti ce qui peut très bien passer pour subjectif (mais ça m'étonnerait car j'observe la même chose sur différentes machines et sur deux distro différentes à savoir mandriva et debian). Avec ff c'est tout simplement moins fluide, ça peut même friser.
Je peux prendre un exemple "extrême" comme le nouveau client pour tribune onlinecoincoin (ou olc2) [1] écrit en js. Ok, c'est beaucoup de js (en même temps pas trop le choix) mais ff est tt simplement horrible en comparaison de konqui, etc (notamment arora ou aurora je ne sais plus, et safari qui tous les deux sont extrêmement rapides). webkit effect... ? En fixant un maximum de posts historicisés à 2000 et le nombre de tribunes à 8 (je parle toujours de olc2), lors du chargement des histos des tribunes quand on lance olc2, ff va friser de longues minutes, konqui une dizaine de secondes pour être assez large, safari ne va presque pas avoir mal. Durant le moulage (c'est à dire quand on discute sur une ou des tribunes), ff frise également par moments, est beaucoup moins réactif, etc.
L'auteur d'olc2, l'aimable chrisix<, a bien tenté de chercher dans son code comment améliorer son comportement mais n'y est pas arrivé. En même temps, c'est peut-être sa faute mais comme par hasard, ff3 semble assez seul pour connaître ces problèmes (à moins qu'il faille coder du js spécial ?).
D'autre part tu remarqueras que l'un des objets sinon l'objet principal de ff3.5 était d'accélérer la gestion du js donc il y a bien un souci. Souci toujours présent à mon goût, surtout si la solution proposée pour parer à la faille a pour conséquence de se rapprocher des perfs de 3.0.11.
Je ne cherche pas à tirer à boulets rouges non plus sur le travail accompli autour de ff. Il est fort probablement d'une qualité indéniable mais je ne pourrais pas en dire plus car je ne m'y connais pas assez. Je pointe du doigt une tendance lourde et qui, je trouve, est de plus en plus désagréable dans ce logiciel. Si ff dans ses prochaines releases pouvait résoudre ce problème, je serais la plus heureuse des moules. :)
[1] http://olcc.logicielslibres.info/