Le patch debian ne concerne en gros que des fix pour certaines architectures. Et quelques fix corrigeant quelques bugs "à l'arrache" et qui ne concernet de toute façon pas Firefox 2.
vrai seulement si tu télécharge le binaire. Mais à ma connaissance, ce n'est pas le binaire qui est utilisé dans les distrib (et puis y aurait pas ces problèmes de trademark alors)
Mais dans les sources, et pour la compil : faux. Tu as un flag pour activer/désactiver le "branding" firefox.
oui mais là, tu parles du média "print". Là on est sur le web. Où le contenu devrait s'adapter au contenant. Tu trouve le texte trop large ? reduit ta fenêtre.
Et ce qui est vachement bien avec le web, c'est que chacun peut adapter la largeur à sa guise... Mais seulement quand l'auteur fait attention quand il publie.
M'enfin bon, là on pourrait dire aussi que c'est la faute au cms de linuxfr : il ne devrait pas mettre un br à chaque saut de ligne "physqiue", mais à chaque changement de paragraphe (double saut de ligne).
>plus d'un an et demi est insuffisant pour corriger le code de Gecko afin de le rendre plus conforme.
Ba ça peut te paraitre con, mais un layout engine c'est pas simple. Le fait est que l'architecture de ce layout engine tel qu'il est jusqu'à Gecko 1.8.1 (FF2), ne permettait pas de corriger les bugs.
Et ça fait plus d'un an et demi que la refonte d'une grosse partie du layout engine a débuté (réalisé par un seul gars, David Baron, et pas par une grosse équipe comme tu dis). Et ça fait plusieurs mois que dans la branche dans laquelle a eu lieu cette refonte, Gecko passe le test acid2. Cependant une refonte ce n'est pas facile. Ça cause forcément des effets de bords à droite et à gauche, qu'il faut encore corriger. Il y a des millers de choses à vérifier (surtout quand en parallèle, le backend graphique est également en refonte). Il n'etait donc pas raisonnable de basculer tout ça dans une branche (gecko 1.8.x) qui est stable à l'origine.
>Et bien aujourd'hui, que dire... qu'il ne faut surtout pas allez visitez le test acid 2 avec firefox, car la comparaison avec IE7 n'est pas flatteuse :(
Pourtant, à ce que je vois, il y a bien moins d'erreur avec FF2 qu'avec IE7. Et il y en a encore moins avec FF3a1 (en cours de dev) (et aucune avec la version experimentale de Gecko 1.9)
il préfère se voir en porte-drapeau d'une certaine vision du logiciel libre, victime à ce titre de toutes les attaques des méchants libristes intégristes.
N'importe quoi. Je peux t'assurer que ton explication est vraiment fumeuse.
Moi je ne le vois absolument pas comme tu le vois.. Avec les changements dramatiques climatiques qui sont en train de se faire, la disparition du pétrole et autres désastres économiques, je doute que l'on aura des trucs supers high tech de rêve.
Oh bien sûr, la technologie va évoluer ses prochaines années, mais je pense que l'on peut prévoir un ralentissement du progrés technologique d'ici 25 ans. Cela va couter de plus en plus cher de produire des processeurs. Faut il rappeler les litres et les litres d'eau que consomme la fabrication d'un ordinateur, sans parler d'autres matériaux ? Et malheureusement, l'eau propre, potable commence à être un serieux problème dans certaines parties du monde, et pourrait bien en être un dans nos pays ultra industrialisés.
Et ce n'est qu'un aspect parmis d'autres... Par exemple, produire ou faire fonctionner un ordinateur, consomme de l'éléctricité. Qu'il faut produire... Avec du pétrole (qu'il soit utilisé directement dans les centrales thermiques, ou utilisé pour l'extraction de l'uranium pour les centrales nucléaires...).
Bref, l'avenir "technologique" ne sera peut être pas aussi rose et bandant qu'on le croit (ou que les industriels veulent vous faire croire).
C'était ma minute pessimiste du jour. Merci de m'avoir lu jusqu'ici :-)
Cette branche comporte en fait une refonte d'une partie du layout engine. Ces modifs devraient être incluses dans le trunc d'ici quelques semaines ou mois, normalement avant la sortie de Gecko 1.9/Firefox 3.
2) le test acid 2 est meilleur dans la version du trunk que dans Firefox 2.0/Gecko 1.8.1, même si le trunk ne comporte pas encore les patchs de la branche reflow.
à priori, si ils délivrent une version opensource, tu auras donc les sources. Tu pourras en théorie donc les compiler sur ton linux (vu que thunderbird est basé sur Gecko, et que Gecko est dispo pour linux).
je doute qu'ils modifients Gecko. Ils vont plutôt travailler sur le chrome à mon avis (donc JS+XUL, qui sont indépendants de la plateforme). À moins qu'effectivement ils réalisent des composants C++ qui ne soient pas multiplateformes (ce qui serait ballot).
déjà, si c'est si complexe que ça, c'est le fait de ta distribution. Parce que dans kubuntu moi, je n'ai pas un panneau de config en arbo, je n'ai pas des menus sur 15 niveaux et tout le tralala.
C'est quoi la logique que tu utilises dans la numérotation des versions ? Je suis toujours intrigué par tous ces logiciels qui reste en 0.x ou pire en 0.0.x sur de nombreuses releases, alors même qu'ils deviennent utilisables et offres un minimum de fonctionnalités...
>et en environnement Unix il reste complètement à la rue (ne serait-ce que pour la gestion pitoyable des extensions).
c'est quoi le souci au sujet des extensions ? (par défaut, les extensions s'installent dans le profil de l'utilisateur depuis 1.5, donc je vois pas le souci...)
Ici, c'est une raison de plus qui montre que Firefox est un peu orienté Windows (et Mac OS X depuis que Tristan Nitot bosse blogue dessus ;-P) en priorité, quoiqu'on dise.
Un peu trollesque ton propos. Ce n'est pas une question de priorité, mais de ressources.
Si l'intégration dans linux était si simple, plus simple même que dans windows, ça se saurait, et ça serait déjà fait depuis longtemps.
Maintenant, je te propose de proposer des solutions pour que Mozilla Corp trouve des ressources pour que Firefox s'intégre trés bien à la fois :
- dans Kde
- dans Gnome
- dans XFCE
- dans ton_window_manager_préféré ou ton_bureau_préféré
non, on ne developpe pas une appli pour une config donnée, dans un environnement donné, rêgle général.
Car l'appli evolue. Les besoins évoluent. Aujourd'hui c'est du mysql parce que tu sais que tu aura peu d'utilisateur ou peu d'éxigences. Mais plus tard ? Qui sait si ton site ou ton appli ne connaitra pas un boom ? un succés ? Des demandes d'évolutions importantes ? Et donc changer de base, de config php et autre ? Peut être voudras tu la plugger plus tard sur des services web ou autres ? Donc réutiliser tes objets métiers, ou d'autres parties de l'appli pour d'autres besoins ?
Les objets, la modularité, c'est pas pour se la jouer. C'est pour anticiper sur les évolutions. Èviter de tous réécrire à chaque évolution. Découper pour réaliser plus facilement des tests unitaires (trés important dés qu'une appli devient complexe, pour vérifier qu'il n'y a pas de régressions). Découper pour ne pas avoir à tout modifier. Utiliser des templates par exemple (qu'elles soient en php ou non), c'est un premier découpage. Séparer le code métier du code coordination( en utilisant mvc par ex) en est un autre.
Une appli, surtout complexe, c'est pas du jetable. Faut essayer d'anticiper les évolutions, éviter d'avoir à tout réécrire, parce que ça coute cher. Le seul truc qui fonctionne sur le moyen et long terme, c'est de programmer un minimum modulaire (sans tomber dans l'ultra modulaire, il faut modulariser en fonction de la complexité de l'appli, et de son temps de vie).
je dis pas ça par ce que ça fait "in", mais bien parce que c'est ce que j'ai effectivement remarqué dans tous les developpements professionels que j'ai effectué depuis plusieurs années. Y a qu'à voir le succés et le nombre de nouveau framework ces derniers mois.
> ne pourrait-on pas avoir un navigateur vraiment rapide en se contentant de lire le html comme il doit l'être ?
Oui bien sûr, on peut. Mais dans ce cas, tu ne verrais plus beaucoup de sites web :-p. Avant d'alléger les navigateurs en ce sens, il faudrait que la majorité des développeurs web respectent les standards (et donc produisent du HTML/XHTML conforme)
[^] # Re: Firefox ca pue c'est pas libre....
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal faites péter les connec F_F_2 IS OUT. Évalué à 1.
Le patch debian ne concerne en gros que des fix pour certaines architectures. Et quelques fix corrigeant quelques bugs "à l'arrache" et qui ne concernet de toute façon pas Firefox 2.
[^] # Re: Lignes de code
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal PHP eats rails. Évalué à 2.
raaa voilà, encore une comparaison entre un framework et un langage....
Si tu prend n'importe quel framework en php, tu auras également moins de ligne de code à écrire.. (c'est normal, c'est fait pour)
[^] # Re: completement nulle comme étude.
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal PHP eats rails. Évalué à 3.
Peut être parce qu'il en existe des dizaines en PHP, et pas en ruby ? Donc marché morcelé, toussa....
[^] # Re: Heuu
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal faites péter les connec F_F_2 IS OUT. Évalué à 4.
http://weblogs.mozillazine.org/asa/archives/2006/10/firefox_(...)
[^] # Re: Vulnérabilité dans IE7 découverte
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal faites péter les connec Aie_i_7 IS OUT. Évalué à 6.
pas beaucoup. Elle était déjà dans IE6.
bref, secunia n'ont fait que vérifier qu'elle était toujours là.
# traduction
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Ext4 bientôt sur votre bureau. Évalué à -8.
(avant même d'aller voir l'article de linux watch, ça se voit grosse comme une maison cette traduction bancale à deux sous)
# nouveau driver nouveau ?
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Faille de sécurité dans le pilote propriétaire Nvidia. Évalué à 8.
(je pose cette question parce que je n'y connais pas grand chose et je ne trouve pas de faq)
[^] # Re: IceWeasel
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal J'aimerais qu'on m'explique. Évalué à 2.
vrai seulement si tu télécharge le binaire. Mais à ma connaissance, ce n'est pas le binaire qui est utilisé dans les distrib (et puis y aurait pas ces problèmes de trademark alors)
Mais dans les sources, et pour la compil : faux. Tu as un flag pour activer/désactiver le "branding" firefox.
[^] # Re: Retour charriot
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal «As-if» informatique. Évalué à 4.
Et ce qui est vachement bien avec le web, c'est que chacun peut adapter la largeur à sa guise... Mais seulement quand l'auteur fait attention quand il publie.
M'enfin bon, là on pourrait dire aussi que c'est la faute au cms de linuxfr : il ne devrait pas mettre un br à chaque saut de ligne "physqiue", mais à chaque changement de paragraphe (double saut de ligne).
[^] # Re: ... et le test ACID ?
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Firefox 2 arrive (IE7 aussi). Évalué à 5.
Ba ça peut te paraitre con, mais un layout engine c'est pas simple. Le fait est que l'architecture de ce layout engine tel qu'il est jusqu'à Gecko 1.8.1 (FF2), ne permettait pas de corriger les bugs.
Et ça fait plus d'un an et demi que la refonte d'une grosse partie du layout engine a débuté (réalisé par un seul gars, David Baron, et pas par une grosse équipe comme tu dis). Et ça fait plusieurs mois que dans la branche dans laquelle a eu lieu cette refonte, Gecko passe le test acid2. Cependant une refonte ce n'est pas facile. Ça cause forcément des effets de bords à droite et à gauche, qu'il faut encore corriger. Il y a des millers de choses à vérifier (surtout quand en parallèle, le backend graphique est également en refonte). Il n'etait donc pas raisonnable de basculer tout ça dans une branche (gecko 1.8.x) qui est stable à l'origine.
>Et bien aujourd'hui, que dire... qu'il ne faut surtout pas allez visitez le test acid 2 avec firefox, car la comparaison avec IE7 n'est pas flatteuse :(
Pourtant, à ce que je vois, il y a bien moins d'erreur avec FF2 qu'avec IE7. Et il y en a encore moins avec FF3a1 (en cours de dev) (et aucune avec la version experimentale de Gecko 1.9)
[^] # Re: ... et le test ACID ?
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Firefox 2 arrive (IE7 aussi). Évalué à 4.
J'aimerais bien que tu me montres qui, parmis les gens de Mozilla, et où, il a été promis une telle chose.. Parce que moi j'ai jamais lu ça.
[^] # Re: Allez, je me lance.
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal J'aimerais qu'on m'explique. Évalué à -1.
Par contre qu'il en ai marre de toutes ces attaques de trolleurs, oui ça c'est sûr.
[^] # Re: Allez, je me lance.
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal J'aimerais qu'on m'explique. Évalué à -1.
N'importe quoi. Je peux t'assurer que ton explication est vraiment fumeuse.
# Dans 25 ans ? Foutaises !
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Le ZX81 a 25 ans...Au lit avec un PC.. Évalué à 10.
Moi je ne le vois absolument pas comme tu le vois.. Avec les changements dramatiques climatiques qui sont en train de se faire, la disparition du pétrole et autres désastres économiques, je doute que l'on aura des trucs supers high tech de rêve.
Oh bien sûr, la technologie va évoluer ses prochaines années, mais je pense que l'on peut prévoir un ralentissement du progrés technologique d'ici 25 ans. Cela va couter de plus en plus cher de produire des processeurs. Faut il rappeler les litres et les litres d'eau que consomme la fabrication d'un ordinateur, sans parler d'autres matériaux ? Et malheureusement, l'eau propre, potable commence à être un serieux problème dans certaines parties du monde, et pourrait bien en être un dans nos pays ultra industrialisés.
Et ce n'est qu'un aspect parmis d'autres... Par exemple, produire ou faire fonctionner un ordinateur, consomme de l'éléctricité. Qu'il faut produire... Avec du pétrole (qu'il soit utilisé directement dans les centrales thermiques, ou utilisé pour l'extraction de l'uranium pour les centrales nucléaires...).
Bref, l'avenir "technologique" ne sera peut être pas aussi rose et bandant qu'on le croit (ou que les industriels veulent vous faire croire).
C'était ma minute pessimiste du jour. Merci de m'avoir lu jusqu'ici :-)
[^] # Re: Je ne comprends pas
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Quel sport pratique le geek ??. Évalué à 2.
[^] # Re: ... et le test ACID ?
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Firefox 2 arrive (IE7 aussi). Évalué à 10.
1) le test acid 2 passent à l'aise sur une branche spécifique (reflow) en développement depuis pas mal de temps : http://ljouanneau.com/blog/2006/06/06/570-gecko-passe-le-tes(...)
Cette branche comporte en fait une refonte d'une partie du layout engine. Ces modifs devraient être incluses dans le trunc d'ici quelques semaines ou mois, normalement avant la sortie de Gecko 1.9/Firefox 3.
2) le test acid 2 est meilleur dans la version du trunk que dans Firefox 2.0/Gecko 1.8.1, même si le trunk ne comporte pas encore les patchs de la branche reflow.
[^] # Re: licence ?
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Eudora s'offre une cure de jouvence et passe à l'OpenSource. Évalué à 4.
[^] # Re: C'est une bonne nouvelle mais c'est
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Eudora s'offre une cure de jouvence et passe à l'OpenSource. Évalué à 4.
je doute qu'ils modifients Gecko. Ils vont plutôt travailler sur le chrome à mon avis (donc JS+XUL, qui sont indépendants de la plateforme). À moins qu'effectivement ils réalisent des composants C++ qui ne soient pas multiplateformes (ce qui serait ballot).
[^] # Re: Naze
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Le troll de l'année?. Évalué à 3.
déjà, si c'est si complexe que ça, c'est le fait de ta distribution. Parce que dans kubuntu moi, je n'ai pas un panneau de config en arbo, je n'ai pas des menus sur 15 niveaux et tout le tralala.
# numero de version
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche KTabEdit-0.0.8 ou comment écrire ses partitions pour votre guitare. Évalué à 5.
[^] # Re: Une bonne nouvelle
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Le troll de l'année?. Évalué à 1.
c'est quoi le souci au sujet des extensions ? (par défaut, les extensions s'installent dans le profil de l'utilisateur depuis 1.5, donc je vois pas le souci...)
[^] # Re: Naze
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Le troll de l'année?. Évalué à -2.
Un peu trollesque ton propos. Ce n'est pas une question de priorité, mais de ressources.
Si l'intégration dans linux était si simple, plus simple même que dans windows, ça se saurait, et ça serait déjà fait depuis longtemps.
Maintenant, je te propose de proposer des solutions pour que Mozilla Corp trouve des ressources pour que Firefox s'intégre trés bien à la fois :
- dans Kde
- dans Gnome
- dans XFCE
- dans ton_window_manager_préféré ou ton_bureau_préféré
(liste non exhaustive, et pour cause...).
[^] # Re: Curiosité...
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Offre d'emploi Développeur Web (Paris). Évalué à 2.
D'ailleurs c'est valable pas qu'en PHP, mais aussi dans tous les autres langages.
[^] # Re: Curiosité...
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Offre d'emploi Développeur Web (Paris). Évalué à 2.
Car l'appli evolue. Les besoins évoluent. Aujourd'hui c'est du mysql parce que tu sais que tu aura peu d'utilisateur ou peu d'éxigences. Mais plus tard ? Qui sait si ton site ou ton appli ne connaitra pas un boom ? un succés ? Des demandes d'évolutions importantes ? Et donc changer de base, de config php et autre ? Peut être voudras tu la plugger plus tard sur des services web ou autres ? Donc réutiliser tes objets métiers, ou d'autres parties de l'appli pour d'autres besoins ?
Les objets, la modularité, c'est pas pour se la jouer. C'est pour anticiper sur les évolutions. Èviter de tous réécrire à chaque évolution. Découper pour réaliser plus facilement des tests unitaires (trés important dés qu'une appli devient complexe, pour vérifier qu'il n'y a pas de régressions). Découper pour ne pas avoir à tout modifier. Utiliser des templates par exemple (qu'elles soient en php ou non), c'est un premier découpage. Séparer le code métier du code coordination( en utilisant mvc par ex) en est un autre.
Une appli, surtout complexe, c'est pas du jetable. Faut essayer d'anticiper les évolutions, éviter d'avoir à tout réécrire, parce que ça coute cher. Le seul truc qui fonctionne sur le moyen et long terme, c'est de programmer un minimum modulaire (sans tomber dans l'ultra modulaire, il faut modulariser en fonction de la complexité de l'appli, et de son temps de vie).
je dis pas ça par ce que ça fait "in", mais bien parce que c'est ce que j'ai effectivement remarqué dans tous les developpements professionels que j'ai effectué depuis plusieurs années. Y a qu'à voir le succés et le nombre de nouveau framework ces derniers mois.
PS: je ne travaille pas dans la boite de mat...
[^] # Re: Aléger le bouzin
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Le troll de l'année?. Évalué à 10.
Oui bien sûr, on peut. Mais dans ce cas, tu ne verrais plus beaucoup de sites web :-p. Avant d'alléger les navigateurs en ce sens, il faudrait que la majorité des développeurs web respectent les standards (et donc produisent du HTML/XHTML conforme)