C'est un *vieux* bug, il a plus d'un an. Toujours pas corrigé. Je l'ai déjà reporté, il est mort parce que personne n'a daigné jeter un oeil dessus.
Qu'en sait tu que personne a jeté un coup d'oeil ? As tu bien décrit ton bug ? As tu rempli correctement le formulaire ? Quel est
son numéro ? as tu vérifié que ton bug n'a pas été corrigé depuis ? (il a peut être disparu grâce à une autre correction.. mais ton rapport n'a pas été mis à jour, ça peut arriver)
Sais tu aussi que tu n'es pas le seul à reporter des bugs ? Qu'il y a aussi des priorités dans les corrections de bugs ? Des choses plus importantes à faire évoluer ou à corriger ?
par sa progression, comment dire, relativement pépère
Moi qui suit l'évolution des devs de prés, j'ai vraiment pas l'impression que c'est une progression relativement pépère. Quoi qu'on en dise, entre la 1.0 et la 1.5, il y a énormément de changements, même si ils ne se voient pas tous pour l'utilisateur lambda. Il y a une 40aine de developpeurs à temps complet rien qu'à la Mozilla Corp, et quelques dizaines d'autres de part le monde. Et je n'ai pas l'impression qu'ils se tournent les pouces... :-p
Compare par exemple la progression fulgurante d'Opera
Progression dans quel sens ? au niveau du public, oui, depuis que c'est complétement gratuit, il est vrai qu'il est plus interressant. Technologiquement parlant ? Ils font des progrés, mais pas plus que Gecko à mon sens, loin de là même je dirais...
Personnellement, je souhaiterais vraiment que Firefox rattrape son retard
retard sur quoi ? tu penses aux quelques propriétés CSS qu'il ne supporte pas encore et qui empeche le test acid2 de fonctionner ? Acid2 n'est pas une finalité non plus. Ils ont préféré travailler sur d'autres propriétés plus utile (sachant qu'en plus l'architecture actuelle empeche l'implementation correcte de certaines propriétés, ils sont donc en train de commencer à changer une partie de l'architecture du moteur). À ma connaissance, Gecko est le seul par exemple à supporter les colonnes CSS3.
As tu regardé toutefois pour d'autres technos où il en est ? SVG, XForms, SMIL (en cours) et j'en passe.. Le système des extensions, XUL, XBL, E4X, RDF, MathML, XTF etc.. Ils ont tous ça les autres navigateurs ? Ou l'équivalent ? Ils proposent quoi comme alternative au futur XAML et WPF/E qui va debarquer chez Microsoft __et qui va faire mal__ ?
Si ces technos vous sembles inutiles et que vous pensez que ça vous pompe trop de ressources, alors utilisez un autre navigateur. Mais faut pas quand même cracher dans la soupe. Ne me dites pas non plus "l'utilisateur n'en a rien à fiche de ces technos". J'en connais moi des utilisateurs qui voudrait bien dans leur appli intranet l'ergonomie apportée par du XUL plutôt que des pages HTML allourdi de centaine de ko de scripts pour avoir des menus déroulant et autres ajaxeries. Un exemple, ce formulaire Xforms : http://www.mozilla.org/projects/xforms/samples/tax_form/TaxF(...) (voir ça avec FF1.5 et l'extension xform). Ce n'est pas agréable pour le user de ne pas avoir à recharger une page pour passer d'une section à une autre ? (0 ajax derrière) Ce n'est pas agréable pour le user de pouvoir, sur le clic d'un bouton, afficher un camembert en SVG en fonction des données saisies sans avoir à communiquer avec le serveur (0 ajax derrière)?
Bref, je me demande où est le retard dont tu parles pour Firefox.
le fait qu'il ne soit pas du tout intégré à KDE
Parce qu'opéra est intégré à Kde ? Galéon est intégré à Kde ? IE est intégré à Kde ? ;-)
On ne peut pas avoir le beurre ET l'argent du beurre. C'est trés dur d'avoir un framework comme Mozilla qui soit à la fois multi-plateforme, et en même temps trés intégré à un environnement spécifique. En tout cas, pour un browser, c'est trés dur. Ce n'est pas pour rien qu'il y a des projets comme Galéon, Camino qui utilisent Gecko mais qui ont une interface native à leur environnement, et qui n'utilisent donc pas le browser de Gecko pour afficher leur interface utilisateur (en XUL) comme Firefox le fait.
Et tu me parles d'intégration, mais à ton avis, quelle est l'appli web qui est la plus intégrée à l'envronnement ? Celle faite en HTML pourrie avec des scripts dans tous les sens, ou celle faite avec du XUL, et donc qui utilise le toolkit de la plateforme pour l'affichage des widget, qui offre donc le look et l'accessibilité apportée par le toolkit ?
Toutefois, si tu veux un konqueror avec le moteur de gecko, fait une petite recherche sur google, ça a déjà été fait ;-)
>Cooker est effectivement un peu lourd dans ses critiques sur Firefox, mais d'après moi, c'est surtout lié à "qui aime bien, chatis bien".
Tu as peut etre raison, mais il y a tout de même des limites au chatiement quand on "aime bien".
>mais qu'arrivé à un certain point de lenteur ou de marque de mépris de la part des développeurs vis à vis des bogues rapportés, la licence n'entre quasiment plus en ligne de compte.
Tes commentaires et billets tirant à boulet rouge sur Firefox commençent personnellement à me fatiguer.
À chaque fois qu'il y a un billet ou un commentaire sur Firefox, tu en remet une couche (vous pouvez vérifier en allant sur sa page perso).
Pourquoi cet acharnement ? Tu as des problèmes dans ta vie sentimentale ? Dans ta boîte ?
Si il ne te convient, utilise autre chose et arrête de te plaindre ! Est ce que je me plains moi sans arret de la laideur de Gnome et l'intégration pas géniale des applis Gnome ? de l'interface à chier de Gimp, de ses fonctionnalités sur les calques qui n'arrivent pas aux chevilles de PhotoShop ? de la lourdeur d'OpenOffice ? des bugs à répétition dans Quanta ? des bugs dans debian que j'ai au niveau réseau ?
Bah non, je le fais pas. J'essaie de résoudre le problème. Si je n'y arrive pas, je change de cremerie. Tout simplement. Il y a suffisement le choix dans les logiciels libres pour prendre celui qui convient le mieux.
Tu te plains du mépris de la part des développeurs vis à vis des bogues rapportés. Mais tu en as posté combien au fait (donne m'en la liste que je regarde ça)? Combien ont été des doublons ? as tu suffisement décrit le problème ? As tu employé un ton aussi haineux que sur linuxfr ? Est-il reproductible ? As tu une idée aussi de la difficulté pour le résoudre ? As tu pensé que ton bug n'est pas résolvable en deux minutes ? as tu pensé qu'il peut y avoir des bugs plus urgent et /ou facile à résoudre ? (eh oui, aussi étonnant que cela puisse paraître, tu n'es pas le seul à découvrir ou à poster des bugs)
Par exemple tout le monde se plaint de l'occupation mémoire qui augmente sans arret. (Personnellement, je n'ai pas ce phénomène et pourtant j'utilise une version officielle). Ce problème est certainement du à un leak quelques parts. Si tu as une recette magique qui permet de le retrouver en un claquement de doigt parmis les millions de lignes de code, et pour un soft aussi compliqué, fait le moi savoir.
Bref, c'est bon, on sait que tu n'aimes plus Firefox, on sait qu'il parait que c'est une grosse daube, que ce sont tous des cons à la mozilla fondation, donc tu peux arréter de t'en plaindre. Ça sera bon pour tout le monde.
Parce que si tout le monde fait comme toi (TOUT les logiciels ont des bugs, et beaucoup ont des bugs enervants pas corrigés dans la minute qui suit sa découverte), ça deviendrait invivable sur DLFP.
> FireFox est génial mais c'est son gros défaut. Il parait que cela vient de l'architecture de XUL
Avant de dire "il parait", il serait bon de se renseigner avant de propager des rumeurs...
Si ça grignote je ne sais combien de mémoire au bout de quelques heures c'est plutôt à cause d'un bug quelque part. Ou d'une gestion particulière de la mémoire par le système. Pourquoi le système désallouerai de la mémoire libérée par le soft si aucun autre soft n'en a besoin ?
En tout cas ce qui est sûr chez moi,
- c'est que ça prend pas plus de 50Mo à la fin d'une journée de surf bien remplie avec une dizaine d'onglet ouvert en permanence (pc de 512Mo de ram)
- qu'un fichier XUL ne prend pas plus de mémoire qu'une page web classique. Par contre, que ça ralentisse un peu la réactivité de l'interface, c'est possible. (m'enfin bon, sur mon pentium 800Mhz, Firefox n'est pas moins réactif que tout autre appli gtk ou qt)
Le gouvernement de vichy en instituant la délation a conduit des millions de juifs, d’homosexuels, d’opposants politiques de gitans dans les camps de la mort
Celui qui a écrit ça a du confondre avec les SS. Le gouvernement de Vichy a participé il est vrai à la déportation de dizaines de milliers de personnes (environ 141 000 d'aprés ce site par exemple : http://www.memoire-net.org/article.php3?id_article=98 ). Même si ce chiffre est déjà horrible, il ne me semble pas, que l'on puisse dire "des millions" de personnes (Et puis Vichy ne gouvernait pas, que je sache, la pologne et autres pays de l'est, ni l'allemagne, ni même le nord de la France, ou tout autre pays à partir desquels des déportations ont eu lieu...)
Quand on tient un discours, il est bon de modérer ses propos et de ne rien éxagérer ni déformer la réalité, si on veut être crédible un minimum. Car du coup, il est permis de douter de l'exactitude de tout ce qui est dénoncé dans le texte.
ouh la la le beau trolleur complètement ignorant de ce qu'est un développement !
premier coup ? Mais ca fait combien de décénie que s'est developpé ce Nescape 6/Mozilla/Firefoxe ?
Depuis 1998. Parti de zéro. Soit 7 ans. Donc même pas une décenie. Pour ta culture personnelle, un browser web fait parti de ces catégories de softs qui sont les plus compliqués à développer. Mozilla/Firefox fait parti du top 5 des plus grosses applications libres. (top 3 même selon certains, avec le noyau linux, open office...).
Pour ton autre information : IE6. est basé sur le moteur de Mosaic, navigateur sortie en... 1993.. IE6 est sortie en 2001. Il a donc fallu 8 ans à microsoft pour sortir un browser qui, techniquement n'arrive pas à la cheville de FF. Et qui n'a pas évolué depuis (à part un patch dans le SP2 pour ajouter un bloqueur de popup, et les patchs de sécurité bien entendu).
Mais ils ont fait combien d'années d'étude ces gens là ?! Ils doivent manquer de rigueur, de méthode dans leur travail, ce n'est pas possible autrement.
mouahahahah !
Ils sont tellement incompétent que toutes les grosses entreprises se les arrachent (yahoo, google, ibm etc..). Coté étude, ça fait pas tout. J'ai connu des ingenieurs sortie de grosses écoles informatique qui ne savaient pas aligner deux lignes de code correctement.
Et puis tu as raison, y en a qui n'ont pas fait d'étude. blake ross par ex a été embauché à 14 ans par Netscape pour bosser sur Mozilla... Même pas eu son bac ! Un gros nul ? Et pourtant, si tu savais ce qu'il a fait dans Gecko... (si une boite embauche un type de 14 ans, c'est pas pour le fun...)
Manquer de rigueur ? le code d'une correction, patch, amélioration est checké par au moins 2 personnes avant d'être accepté dans le code final. Méthode de travail ? Ba libre à toi de juger. Surtout quand on sait qu'il y a des centaines de développeurs sur le projet (sur IE, ils sont quelques dizaines tout au plus, ce qui, en matière de méthode de travail, change radicalement). Si tu pense pouvoir améliorer les choses, contacte la fondation Mozilla.
Mais t'es tu au moins documenté sur tout ça avant de critiquer ? va lire quelques pages par là : http://www.mozilla.org/hacking/
Pour conclure, tu crois qu'un projet de l'ampleur de Mozilla aurait tenu la route aussi longtemps si il n'y avait pas un minimum de rigueur et de méthode de travail ?
Et ça gêne en quoi l'utilisateur lambda si c'est mis dans un menu "options avancées" ?
à ton avis, pourquoi FF a eu tout le succés qu'il a eu, et pas Mozilla, qui pourtant offrait beaucoup plus d'options dans une UI ? Je ne dis pas que la boite d'option de FF est responsable du succés de FF, mais elle l'est en partie.
Si tu veux une interface de geek, utilise la suite Mozilla.
Idem pour les traductions, il devrait être possible à un utilisateur avancé de changer de langue sans faire de bidouille louche.
Pas besoin de faire de bidouilles louches. Tu sais cliquer ? Va donc ici ftp://ftp.mozilla.org/pub/mozilla.org/firefox/releases/1.0.7(...) (ou change de repertoire si tu es sous windows, mais il y a de forte chance que les fichiers soient identiques), et clique sur le xpi qui correspond à la langue que tu veux installer.
Tu vois finalement, ils livrent aussi les fichiers de langues à part (chose que je viens de re-découvrir maintenant, en vérifiant, car ça m'étonnait tout de même qu'ils ne livrent pas les xpi de langues à part..).
Il est pas beau le système d'extensions/localisation de Gecko ? :-p
J'ai l'impression que tu as une utilisation trés spéciale de ton PC. Parce que tu me dirais, j'ai un pentium à 800 mhz, ça rame etc, je le comprendrai, ça prend effectivement des ressources. mais que tu me dises que tu as de la lenteur avec un 2Ghz et 1go de ram, là, je pense trés sincérement que là c'est toi qui a un problème sur ta machine (tu as 150 appli ouverte ou quoi ??). J'ai une machine un peu moins puissante (1,8ghz avec 512Mo), et pourtant je trouve que firefox à une réactivité tout a fait comparable aux autres softs (kde ou autre).
Sinon coté technique, XUL n'utilise pas plus de "framework par dessus l'environnement". Déjà à la base, sous linux, il utilise GTK pour le rendu des widgets. Sinon pour le reste, c'est de la manipulation DOM, donc oui, ça coute un peu (il faut bien stocker l'arbre DOM quelque part, c'est le prix à payer si on veut pouvoir modifier l'interface en live).
Ensuite, il faut savoir que les fichiers XUL sont en quelques sortes "compilés" (je crois qu'en fait ce sont les données des arbres DOM qui sont mis dans un fichier cache), donc coté chargement, en théorie, tu ne devrais pas avoir trop de soucis de lenteur au chargement (à moins que les options de cache xul soient désactivés mais ça m'etonnerait). Mais il faut pas non plus trop en demander. Tout le monde s'extasie devant la rapidité de chargement de Konqueror. Mais c'est comme IE : il est déjà en grande partie chargé en mémoire puisqu'il (le coeur de konqueror, KHTML) sert à l'affichage de pas mal de chose dans KDE si je ne me trompe pas.
Le jour où konqueror ou autre intégreront toutes les technologies de Mozilla (XUL, XBL, XPCOM, les overlays, templates + utilisation de RDF, système d'extensions qui sont hyper simple à développer etc) ou similaire, vous pourrez comparer. Certaines technologies ont un prix, les framework ont un prix. Si tu n'es pas pret à le payer, soit tu contribue à ce que ce prix baisse, soit tu change de soft.
Aussi étonnant que cela puisse paraître, on ne peut pas avoir le beurre (toutes ces technos XUL&co qui facilitent le developpement, et un developpement cross plateforme de surcroit), et l'argent du beurre (instantanéité, zeros bugs etc...).
Parce que si je fais comme toi, je pourrais autant gueuler que toi en disant par exemple que gtk ou QT, (par extension, GNOME et KDE) sont des merdes qui sont d'une lenteur épouvantable et me bouffe toute ma mémoire... sur mon P300 :-p (les lecteurs intelligents auront compris que j'ironise)
Ba oui, gtk et qt sont des libs géniales parce qu'elles facilitent la vie des développeurs. Mais elles ont leur limites : mon P300 a du mal à les supporter. l'affichage n'est pas instantané, ça rame, c'est affreux. Gecko (XUL&co) aussi est génial parce qu'il facilite beaucoup plus la vie des développeurs que qt ou GTK, mais il a lui aussi malheureusement ses limites, qui sont il est vrai plus haute que qt ou gtk, là il faut au moins un p800 pour commencer à l'apprecier. Mais parce qu'il s'agit de technos plus avancées, plus innovantes, et peut être avec encore un petit manque de maturité, car hyper complexe à implémenter.
En résumé : tu utilises un soft qui n'est pas adpaté à ton équipement et à ton utilisation ? change de soft. C'est comme ça, tu n'y peux rien.
Moi, en ce qui me concerne, il me va, j'ai pas de ralentissement. Peut etre aussi parce que de par mes besoins et mon utilisation de mon PC, je n'ouvre pas 150 applications. Ça me bouffe pas des megas et des megas de mémoire, et pourtant si j' ai pas mal d'onglet ouvert en permanence (entre 10 et 15), mon firefox est ouvert en permanence, sans compter thunderbird et d'autres applis que je développe basée sur gecko (donc en mode debug, qui sont donc censées me prendre pas mal de ressources etc..), et sans compter aussi que je suis sous KDE, avec trés souvent des compilations C++ en tâche de fond : aucun ralentissement de vraiment palpable, avec seulement 512Mo de ram. Sauf quand j'ouvre 10 onglets de journaux linuxfr avec des dizaines de commentaires trollesques, là oui, ça rame au chargement, parce que le moteur javascript n'est pas multithreadé pour diverses raisons, et parce que Gecko, c'est pas un simple browser html/css + un moteur javascript, c'est bien plus que ça...
Maintenant, je viens de comparer l'occupation mémoire de FF et de konqueror. actuellement, FF, ouvert depuis plusieurs heures, ayant surfer sur des dizaines de sites, avec acutellement une huitaine d'onglet ouvert, occupe 11% de mes 512Mo. Là, j'ai ouvert konqueror (que je n'utilise jamais), je lui ai ouvert une huitaine d'onglet (journaux linuxfr), paf, 7% dans la vue (utilisation swap : 0). bref, on a beau dire, c'est à peine plus réjouissant. Qu'est ce que ce serait si l'UI de konqueror était du XML en live comme XUL....
soient incapable de sortir du premier coup la bonne version
Tu oublie une chose, gamin, c'est que c'est fait par des êtres humains, qui ne peuvent penser à tout et à tout le monde en même temps, qui ne peuvent résoudre tout les problèmes sur un claquement de doigt, qui ne peuvent connaître tous les désirs et problèmes de gens. Et tu oublie qu'une journée, ça ne contient que 24h.
Maintenant, tu sembles trouver tout ça pas normal, et que sortir du premier coup la bonne version, c'est simple. Je te propose alors, oh grand développeur parfait, de rejoindre l'équipe de Mozilla afin de les aider à créer le navigateur parfait. Ou alors l'équipe de Gnome. Ou celle de Kde. Ou celle OpenOffice. Ou encore celle de tout autre logiciel libre.. Je crois qu'ils ont tous besoin d'un développeur aussi talentueux que toi qui produit du code parfait dés la première version.
des versions traduites uniquement disponibles en binaires, sans autre possibilité de les installer. Il me semblait pourtant dans des projets bien conçus qu'on ne mettait pas les traductions en dur dans le code ?
Justement, ce n'est pas en dur dans le code, les traductions sont dans des fichiers séparés (DTD ou fichier properties). Ils sont même accessible via un système d'url interne specifique (chrome://nom_du_paquet/locale/foo..)
Les fichiers de localisations peuvent donc être fournis dans un paquet XPI séparé (une extension quoi). Ils l'ont longtemps fait pour la suite Mozilla (seamonkey), mais je suppose que si ils livrent des binaires différents de firefox avec pour chacun un paquet de localisation different, c'est pour plus de praticité (va donc dire à l'utilisateur lambda qu'il faut qu'il installe Firefox, puis ensuite aller chercher l'extension qui va bien pour que son truc soit en français...)
la superbe apparence intuitive et user-friendly des pages about:config et l'absence d'IHM pour présenter/modifier ces paramètres
Ils l'ont longtemps fait dans la suite Mozilla. Résultat : de nombreux utilisateurs pestait contre toutes ces options qui ne comprennent pas toujours.
Bref, tu veux un boite à option de geek ? utilise la suite Mozilla.
Pour le reste, ce sont des "bugs" connus et archi connus (et rabachés x fois déjà sur linuxfr), qu'ils essayent de résoudre comme ils peuvent.
Car il faut bien le dire, les logiciels multiplateformes sont en général une connerie. Firefox et OpenOffice.org réinvente (imparfaitement) chacun la route pour UN logiciel
Bon, alors, je vais te conseiller d'aller faire un tour sur http://xulfr.org , pour que tu apprennes que l'aspect multiplateforme n'est pas une connerie, et que chez mozilla, ils n'ont pas fait ça pour un seul logiciel. Figure toi que Firefox repose sur un framework (le truc multiplateforme), que tu peux reutiliser pour développer ton propre logiciel (ex : Nvu). Et que eux meme, chez mozilla, ils l'utilisent pour Sunbird, Thundebird, SeaMonkey etc.. Donc ce n'est pas UN logiciel, mais plusieurs..
Maintenant, je me demande bien ce que KDE a de si different au niveau de l'aspect multi-plateforme. Les bénéfices pour développeur que tu as cité pour KDE, tu les as également dans le framework Mozilla. (et le framework est disponible pour un nombre de plateforme plus nombreuses que KDE il me semble)
> Ca montre un manque de respect ? Pas que je sache
Plus ou moins.
L'important quand on va à un rendez vous aussi serieux qu'un entretien, c'est de montrer aux personnes que tu vas rencontrer que tu y vas avec serieux, que tu es interressé.
Bien s'habiller permet de montrer à tes interlocuteurs que ce RDV est important pour toi, parce qu'en t'habillant bien, tu montre que tu *fais un effort* pour changer tes habitudes, tu fais un effort dans ta presentation.
Tout le monde sait, surtout en informatique, que le costard c'est chiant etc. Donc un gars qui a fait un effort pour s'habiller correctement pour un entretien montre déjà à son interlocuteur qu'il a déjà un certain respect pour la personne qu'il va voir, qu'il est interressé.
Et pour beaucoup, mettre des baskets, ce n'est pas "bien s'habiller", parce que ce sont des accessoires vestimentaires souvent moches, et surtout pas appropriés (Que je sache, des basket à l'origine, c'est pour faire du sport, or tu ne viens pas pour faire du sport, mais tu viens pour un entretien).
celui qui vient en tshirt-jean-basket semble déjà à priori peu interressé car il n'a pas fait le premier pas qui est de faire un effort pour bien se presenter.
Tout est histoire de psychologie et de culture (et aussi du milieu professionnel, car il est certain que l'on va pas demander à un ouvrier de se presenter en costard cravate pour un entretien, mais pour un informaticien si, parce que le milieu des bureaux, c'est comme ça, tu as les moyens en général de t'habiller un minimum correct).
Dites les gars, vous avez visité le web ces dernieres années ?
Non parce que ce genre de truc sur lequel vous vous extasiez, ça fait des années qu'on peut le faire et que ça existe. Ce n'est que du javascript, avec gestion drag and drop et de la manipulation DOM. Même que Microsoft appelle ça du DHTML et qu'on pouvait faire ça dans IE4 (et même NS4).
Bon, à part ça, c'est vrai que c'est joli, sympathique.
Mais alors, question accessiblité : zéro pointé. Netvibes utilise trés trés mal javascript, DOM &cie. En clair : du code DHTML pourri digne des années 90. Ce n'est en aucune manière innovant, mais un véritable retour en arrière !
Ils auraient fait ça en respectant les standards et l'accessibilité, ça aurait été cool, mais manque de bol...
Tu verras qu'ils n'ont pas de "vagues" idées ;-) Il y a même des trucs qui sont déjà dans le tronc , comme la prise en charge complete de Cairo dans Gecko (elle n'est que partielle dans FF 1.5, utilisé seulement par la partie SVG et canvas)
Cette prise en charge de gecko va apporter beaucoup de trucs :
* Accélération graphique
* Une meilleure qualité de rendu
* un gain en performance de rendu
* des corrections de bugs CSS (acid2) : ils vont en effet être plus facilement corrigeable avec cairo qu'avec leur propre lib gfx actuelle, puisque cairo intégre des effets non présents dans cette lib gfx ( pour text-shadow par exemple ;)
Cela va également ouvrir des perspectives comme pouvoir "rediriger" l'affichage vers du PDF, du PNG, ou du Postcript -> amélioration trés notable de l'impression, export PDF d'une page HTML ou autre et plein d'autres applications de ces possibilités qu'ils ont dans leurs cartons. (pourquoi pas un gestionnaire d'historique ou de bookmarks qui presente les liens sous forme de vignette de capture d'écran générée en PNG par cairo. Bon, c'est une idée comme ça, pas sûr qu'ils fassent un truc dans ce genre mais voilà quoi ;-)
je ne pense pas qu'ils libereront de si tôt le code source.
Car je crois que leur business model n'est pas celui du libre contrairement à ce que tu dis. En effet, je pense qu'ils gagnent une grosse partie de leur revenu, de la vente des licences de la version embarqué d'Opera (pour les téléphones portables, PDA etc...). Comme ce marché est en pleine expansion, je pense qu'ils gagnent suffisement d'argent pour pouvoir donner gratuitement leur version desktop.
> plus simple qu'ubuntu à installer, j'ai pas encore trouvé....
troll detected.
Pour ma part, je l'ai trouvé compliqué à installer par rapport à mandrake, comme par exemple les messages et questions peu explicites (genre on ne sait pas si il faut repondre oui ou non) etc...
sans vouloir troller, je me demande à quoi peut servir
"Un assistant pour informer l'équipe de Mozilla des sites ne fonctionnant pas correctement"
Ça peut servir à informer l'équipe de Mozilla que tel ou tel site ne fonctionne pas correctement, qu'il soit codé comme un porc ou qu'il soit codé proprement.. Bah oui, Firefox n'est pas exempte de bug. Y en a certainement que les devs ne connaissent pas encore à propos de styles CSS, ou de javascript etc.. D'où cet outil, qui permet à un plus grand nombre de gens (dont parmis eux, ceux qui trouvent bugzilla trop compliqué) de rapporter les bugs.
[^] # Re: Super boîtier...
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Firefox : concours d'extensions. Évalué à 2.
[^] # Re: Question :
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Sortie de Firefox 1.5 RC1. Évalué à 1.
Qu'en sait tu que personne a jeté un coup d'oeil ? As tu bien décrit ton bug ? As tu rempli correctement le formulaire ? Quel est
son numéro ? as tu vérifié que ton bug n'a pas été corrigé depuis ? (il a peut être disparu grâce à une autre correction.. mais ton rapport n'a pas été mis à jour, ça peut arriver)
Sais tu aussi que tu n'es pas le seul à reporter des bugs ? Qu'il y a aussi des priorités dans les corrections de bugs ? Des choses plus importantes à faire évoluer ou à corriger ?
[^] # Re: Question :
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Sortie de Firefox 1.5 RC1. Évalué à 2.
Et mieux, si tu veux FF avec QT, compile le avec QT :-p
http://developer.mozilla.org/en/docs/Configuring_Build_Optio(...)
--enable-default-toolkit=qt
[^] # Re: Question :
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Sortie de Firefox 1.5 RC1. Évalué à 2.
Moi qui suit l'évolution des devs de prés, j'ai vraiment pas l'impression que c'est une progression relativement pépère. Quoi qu'on en dise, entre la 1.0 et la 1.5, il y a énormément de changements, même si ils ne se voient pas tous pour l'utilisateur lambda. Il y a une 40aine de developpeurs à temps complet rien qu'à la Mozilla Corp, et quelques dizaines d'autres de part le monde. Et je n'ai pas l'impression qu'ils se tournent les pouces... :-p
Progression dans quel sens ? au niveau du public, oui, depuis que c'est complétement gratuit, il est vrai qu'il est plus interressant. Technologiquement parlant ? Ils font des progrés, mais pas plus que Gecko à mon sens, loin de là même je dirais...
retard sur quoi ? tu penses aux quelques propriétés CSS qu'il ne supporte pas encore et qui empeche le test acid2 de fonctionner ? Acid2 n'est pas une finalité non plus. Ils ont préféré travailler sur d'autres propriétés plus utile (sachant qu'en plus l'architecture actuelle empeche l'implementation correcte de certaines propriétés, ils sont donc en train de commencer à changer une partie de l'architecture du moteur). À ma connaissance, Gecko est le seul par exemple à supporter les colonnes CSS3.
As tu regardé toutefois pour d'autres technos où il en est ? SVG, XForms, SMIL (en cours) et j'en passe.. Le système des extensions, XUL, XBL, E4X, RDF, MathML, XTF etc.. Ils ont tous ça les autres navigateurs ? Ou l'équivalent ? Ils proposent quoi comme alternative au futur XAML et WPF/E qui va debarquer chez Microsoft __et qui va faire mal__ ?
Si ces technos vous sembles inutiles et que vous pensez que ça vous pompe trop de ressources, alors utilisez un autre navigateur. Mais faut pas quand même cracher dans la soupe. Ne me dites pas non plus "l'utilisateur n'en a rien à fiche de ces technos". J'en connais moi des utilisateurs qui voudrait bien dans leur appli intranet l'ergonomie apportée par du XUL plutôt que des pages HTML allourdi de centaine de ko de scripts pour avoir des menus déroulant et autres ajaxeries. Un exemple, ce formulaire Xforms : http://www.mozilla.org/projects/xforms/samples/tax_form/TaxF(...) (voir ça avec FF1.5 et l'extension xform). Ce n'est pas agréable pour le user de ne pas avoir à recharger une page pour passer d'une section à une autre ? (0 ajax derrière) Ce n'est pas agréable pour le user de pouvoir, sur le clic d'un bouton, afficher un camembert en SVG en fonction des données saisies sans avoir à communiquer avec le serveur (0 ajax derrière)?
Bref, je me demande où est le retard dont tu parles pour Firefox.
Parce qu'opéra est intégré à Kde ? Galéon est intégré à Kde ? IE est intégré à Kde ? ;-)
On ne peut pas avoir le beurre ET l'argent du beurre. C'est trés dur d'avoir un framework comme Mozilla qui soit à la fois multi-plateforme, et en même temps trés intégré à un environnement spécifique. En tout cas, pour un browser, c'est trés dur. Ce n'est pas pour rien qu'il y a des projets comme Galéon, Camino qui utilisent Gecko mais qui ont une interface native à leur environnement, et qui n'utilisent donc pas le browser de Gecko pour afficher leur interface utilisateur (en XUL) comme Firefox le fait.
Et tu me parles d'intégration, mais à ton avis, quelle est l'appli web qui est la plus intégrée à l'envronnement ? Celle faite en HTML pourrie avec des scripts dans tous les sens, ou celle faite avec du XUL, et donc qui utilise le toolkit de la plateforme pour l'affichage des widget, qui offre donc le look et l'accessibilité apportée par le toolkit ?
Toutefois, si tu veux un konqueror avec le moteur de gecko, fait une petite recherche sur google, ça a déjà été fait ;-)
>Cooker est effectivement un peu lourd dans ses critiques sur Firefox, mais d'après moi, c'est surtout lié à "qui aime bien, chatis bien".
Tu as peut etre raison, mais il y a tout de même des limites au chatiement quand on "aime bien".
[^] # Re: On va enfin pouvoir (re)jouer à Tetris :-P
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Sortie de Firefox 1.5 RC1. Évalué à 1.
[^] # Re: Question :
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Sortie de Firefox 1.5 RC1. Évalué à 0.
Tes commentaires et billets tirant à boulet rouge sur Firefox commençent personnellement à me fatiguer.
À chaque fois qu'il y a un billet ou un commentaire sur Firefox, tu en remet une couche (vous pouvez vérifier en allant sur sa page perso).
Pourquoi cet acharnement ? Tu as des problèmes dans ta vie sentimentale ? Dans ta boîte ?
Si il ne te convient, utilise autre chose et arrête de te plaindre ! Est ce que je me plains moi sans arret de la laideur de Gnome et l'intégration pas géniale des applis Gnome ? de l'interface à chier de Gimp, de ses fonctionnalités sur les calques qui n'arrivent pas aux chevilles de PhotoShop ? de la lourdeur d'OpenOffice ? des bugs à répétition dans Quanta ? des bugs dans debian que j'ai au niveau réseau ?
Bah non, je le fais pas. J'essaie de résoudre le problème. Si je n'y arrive pas, je change de cremerie. Tout simplement. Il y a suffisement le choix dans les logiciels libres pour prendre celui qui convient le mieux.
Tu te plains du mépris de la part des développeurs vis à vis des bogues rapportés. Mais tu en as posté combien au fait (donne m'en la liste que je regarde ça)? Combien ont été des doublons ? as tu suffisement décrit le problème ? As tu employé un ton aussi haineux que sur linuxfr ? Est-il reproductible ? As tu une idée aussi de la difficulté pour le résoudre ? As tu pensé que ton bug n'est pas résolvable en deux minutes ? as tu pensé qu'il peut y avoir des bugs plus urgent et /ou facile à résoudre ? (eh oui, aussi étonnant que cela puisse paraître, tu n'es pas le seul à découvrir ou à poster des bugs)
Par exemple tout le monde se plaint de l'occupation mémoire qui augmente sans arret. (Personnellement, je n'ai pas ce phénomène et pourtant j'utilise une version officielle). Ce problème est certainement du à un leak quelques parts. Si tu as une recette magique qui permet de le retrouver en un claquement de doigt parmis les millions de lignes de code, et pour un soft aussi compliqué, fait le moi savoir.
Bref, c'est bon, on sait que tu n'aimes plus Firefox, on sait qu'il parait que c'est une grosse daube, que ce sont tous des cons à la mozilla fondation, donc tu peux arréter de t'en plaindre. Ça sera bon pour tout le monde.
Parce que si tout le monde fait comme toi (TOUT les logiciels ont des bugs, et beaucoup ont des bugs enervants pas corrigés dans la minute qui suit sa découverte), ça deviendrait invivable sur DLFP.
Merci de ta compréhension.
[^] # Re: Question :
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Sortie de Firefox 1.5 RC1. Évalué à 1.
Avant de dire "il parait", il serait bon de se renseigner avant de propager des rumeurs...
Si ça grignote je ne sais combien de mémoire au bout de quelques heures c'est plutôt à cause d'un bug quelque part. Ou d'une gestion particulière de la mémoire par le système. Pourquoi le système désallouerai de la mémoire libérée par le soft si aucun autre soft n'en a besoin ?
En tout cas ce qui est sûr chez moi,
- c'est que ça prend pas plus de 50Mo à la fin d'une journée de surf bien remplie avec une dizaine d'onglet ouvert en permanence (pc de 512Mo de ram)
- qu'un fichier XUL ne prend pas plus de mémoire qu'une page web classique. Par contre, que ça ralentisse un peu la réactivité de l'interface, c'est possible. (m'enfin bon, sur mon pentium 800Mhz, Firefox n'est pas moins réactif que tout autre appli gtk ou qt)
[^] # Re: Ouh la...
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal En réponse à ceux qui aime SSkarko...et la sécurité. Évalué à 5.
Celui qui a écrit ça a du confondre avec les SS. Le gouvernement de Vichy a participé il est vrai à la déportation de dizaines de milliers de personnes (environ 141 000 d'aprés ce site par exemple : http://www.memoire-net.org/article.php3?id_article=98 ). Même si ce chiffre est déjà horrible, il ne me semble pas, que l'on puisse dire "des millions" de personnes (Et puis Vichy ne gouvernait pas, que je sache, la pologne et autres pays de l'est, ni l'allemagne, ni même le nord de la France, ou tout autre pays à partir desquels des déportations ont eu lieu...)
Quand on tient un discours, il est bon de modérer ses propos et de ne rien éxagérer ni déformer la réalité, si on veut être crédible un minimum. Car du coup, il est permis de douter de l'exactitude de tout ce qui est dénoncé dans le texte.
[^] # Re: Ce n'était donc pas mon windows !
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Firefox cache mal son jeu. Évalué à 3.
Depuis 1998. Parti de zéro. Soit 7 ans. Donc même pas une décenie. Pour ta culture personnelle, un browser web fait parti de ces catégories de softs qui sont les plus compliqués à développer. Mozilla/Firefox fait parti du top 5 des plus grosses applications libres. (top 3 même selon certains, avec le noyau linux, open office...).
Pour ton autre information : IE6. est basé sur le moteur de Mosaic, navigateur sortie en... 1993.. IE6 est sortie en 2001. Il a donc fallu 8 ans à microsoft pour sortir un browser qui, techniquement n'arrive pas à la cheville de FF. Et qui n'a pas évolué depuis (à part un patch dans le SP2 pour ajouter un bloqueur de popup, et les patchs de sécurité bien entendu).
mouahahahah !
Ils sont tellement incompétent que toutes les grosses entreprises se les arrachent (yahoo, google, ibm etc..). Coté étude, ça fait pas tout. J'ai connu des ingenieurs sortie de grosses écoles informatique qui ne savaient pas aligner deux lignes de code correctement.
Et puis tu as raison, y en a qui n'ont pas fait d'étude. blake ross par ex a été embauché à 14 ans par Netscape pour bosser sur Mozilla... Même pas eu son bac ! Un gros nul ? Et pourtant, si tu savais ce qu'il a fait dans Gecko... (si une boite embauche un type de 14 ans, c'est pas pour le fun...)
Manquer de rigueur ? le code d'une correction, patch, amélioration est checké par au moins 2 personnes avant d'être accepté dans le code final. Méthode de travail ? Ba libre à toi de juger. Surtout quand on sait qu'il y a des centaines de développeurs sur le projet (sur IE, ils sont quelques dizaines tout au plus, ce qui, en matière de méthode de travail, change radicalement). Si tu pense pouvoir améliorer les choses, contacte la fondation Mozilla.
Mais t'es tu au moins documenté sur tout ça avant de critiquer ? va lire quelques pages par là : http://www.mozilla.org/hacking/
Pour conclure, tu crois qu'un projet de l'ampleur de Mozilla aurait tenu la route aussi longtemps si il n'y avait pas un minimum de rigueur et de méthode de travail ?
[^] # Re: Et d'autres...
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Firefox cache mal son jeu. Évalué à 0.
à ton avis, pourquoi FF a eu tout le succés qu'il a eu, et pas Mozilla, qui pourtant offrait beaucoup plus d'options dans une UI ? Je ne dis pas que la boite d'option de FF est responsable du succés de FF, mais elle l'est en partie.
Si tu veux une interface de geek, utilise la suite Mozilla.
Pas besoin de faire de bidouilles louches. Tu sais cliquer ? Va donc ici ftp://ftp.mozilla.org/pub/mozilla.org/firefox/releases/1.0.7(...) (ou change de repertoire si tu es sous windows, mais il y a de forte chance que les fichiers soient identiques), et clique sur le xpi qui correspond à la langue que tu veux installer.
Tu vois finalement, ils livrent aussi les fichiers de langues à part (chose que je viens de re-découvrir maintenant, en vérifiant, car ça m'étonnait tout de même qu'ils ne livrent pas les xpi de langues à part..).
Il est pas beau le système d'extensions/localisation de Gecko ? :-p
[^] # Re: Heu
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Firefox cache mal son jeu. Évalué à 2.
Sinon coté technique, XUL n'utilise pas plus de "framework par dessus l'environnement". Déjà à la base, sous linux, il utilise GTK pour le rendu des widgets. Sinon pour le reste, c'est de la manipulation DOM, donc oui, ça coute un peu (il faut bien stocker l'arbre DOM quelque part, c'est le prix à payer si on veut pouvoir modifier l'interface en live).
Ensuite, il faut savoir que les fichiers XUL sont en quelques sortes "compilés" (je crois qu'en fait ce sont les données des arbres DOM qui sont mis dans un fichier cache), donc coté chargement, en théorie, tu ne devrais pas avoir trop de soucis de lenteur au chargement (à moins que les options de cache xul soient désactivés mais ça m'etonnerait). Mais il faut pas non plus trop en demander. Tout le monde s'extasie devant la rapidité de chargement de Konqueror. Mais c'est comme IE : il est déjà en grande partie chargé en mémoire puisqu'il (le coeur de konqueror, KHTML) sert à l'affichage de pas mal de chose dans KDE si je ne me trompe pas.
Le jour où konqueror ou autre intégreront toutes les technologies de Mozilla (XUL, XBL, XPCOM, les overlays, templates + utilisation de RDF, système d'extensions qui sont hyper simple à développer etc) ou similaire, vous pourrez comparer. Certaines technologies ont un prix, les framework ont un prix. Si tu n'es pas pret à le payer, soit tu contribue à ce que ce prix baisse, soit tu change de soft.
Aussi étonnant que cela puisse paraître, on ne peut pas avoir le beurre (toutes ces technos XUL&co qui facilitent le developpement, et un developpement cross plateforme de surcroit), et l'argent du beurre (instantanéité, zeros bugs etc...).
Parce que si je fais comme toi, je pourrais autant gueuler que toi en disant par exemple que gtk ou QT, (par extension, GNOME et KDE) sont des merdes qui sont d'une lenteur épouvantable et me bouffe toute ma mémoire... sur mon P300 :-p (les lecteurs intelligents auront compris que j'ironise)
Ba oui, gtk et qt sont des libs géniales parce qu'elles facilitent la vie des développeurs. Mais elles ont leur limites : mon P300 a du mal à les supporter. l'affichage n'est pas instantané, ça rame, c'est affreux. Gecko (XUL&co) aussi est génial parce qu'il facilite beaucoup plus la vie des développeurs que qt ou GTK, mais il a lui aussi malheureusement ses limites, qui sont il est vrai plus haute que qt ou gtk, là il faut au moins un p800 pour commencer à l'apprecier. Mais parce qu'il s'agit de technos plus avancées, plus innovantes, et peut être avec encore un petit manque de maturité, car hyper complexe à implémenter.
En résumé : tu utilises un soft qui n'est pas adpaté à ton équipement et à ton utilisation ? change de soft. C'est comme ça, tu n'y peux rien.
Moi, en ce qui me concerne, il me va, j'ai pas de ralentissement. Peut etre aussi parce que de par mes besoins et mon utilisation de mon PC, je n'ouvre pas 150 applications. Ça me bouffe pas des megas et des megas de mémoire, et pourtant si j' ai pas mal d'onglet ouvert en permanence (entre 10 et 15), mon firefox est ouvert en permanence, sans compter thunderbird et d'autres applis que je développe basée sur gecko (donc en mode debug, qui sont donc censées me prendre pas mal de ressources etc..), et sans compter aussi que je suis sous KDE, avec trés souvent des compilations C++ en tâche de fond : aucun ralentissement de vraiment palpable, avec seulement 512Mo de ram. Sauf quand j'ouvre 10 onglets de journaux linuxfr avec des dizaines de commentaires trollesques, là oui, ça rame au chargement, parce que le moteur javascript n'est pas multithreadé pour diverses raisons, et parce que Gecko, c'est pas un simple browser html/css + un moteur javascript, c'est bien plus que ça...
Maintenant, je viens de comparer l'occupation mémoire de FF et de konqueror. actuellement, FF, ouvert depuis plusieurs heures, ayant surfer sur des dizaines de sites, avec acutellement une huitaine d'onglet ouvert, occupe 11% de mes 512Mo. Là, j'ai ouvert konqueror (que je n'utilise jamais), je lui ai ouvert une huitaine d'onglet (journaux linuxfr), paf, 7% dans la vue (utilisation swap : 0). bref, on a beau dire, c'est à peine plus réjouissant. Qu'est ce que ce serait si l'UI de konqueror était du XML en live comme XUL....
[^] # Re: Ce n'était donc pas mon windows !
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Firefox cache mal son jeu. Évalué à 1.
Tu oublie une chose, gamin, c'est que c'est fait par des êtres humains, qui ne peuvent penser à tout et à tout le monde en même temps, qui ne peuvent résoudre tout les problèmes sur un claquement de doigt, qui ne peuvent connaître tous les désirs et problèmes de gens. Et tu oublie qu'une journée, ça ne contient que 24h.
Maintenant, tu sembles trouver tout ça pas normal, et que sortir du premier coup la bonne version, c'est simple. Je te propose alors, oh grand développeur parfait, de rejoindre l'équipe de Mozilla afin de les aider à créer le navigateur parfait. Ou alors l'équipe de Gnome. Ou celle de Kde. Ou celle OpenOffice. Ou encore celle de tout autre logiciel libre.. Je crois qu'ils ont tous besoin d'un développeur aussi talentueux que toi qui produit du code parfait dés la première version.
[^] # Re: Et d'autres...
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Firefox cache mal son jeu. Évalué à 2.
Justement, ce n'est pas en dur dans le code, les traductions sont dans des fichiers séparés (DTD ou fichier properties). Ils sont même accessible via un système d'url interne specifique (chrome://nom_du_paquet/locale/foo..)
Les fichiers de localisations peuvent donc être fournis dans un paquet XPI séparé (une extension quoi). Ils l'ont longtemps fait pour la suite Mozilla (seamonkey), mais je suppose que si ils livrent des binaires différents de firefox avec pour chacun un paquet de localisation different, c'est pour plus de praticité (va donc dire à l'utilisateur lambda qu'il faut qu'il installe Firefox, puis ensuite aller chercher l'extension qui va bien pour que son truc soit en français...)
Ils l'ont longtemps fait dans la suite Mozilla. Résultat : de nombreux utilisateurs pestait contre toutes ces options qui ne comprennent pas toujours.
Bref, tu veux un boite à option de geek ? utilise la suite Mozilla.
Pour le reste, ce sont des "bugs" connus et archi connus (et rabachés x fois déjà sur linuxfr), qu'ils essayent de résoudre comme ils peuvent.
[^] # Re: Une lueur d'espoir ...
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Firefox cache mal son jeu. Évalué à 7.
[^] # Re: Heu
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Firefox cache mal son jeu. Évalué à 4.
Bon, alors, je vais te conseiller d'aller faire un tour sur http://xulfr.org , pour que tu apprennes que l'aspect multiplateforme n'est pas une connerie, et que chez mozilla, ils n'ont pas fait ça pour un seul logiciel. Figure toi que Firefox repose sur un framework (le truc multiplateforme), que tu peux reutiliser pour développer ton propre logiciel (ex : Nvu). Et que eux meme, chez mozilla, ils l'utilisent pour Sunbird, Thundebird, SeaMonkey etc.. Donc ce n'est pas UN logiciel, mais plusieurs..
Maintenant, je me demande bien ce que KDE a de si different au niveau de l'aspect multi-plateforme. Les bénéfices pour développeur que tu as cité pour KDE, tu les as également dans le framework Mozilla. (et le framework est disponible pour un nombre de plateforme plus nombreuses que KDE il me semble)
[^] # Re: casquette
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Après la danse pour développeurs..... Évalué à 2.
Plus ou moins.
L'important quand on va à un rendez vous aussi serieux qu'un entretien, c'est de montrer aux personnes que tu vas rencontrer que tu y vas avec serieux, que tu es interressé.
Bien s'habiller permet de montrer à tes interlocuteurs que ce RDV est important pour toi, parce qu'en t'habillant bien, tu montre que tu *fais un effort* pour changer tes habitudes, tu fais un effort dans ta presentation.
Tout le monde sait, surtout en informatique, que le costard c'est chiant etc. Donc un gars qui a fait un effort pour s'habiller correctement pour un entretien montre déjà à son interlocuteur qu'il a déjà un certain respect pour la personne qu'il va voir, qu'il est interressé.
Et pour beaucoup, mettre des baskets, ce n'est pas "bien s'habiller", parce que ce sont des accessoires vestimentaires souvent moches, et surtout pas appropriés (Que je sache, des basket à l'origine, c'est pour faire du sport, or tu ne viens pas pour faire du sport, mais tu viens pour un entretien).
celui qui vient en tshirt-jean-basket semble déjà à priori peu interressé car il n'a pas fait le premier pas qui est de faire un effort pour bien se presenter.
Tout est histoire de psychologie et de culture (et aussi du milieu professionnel, car il est certain que l'on va pas demander à un ouvrier de se presenter en costard cravate pour un entretien, mais pour un informaticien si, parce que le milieu des bureaux, c'est comme ça, tu as les moyens en général de t'habiller un minimum correct).
[^] # Re:
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Jabber c'est bien, à plusieurs c'est mieux. Évalué à 3.
Allez, il a pas si mauvais goût que ça :-)
[^] # Re: Bluffant...
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal "Web 2.0" Netvibes et Google. Évalué à 8.
Non parce que ce genre de truc sur lequel vous vous extasiez, ça fait des années qu'on peut le faire et que ça existe. Ce n'est que du javascript, avec gestion drag and drop et de la manipulation DOM. Même que Microsoft appelle ça du DHTML et qu'on pouvait faire ça dans IE4 (et même NS4).
Bon, à part ça, c'est vrai que c'est joli, sympathique.
Mais alors, question accessiblité : zéro pointé. Netvibes utilise trés trés mal javascript, DOM &cie. En clair : du code DHTML pourri digne des années 90. Ce n'est en aucune manière innovant, mais un véritable retour en arrière !
Ils auraient fait ça en respectant les standards et l'accessibilité, ça aurait été cool, mais manque de bol...
[^] # Re: numéros de version
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Actualités Firefox, Thunderbird, Mozilla et SeaMonkey. Évalué à 6.
Tu verras qu'ils n'ont pas de "vagues" idées ;-) Il y a même des trucs qui sont déjà dans le tronc , comme la prise en charge complete de Cairo dans Gecko (elle n'est que partielle dans FF 1.5, utilisé seulement par la partie SVG et canvas)
Cette prise en charge de gecko va apporter beaucoup de trucs :
* Accélération graphique
* Une meilleure qualité de rendu
* un gain en performance de rendu
* des corrections de bugs CSS (acid2) : ils vont en effet être plus facilement corrigeable avec cairo qu'avec leur propre lib gfx actuelle, puisque cairo intégre des effets non présents dans cette lib gfx ( pour text-shadow par exemple ;)
Cela va également ouvrir des perspectives comme pouvoir "rediriger" l'affichage vers du PDF, du PNG, ou du Postcript -> amélioration trés notable de l'impression, export PDF d'une page HTML ou autre et plein d'autres applications de ces possibilités qu'ils ont dans leurs cartons. (pourquoi pas un gestionnaire d'historique ou de bookmarks qui presente les liens sous forme de vignette de capture d'écran générée en PNG par cairo. Bon, c'est une idée comme ça, pas sûr qu'ils fassent un truc dans ce genre mais voilà quoi ;-)
Il est prévu aussi plein d'autres trucs, voir le wiki http://wiki.mozilla.org/Mozilla2:Home_Page(...)
[^] # Re: Mon avis
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Opera devient "free". Évalué à 10.
Car je crois que leur business model n'est pas celui du libre contrairement à ce que tu dis. En effet, je pense qu'ils gagnent une grosse partie de leur revenu, de la vente des licences de la version embarqué d'Opera (pour les téléphones portables, PDA etc...). Comme ce marché est en pleine expansion, je pense qu'ils gagnent suffisement d'argent pour pouvoir donner gratuitement leur version desktop.
[^] # Re: Est-ce une inovation ?
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Envie de "kliker" ?. Évalué à 2.
http://tinderbox.mozilla.org/showbuilds.cgi(...)
[^] # Re: Mauvaise expérience
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Revue des nouvelles chez Ubuntu. Évalué à 9.
troll detected.
Pour ma part, je l'ai trouvé compliqué à installer par rapport à mandrake, comme par exemple les messages et questions peu explicites (genre on ne sait pas si il faut repondre oui ou non) etc...
[^] # Re: Compilation maison
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Firefox 1.5 Beta 1 est sortie. Évalué à 6.
à mon humble avis, ce nouveau système de mis à jour est surtout déstiné aux utilisateurs windowsiens (qui compilent rarement leur firefox :-)
Sous linux, la mise à jour se faisant via le système de package de la distrib...
[^] # Re: Sans vouloir troller...
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Firefox 1.5 Beta 1 est sortie. Évalué à 10.
Ça peut servir à informer l'équipe de Mozilla que tel ou tel site ne fonctionne pas correctement, qu'il soit codé comme un porc ou qu'il soit codé proprement.. Bah oui, Firefox n'est pas exempte de bug. Y en a certainement que les devs ne connaissent pas encore à propos de styles CSS, ou de javascript etc.. D'où cet outil, qui permet à un plus grand nombre de gens (dont parmis eux, ceux qui trouvent bugzilla trop compliqué) de rapporter les bugs.
[^] # Re: Liens français
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Firefox 1.5 Beta 1 est sortie. Évalué à 6.
Voir quelques dates ici : http://xulfr.org/news/2005/08/31/103-firefox-1.5-dans-deux-mois-et-(...)