Les dev chez Mozilla bossent sur TOUTES les plateformes, et pour cause, une bonne partie du code est indépendant de la plateforme. De plus, il y a des dizaines de machines qui lancent les tests unitaires sur toutes les plateformes.
Maintenant, pour te donner des chiffres sur le nombre de testeurs, je ne pense pas qu'on en ait : ce sont en grande majorité des bénévoles. L'équipe QA de Mozilla n'est qu'une goutte d'eau parmi tout les testeurs.
Les testeurs donc, c'est toi, moi etc.. Et il se trouve que la majorité de rapport de bugs ont été découvert par des utilisateurs sous windows. Donc que la majorité des testeurs sont sous windows.
Il nous manque clairement donc des utilisateurs linux pour tester.
Le vrai problème aurait été de garder l'ancienne interface. À la vue du succès des interfaces "light" avec les autres navigateurs, on ne pouvait que suivre dans cette direction. Et plus c'est minimaliste, plus il est difficile de se différencier.
Là où on peut se différencier, ce sont dans les interfaces et fonctionnalités annexes, l'agencement des éléments d'interface et c'est ce qu'essaye de faire Mozilla. D'ailleurs, je trouve que Fx4 s'intègre bien mieux dans Gnome que Chromium (qui a une barre de titre horrible par exemple, ne reprenant pas le thème gtk)
non, que les téléchargements des FTPs de Mozilla et leurs miroirs (et non, Mozilla va pas imposer à toutes les distribs de mettre les mouchards qu'il faut sur leurs serveurs respectifs). Et je crois que ça ne compte que les téléchargements initiés via le site, pas les mises à jour.
La grosse majorité des évolutions : on a l'impression qu'ils reprennent ce qui existe depuis un bail sous chromium/chrome (html5, forms, webgl, bookmarks sync..)
sync, ça existe depuis un bail avec firefox 3.5, 3.6, bien avant Chrome. C'était juste disponible sous forme d'extension (que j'utilise personnellement depuis longtemps). Et le sync de Chrome n'est pas aussi complet que celui de Firefox (pas d'history). Et avec Firefox, tu peux avoir ton propre serveur sync (que j'utilise aussi)
webgl: c'est marrant que tu trouve que ça existe depuis longtemps dans Chrome. C'est Mozilla qui a fait la première implémentation, il y a plusieurs années de ça, (dispo sous forme d'extension) et Mozilla qui a poussé à sa normalisation.
html5: pareil, bon nombre de truc sont dispo dans Firefox depuis.. pfiouuu, ah ba tient, depuis au moins Firefox 3. (et je ne parle pas des trucs comme canvas dispo depuis Firefox 1.5...)
le système d'extension light Jetpack, est né lui aussi bien avant celui de Chrome.
Mozilla ? Suiveurs ? Au niveau technologique, certainement pas. C'est juste qu'ils ont des cycles de releases plus long que Chrome, et qui donne l'impression qui suivent, mais finalement non, absolument pas. Et bon nombre de trucs sont développés sous forme d'extension dans le lab de Mozilla avant leur inclusion dans les versions stables. Suffit juste de suivre l'actu Mozilla sur planet.mozilla.org pour se tenir au courant et découvrir qui sont les suiveurs ;-)
Par contre je concède qu'au niveau interface, ils suivent un peu. Quoique, y a des trucs comme Panorama (même si buggé) qu'on ne retrouve pas chez les autres.
Pour ce qui est des onglets sandboxés, ce n'était pas une priorité haute : les statistiques ont montré que les crashs étaient surtout dûs aux plugins comme flash, et donc sandboxer les plugins a suffit à pas mal réduire les crashs. Et puis l’expérience avec Chrome a montré que les onglets sandboxés, ça bouffe beaucoup plus de mémoire (Chrome est un gouffre à mémoire chez moi).
Il faudrait surtout innover
tu ne lis pas les bons sites, et faut que tu te desintox un peu du tout google ;-)
Loin derrière tout le monde, faut pas exagérer. Il n'y a que Opera qui supporte convenablement l'ensemble des types d'input, les autres n'ayant qu'un support partiel ou buggé.
Chez Mozilla, déjà on a manqué de temps (il n'y a qu'un seul développeur sur le support des formulaires html5), et d'autre part, on préfère avoir une implémentation correcte plutôt que partielle.
HTML5 n'est absolument pas un dialecte XML. XHTML5 oui par contre.
à l'origine, HTML est un dialecte SGML (un truc plus vieux que le XML). HTML5 par contre a plus ou moins coupé les ponts avec SGML. C'est du SGML++. Mais absolument pas XML. La spec HTML5 d'ailleurs fait bien la distinction entre HTML5 et XHTML5. Il y a la même grammaire (mêmes elements/attributs), c'est juste la syntaxe qui change.
Ça fait très longtemps que ça existe. Il est possible en effet de faire des composants XPCOM en python (mais pas de remplacer JS par Python dans les pages XUL ou HTML). Mais ce n'est pas compilé par défaut. Il faut donc se compiler un XulRunner.
L'éditeur Komodo utilise cette fonctionnalité. Bon nombre de leurs composants sont en python. D'ailleurs, c'est eux qui ont fait le binding XPCOM pour python :-)
Le gars qui bosse dans une centrale, sait qu'il prend des risques, et qu'il peut mourir à cause de son job. Comme le gars qui s'engage dans l'armée, sait qu'il peut mourir en mission.
Bref, il est conscient que c'est un job a haut risque. À partir de là, oui, il a accepté de faire son job jusqu'au bout, parce qu'il n'y aura personne d'autre pour le faire (comme je disais, c'est pas l'habitant du coin qui va le faire, il n'a pas les compétences pour).
Cependant je ne dis pas non plus que c'est normal d'en arriver là, que c'est normal d'aller mourir pour ça. Et il faut une sacré dose de courage, en plus d'un professionnalisme sans faille, pour aller se confronter à ce genre d'accident.
à priori, la radio activité qui s'echappe actuellement, n'est pas celle émise directement par le coeur du reacteur. La demi-vie de ces éléments radio actif est apparement faible (de l'ordre de la seconde/minute). Donc cette radio-activité libérée dans l'atmosphère ne va pas durer très longtemps.
Voir des explications techniques ici, et qui montrent que la situation n'est pas aussi horrible que certains veulent le dire.
euh... je ne comprend pas. tu t'étonnes qu'il y ait des personne sur place ? Tu crois alors que les autorités laissent la centrale tout seule, sans personne pour tenter de la réparer, et que tout va se résoudre avec un coup de baguette magique ?
Désolé, le pays des bisounours, ça n'existe pas.
Oui, il y a plein de gens sur le site, pour trouver les solutions pour réparer les pompes de refroidissement, ou des solutions pour refroidir les réacteurs. Oui probablement que certains (ou tous) vont mourir, des suites des fuites de radiations, si elles sont trop fortes et si elles existent vraiment, ou des suites d'explosions ou autre.
Ça s'appelle faire son job (à priori, c'est pas le paysan du coin qui est sur place). ou se sacrifier pour la bonne cause, comme tu voudras. Si personne ne fait rien, il y a de forte chance que la situation n'empire et qu'il n'y ait pas que 11 disparus, mais des milliers.
Ça s'est passé comme ça aussi à Tchernobyl. Il a bien fallu des gens pour faire le sale boulot, et ils l'ont payé de leur vie.
Tu ne dois pas assez regarder la télé (ou le web) pour dire ça.
Pourtant il existe de nos jours les satellites, qui aurait pu fautes de journalistes sur place nous montrer la foule vu d'en haut.
Ce sont surtout des satellites militaires qui permettent de voir ce genre de chose, en temps réél, il me semble. Tu vas leur demander ? :-)
Un scénario de révolution populaire bancal: contrairement à la révolution Égyptienne et Tunisienne, les combats partent des frontières et non des grandes villes du pays.
source ? parce que toutes les cartes montrent que ce sont surtout des villes le long du littoral et autour de Tripoli qui sont aux mains des "révolutionnaires". On peut pas dire que Benghazi soit sur une frontière... À moins que les journalistes et autres sources d'informations nous mentent.
j'aimerais bien apporter ma pierre à l'édifice. Mais impossible d'éditer le truc. Ça fait une heure que j'essaye, à chaque fois, message "quelqu'un est déjà en train de modifier". Alors que dans les logs, il ne s'est rien passé.
bekerleyDB est aux bases key/value ce que sqlite est aux bases SQL : c'est de l'embarqué.
Redis est un serveur, que tu peux répliquer sur plusieurs machines. tu as de plus beaucoup plus de fonctionnalités pour manipuler les valeurs (pas seulement des chaines). Et je crois que ça stocke uniquement en mémoire, pas de fichiers, comme memcached.
Le jour où j'ai voulu programmer en Haskell, j'ai pris la doc et l'ai reposé.
Oui, donc, la programmation fonctionnelle n'est pas pour toi. Comme JS est à mis chemin entre la POO et la programmation fonctionnelle, donc ne te pose plus de question ;-)
Note: il ne faut pas essayer de faire de la POO avec JS, JS n'est pas un langage orienté objet, mais orienté prototype. C'est comme si tu essayais de faire un cube avec une machine conçue pour faire des balles.
Salut, (je suis le gars qui n'est pas un lapin de 2 semaines :-) )
Je pense qu'il y a une petite incompréhension de ta part sur la lecture du billet de Mitchell (mais je ne t'en veux pas, à l'époque pour moi aussi, la communication de Moz sur XulRunner était particulièrement floue, et j'ai dû relire plusieurs fois le billet de Mitchell pour bien comprendre les implications).
Elle a écrit effectivement que xulrunner continuait à exister comme plateforme d'application, mais uniquement pour les produits Mozilla. Et pas en tant que PRODUIT (point 4, standalone XulRunner). C'est d'ailleurs toujours le cas. Firefox et TBird sont des applis XulRunner, seul le nom du binaire change (on y trouve le application.ini par ex, et on peut même lancer des applis "xulrunner" avec firefox --app ou quelque chose comme ça)
En clair, Xulrunner continue à exister, on peut battir des applis dessus si on veut (en le patchant ou autre), Mozilla ne nous en empêche pas. Par contre, comme ce n'est PAS un PRODUIT, (comme peuvent l'etre Firefox ou Thunderbird), elle ne garantit pas la stabilité de la plateforme (en terme d'API), et ne donne pas de roadmap (la roadmap étant en fait celle de Firefox, ou plus exactement du moteur Gecko), et ne recommande pas d'utiliser XUlRunner en tant que socle commun de plusieurs applis (genre un seul XulRunner installé pour X appli), puisque la mise à jour de XulRunner peut casser des applis.
Et elle invitait ceux qui le désiraient, à aider à faire en sorte que le XulRunner standalone reste utilisable pour le maximum de personne.
Ce que j'ai dit dans mon billet, est juste que Mitchell avait enfin défini un avenir clair pour XulRunner : il n'y aura jamais un PRODUIT Xulrunner (pas de marketing, pas de site dédié, etc...). À mon grand déséspoir au final, puisque le groupe de développeur MozPad qui avaient l'ambition de faire de XulRunner un produit, n'a jamais finalement abouti à quelque chose.
Et depuis, je trouve que la communication de Mozilla est, depuis justement Prism, bien plus clair sur les softs qu'elles développent : ils commencent tous une vie dans Mozilla Labs. Et comme ça porte le nom de "labs", pour moi il n'y a plus aucune ambiguité comme à l'époque où ils ont commencé à développer XulRunner : tout ces softs sont des experimentations. Et tant que ça sort pas du labs, il ne faut pas prendre ces softs comme des trucs pérennes. C'est la définition même d'un LABoratoire ;-)
Si à l'époque des débuts de XulRunner, cela avait été développé au sein d'un "Mozilla Lab" (qui n'existait pas à l'époque), avec le recul, j'aurais peut être été plus prudent dans ma communication sur XulRunner.
Est ce que tu as besoin que ce soit dans le dépôt de ta distro préférée pour tester Firefox 4 ?
la réponse est non. Mozilla fourni des tgz pour linux (32 et 64bits). Tu désarchives dans un coin, tu lances. Ça prend 10 secondes (hors téléchargement).
[^] # Re: 64 bits ?
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Firefox 4 est sorti. Évalué à 2.
Les dev chez Mozilla bossent sur TOUTES les plateformes, et pour cause, une bonne partie du code est indépendant de la plateforme. De plus, il y a des dizaines de machines qui lancent les tests unitaires sur toutes les plateformes.
Maintenant, pour te donner des chiffres sur le nombre de testeurs, je ne pense pas qu'on en ait : ce sont en grande majorité des bénévoles. L'équipe QA de Mozilla n'est qu'une goutte d'eau parmi tout les testeurs.
Les testeurs donc, c'est toi, moi etc.. Et il se trouve que la majorité de rapport de bugs ont été découvert par des utilisateurs sous windows. Donc que la majorité des testeurs sont sous windows.
Il nous manque clairement donc des utilisateurs linux pour tester.
[^] # Re: fan de la première heure
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Firefox 4 est sorti. Évalué à 3.
Le vrai problème aurait été de garder l'ancienne interface. À la vue du succès des interfaces "light" avec les autres navigateurs, on ne pouvait que suivre dans cette direction. Et plus c'est minimaliste, plus il est difficile de se différencier.
Là où on peut se différencier, ce sont dans les interfaces et fonctionnalités annexes, l'agencement des éléments d'interface et c'est ce qu'essaye de faire Mozilla. D'ailleurs, je trouve que Fx4 s'intègre bien mieux dans Gnome que Chromium (qui a une barre de titre horrible par exemple, ne reprenant pas le thème gtk)
[^] # Re: Combien de téléchargements
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Firefox 4 est sorti. Évalué à 2.
non, que les téléchargements des FTPs de Mozilla et leurs miroirs (et non, Mozilla va pas imposer à toutes les distribs de mettre les mouchards qu'il faut sur leurs serveurs respectifs). Et je crois que ça ne compte que les téléchargements initiés via le site, pas les mises à jour.
[^] # Re: fan de la première heure
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Firefox 4 est sorti. Évalué à 10.
Mozilla ? Suiveurs ? Au niveau technologique, certainement pas. C'est juste qu'ils ont des cycles de releases plus long que Chrome, et qui donne l'impression qui suivent, mais finalement non, absolument pas. Et bon nombre de trucs sont développés sous forme d'extension dans le lab de Mozilla avant leur inclusion dans les versions stables. Suffit juste de suivre l'actu Mozilla sur planet.mozilla.org pour se tenir au courant et découvrir qui sont les suiveurs ;-)
Par contre je concède qu'au niveau interface, ils suivent un peu. Quoique, y a des trucs comme Panorama (même si buggé) qu'on ne retrouve pas chez les autres.
Pour ce qui est des onglets sandboxés, ce n'était pas une priorité haute : les statistiques ont montré que les crashs étaient surtout dûs aux plugins comme flash, et donc sandboxer les plugins a suffit à pas mal réduire les crashs. Et puis l’expérience avec Chrome a montré que les onglets sandboxés, ça bouffe beaucoup plus de mémoire (Chrome est un gouffre à mémoire chez moi).
tu ne lis pas les bons sites, et faut que tu te desintox un peu du tout google ;-)
[^] # Re: Les formulaires JTML5 sont maintenant pris en charge
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Firefox 4 est sorti. Évalué à 6.
Loin derrière tout le monde, faut pas exagérer. Il n'y a que Opera qui supporte convenablement l'ensemble des types d'input, les autres n'ayant qu'un support partiel ou buggé.
Chez Mozilla, déjà on a manqué de temps (il n'y a qu'un seul développeur sur le support des formulaires html5), et d'autre part, on préfère avoir une implémentation correcte plutôt que partielle.
Et sinon, l'implementation continue d'avancer. https://bugzilla.mozilla.org/show_bug.cgi?id=344614
(et même si ça n'est pas très utilisé, Firefox est le seul navigateur à supporter les formulaires XForms via une extension)
[^] # Re: XHTML ?
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal IE9. Évalué à 9.
HTML5 n'est absolument pas un dialecte XML. XHTML5 oui par contre.
à l'origine, HTML est un dialecte SGML (un truc plus vieux que le XML). HTML5 par contre a plus ou moins coupé les ponts avec SGML. C'est du SGML++. Mais absolument pas XML. La spec HTML5 d'ailleurs fait bien la distinction entre HTML5 et XHTML5. Il y a la même grammaire (mêmes elements/attributs), c'est juste la syntaxe qui change.
[^] # Re: XHTML ?
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal IE9. Évalué à 7.
tu confonds avec le langage XHTML 2, qui lui a vraiment été abandonné avant qu'il soit normalisé.
XHTML est toujours là, XHTML5 fait parti de HTML5. Un simple changement de syntaxe fait la différence.
[^] # Re: GILi, GILi, GILi, ...
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Entretien avec des développeurs Python francophones. Évalué à 2.
Ça fait très longtemps que ça existe. Il est possible en effet de faire des composants XPCOM en python (mais pas de remplacer JS par Python dans les pages XUL ou HTML). Mais ce n'est pas compilé par défaut. Il faut donc se compiler un XulRunner.
L'éditeur Komodo utilise cette fonctionnalité. Bon nombre de leurs composants sont en python. D'ailleurs, c'est eux qui ont fait le binding XPCOM pour python :-)
[^] # Re: Ce n'est pas fini
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Explosion dans une centrale nucléaire au Japon. Évalué à 3.
Le gars qui bosse dans une centrale, sait qu'il prend des risques, et qu'il peut mourir à cause de son job. Comme le gars qui s'engage dans l'armée, sait qu'il peut mourir en mission.
Bref, il est conscient que c'est un job a haut risque. À partir de là, oui, il a accepté de faire son job jusqu'au bout, parce qu'il n'y aura personne d'autre pour le faire (comme je disais, c'est pas l'habitant du coin qui va le faire, il n'a pas les compétences pour).
Cependant je ne dis pas non plus que c'est normal d'en arriver là, que c'est normal d'aller mourir pour ça. Et il faut une sacré dose de courage, en plus d'un professionnalisme sans faille, pour aller se confronter à ce genre d'accident.
Actuellement, il y a 50 personnes sur le site pour tenter de limiter les dégâts. Pensons à eux.
[^] # Re: Ce n'est pas fini
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Explosion dans une centrale nucléaire au Japon. Évalué à 0.
à priori, la radio activité qui s'echappe actuellement, n'est pas celle émise directement par le coeur du reacteur. La demi-vie de ces éléments radio actif est apparement faible (de l'ordre de la seconde/minute). Donc cette radio-activité libérée dans l'atmosphère ne va pas durer très longtemps.
Voir des explications techniques ici, et qui montrent que la situation n'est pas aussi horrible que certains veulent le dire.
[^] # Re: Ce n'est pas fini
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Explosion dans une centrale nucléaire au Japon. Évalué à 6.
euh... je ne comprend pas. tu t'étonnes qu'il y ait des personne sur place ? Tu crois alors que les autorités laissent la centrale tout seule, sans personne pour tenter de la réparer, et que tout va se résoudre avec un coup de baguette magique ?
Désolé, le pays des bisounours, ça n'existe pas.
Oui, il y a plein de gens sur le site, pour trouver les solutions pour réparer les pompes de refroidissement, ou des solutions pour refroidir les réacteurs. Oui probablement que certains (ou tous) vont mourir, des suites des fuites de radiations, si elles sont trop fortes et si elles existent vraiment, ou des suites d'explosions ou autre.
Ça s'appelle faire son job (à priori, c'est pas le paysan du coin qui est sur place). ou se sacrifier pour la bonne cause, comme tu voudras. Si personne ne fait rien, il y a de forte chance que la situation n'empire et qu'il n'y ait pas que 11 disparus, mais des milliers.
Ça s'est passé comme ça aussi à Tchernobyl. Il a bien fallu des gens pour faire le sale boulot, et ils l'ont payé de leur vie.
[^] # Re: GILi, GILi, GILi, ...
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Entretien avec des développeurs Python francophones. Évalué à 2.
J'ai ouïe dire que Tarek est très occupé chez Mozilla (à faire du Python bien sûr) :-)
<mavie>Il m'a d'ailleurs bien longuement convaincu de passer à Python, mais j'ai toujours pas eu le temps de m'y mettre sérieusement..</mavie>
# pas convaincu
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal معمر القذافي Colonel Kadhafi - crie au loup ! Et si le loup était dans la bergerie ?. Évalué à 8.
Tu ne dois pas assez regarder la télé (ou le web) pour dire ça.
Ce sont surtout des satellites militaires qui permettent de voir ce genre de chose, en temps réél, il me semble. Tu vas leur demander ? :-)
source ? parce que toutes les cartes montrent que ce sont surtout des villes le long du littoral et autour de Tripoli qui sont aux mains des "révolutionnaires". On peut pas dire que Benghazi soit sur une frontière... À moins que les journalistes et autres sources d'informations nous mentent.
Ta théorie ne me convainc pas...
[^] # Re: Et pour ceux qui s'ennuie
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Firefox 4 RC1. Évalué à 2.
oui merci :)
[^] # Re: Et pour ceux qui s'ennuie
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Firefox 4 RC1. Évalué à 2.
j'aimerais bien apporter ma pierre à l'édifice. Mais impossible d'éditer le truc. Ça fait une heure que j'essaye, à chaque fois, message "quelqu'un est déjà en train de modifier". Alors que dans les logs, il ne s'est rien passé.
Bref, on dirait qu'il y a bug.
[^] # Re: paquet debian
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Firefox 4 RC1. Évalué à 1.
Mozilla ne fournit pas de paquet linux. Elle laisse les distribs le faire. Regarde dans les backports, ou autres dépots experimentaux.
[^] # Re: 64 bits
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Firefox 4 RC1. Évalué à 5.
pour la 64bits, si elle ne t'ai pas proposée : ftp://ftp.mozilla.org/pub/mozilla.org/firefox/releases/4.0rc1/linux-x86_64/
[^] # Re: Et les perfs?
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Sortie de Redis en version 2.2. Évalué à 2.
bekerleyDB est aux bases key/value ce que sqlite est aux bases SQL : c'est de l'embarqué.
Redis est un serveur, que tu peux répliquer sur plusieurs machines. tu as de plus beaucoup plus de fonctionnalités pour manipuler les valeurs (pas seulement des chaines). Et je crois que ça stocke uniquement en mémoire, pas de fichiers, comme memcached.
# programmation fonctionnelle
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Javascript: mais pourquoi ?. Évalué à 8.
Oui, donc, la programmation fonctionnelle n'est pas pour toi. Comme JS est à mis chemin entre la POO et la programmation fonctionnelle, donc ne te pose plus de question ;-)
Note: il ne faut pas essayer de faire de la POO avec JS, JS n'est pas un langage orienté objet, mais orienté prototype. C'est comme si tu essayais de faire un cube avec une machine conçue pour faire des balles.
[^] # Re: javascript : un peu plus loin
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Javascript: mais pourquoi ?. Évalué à 1.
ah bon ? https://developer.mozilla.org/en/JavaScript (voir les pages de chaque version)
Et Ecmascript 5, que sont en train d'adopter tout les navs ?
[^] # Re: stop le fanboy
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Nouveau coup de tonnerre attendu. Évalué à -4.
bof, si ce journal se veut ironique, je trouve que c'est très mal rédigé alors (malgré le pseudo)
# stop le fanboy
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Nouveau coup de tonnerre attendu. Évalué à -10.
Mince, on m'aurait menti ? Ils racontent vraiment n'importe quoi sur wikipedia.. http://en.wikipedia.org/wiki/Digital_audio_player http://en.wikipedia.org/wiki/Tablet_personal_computer
[^] # Re: PHP 5.3
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Debian 6.0 Squeeze est sortie. Évalué à 3.
[^] # Re: quelques détails...
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal It's a Long Way to the Top (If You Wanna Rock 'n' Roll). Évalué à 2.
Je pense qu'il y a une petite incompréhension de ta part sur la lecture du billet de Mitchell (mais je ne t'en veux pas, à l'époque pour moi aussi, la communication de Moz sur XulRunner était particulièrement floue, et j'ai dû relire plusieurs fois le billet de Mitchell pour bien comprendre les implications).
Elle a écrit effectivement que xulrunner continuait à exister comme plateforme d'application, mais uniquement pour les produits Mozilla. Et pas en tant que PRODUIT (point 4, standalone XulRunner). C'est d'ailleurs toujours le cas. Firefox et TBird sont des applis XulRunner, seul le nom du binaire change (on y trouve le application.ini par ex, et on peut même lancer des applis "xulrunner" avec firefox --app ou quelque chose comme ça)
En clair, Xulrunner continue à exister, on peut battir des applis dessus si on veut (en le patchant ou autre), Mozilla ne nous en empêche pas. Par contre, comme ce n'est PAS un PRODUIT, (comme peuvent l'etre Firefox ou Thunderbird), elle ne garantit pas la stabilité de la plateforme (en terme d'API), et ne donne pas de roadmap (la roadmap étant en fait celle de Firefox, ou plus exactement du moteur Gecko), et ne recommande pas d'utiliser XUlRunner en tant que socle commun de plusieurs applis (genre un seul XulRunner installé pour X appli), puisque la mise à jour de XulRunner peut casser des applis.
Et elle invitait ceux qui le désiraient, à aider à faire en sorte que le XulRunner standalone reste utilisable pour le maximum de personne.
Ce que j'ai dit dans mon billet, est juste que Mitchell avait enfin défini un avenir clair pour XulRunner : il n'y aura jamais un PRODUIT Xulrunner (pas de marketing, pas de site dédié, etc...). À mon grand déséspoir au final, puisque le groupe de développeur MozPad qui avaient l'ambition de faire de XulRunner un produit, n'a jamais finalement abouti à quelque chose.
J'en ai parlé plus longuement sur xulfr : http://xulfr.org/news/2007/05/22/216-le-futur-de-xulrunner-s(...)
Et depuis, je trouve que la communication de Mozilla est, depuis justement Prism, bien plus clair sur les softs qu'elles développent : ils commencent tous une vie dans Mozilla Labs. Et comme ça porte le nom de "labs", pour moi il n'y a plus aucune ambiguité comme à l'époque où ils ont commencé à développer XulRunner : tout ces softs sont des experimentations. Et tant que ça sort pas du labs, il ne faut pas prendre ces softs comme des trucs pérennes. C'est la définition même d'un LABoratoire ;-)
Si à l'époque des débuts de XulRunner, cela avait été développé au sein d'un "Mozilla Lab" (qui n'existait pas à l'époque), avec le recul, j'aurais peut être été plus prudent dans ma communication sur XulRunner.
[^] # Re: Dis donc ! c'est pas encore vendredi :)
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Firefox 4 et pilotes de cartes graphiques sous linux. Évalué à 3.
la réponse est non. Mozilla fourni des tgz pour linux (32 et 64bits). Tu désarchives dans un coin, tu lances. Ça prend 10 secondes (hors téléchargement).
http://www.mozilla.com/fr/firefox/beta/
À priori, il y a une forte proportion de linuxien qui savent faire ça (rien de sorcier, et à la limite, pas de ligne de commande à taper).
Bref, n'hésitez pas à tester, voir à rapporter des bugs (il y a même un bouton pour ça dans l'interface de la beta)