Laurent J a écrit 2938 commentaires

Minimo n'était qu'un petit projet experimental.

Ce projet laisse la place à Mozilla Mobile, qui est un projet à part entière et sera pratiquement aussi prioritaire que Firefox (l'équipe de dev est en train d'être constituée et sera basé aux pays bas ou danemark, je sais plus). Ce sera donc le pendant de Firefox et sera basé sur Mozilla 2/Gecko2.

http://wiki.mozilla.org/Mobile

Quelques autres liens
Mockup d'interfaces : http://wiki.mozilla.org/Mobile/User_Experience
http://blog.mozilla.com/blassey/2008/02/18/xulrunner-on-wind(...)
http://dougt.wordpress.com/2008/02/15/mozilla-19-running-on-(...)

Firefox == Xulrunner.

Pour preuve, avec ff3, on peut faire

./firefox --app application.ini

Donc similaire à

./xulrunner application.ini

(application.ini étant un fichier contenant certaines informations pour lancer une appli xul).

Bref, le binaire firefox n'est qu'un xulrunner déguisé avec un handler de ligne de commande différent (mais chut, faut pas le dire ;-) )

XulRunner reste important pour Mozilla, mais juste en utilisation en interne. Ils n'ont pas (et/ou ne veulent pas) dépenser des ressources pour faire un "produit" xulrunner. Car faire un xulrunner officiel, cela signifie geler des apis ce qui ralentirait le dev de ff dans la mesure où du coup, ils peuvent moins faire ce qu'ils veulent, moins casser ce qu'ils veulent. Cela signifie aussi plus de temps passé à discuter avec tout les autres utilisateurs de XulRunner (encore des ressources). Cela signifie aussi site dédié, marketing, support et cie, parce que si ils se lancent dans un "produit" xulrunner, ce sera pas pour satisfaire une centaine de geeks. Mais cela voudrait dire aller concurrencer Adobe Air, silverlight et cie (sinon ça n'a pas trop d'intérêt, ce serait pas drôle :-)). Donc cela signifie consacrer un budget conséquent pour apporter une crédibilité au projet vis à vis des daïcideurs. Et le budget, pour le moment, il préfère le consacrer à d'autres choses (Mozilla Mobile, Mozilla Messaging...).

Leur coeur de métier de Mozilla, c'est le browser (et le mail), la plateforme web, pas la plateforme desktop.

Mozilla considère XulRunner comme un outils pour arriver à leur fin, et pas une finalité.

(même si personnellement, comme beaucoup d'ailleurs, j'aimerais bien un "produit" xulrunner).

Firefox et Thunderbird partagent le même trunk, le même code source conçernant le coeur (gecko). Cependant, les trous de sécurité dans Firefox ne sont pas obligatoirement considérés comme des trous de sécurité dans Thunderbird, dans la mesure où ce ne sont pas du tout des applications du même type, que l'usage de ces applications ne se fait pas dans le même contexte.

Imaginons par exemple un trou de sécurité dans la balise <input type=file>. Autant cela peut être considéré comme grave dans Firefox, parce que ce genre de balise est utilisé dans les pages web. Autant dans un lecteur de mail, peu. Surtout qu'il est possible de ce même trou n'affecte en rien les mails en HTML, dans la mesure où thunderbird désactive pas mal de truc dans l'interpretation du HTML.

Bref, la gravité d'un trou de sécurité varie en fonction du contexte. Donc à gravité différente, prise en compte différente. Donc cycle de release différent.

Cependant il est vrai que le développement de Thunderbird est un peu ralenti ces derniers temps, ou plutôt que la conduite du projet est ralenti, parce que je vois quand même régulièrement défiler des patchs dans la partie mailnews des sources de mozilla. Ce qui veut dire que ce n'est pas si catastrophique que ça : le projet est bel et bien vivant.

Ah oui, j'oubliai, j'acheterai aussi une énorme babasse, genre cray ou je ne sais quoi d'autres, ou une dizaine de quadricore (avec distcc dessus) : J'en ai marre d'attendre 30 minutes à chaque fois que je compile Mozilla.

non moi je m'achète une machine avec des composants derniers cris (pour mieux geeker), un distributeur de boisson que j'installerai à coté de mon bureau (geeker, ça donne soif). Et une pizzeria à deux pas de chez moi (geeker, ça donne faim), qui livrerai à (mon) domicile bien sûr. Pour le reste, j'ai déjà une femme.

>Quand tu en es à balancer, en temps normal, 15 commandes root à la minute, c'est que ta machine n'est pas configurée correctement

bon déjà, je disais 15, c'etait juste comme ça. Sinon, oui effectivement, le boulot d'un admin n'est-il pas d'installer, de configurer une becane (nouvelle ou mal configurée) ? Donc de taper 15 commandes à la minute pour ça, non ?

Même si pour certaines tâches quotidienne, il n'est pas forcément besoin d'être en root bien évidément.

et ça sert à quoi alors ? autant direct passer en root alors...

je rajouterai que si on bosse sur un projet qui est "multi-plateforme", le choix d'un DCSM est crucial, et cela l'a été pour Mozilla. Et Mercurial l'a emporté sur GIT pour ce critère notamment chez Mozilla, parce qu'il était bien supporté sur mac et windows (puisqu'il y a beaucoup de contributeurs sur ces plateformes, et pas seulement sur linux)

Autre chose, la documentation et la simplicité : c'est un point aussi important. les DCSM ayant une logique pas forcément simple à comprendre (surtout si on a beaucoup utilisé CVS ou subversion), il faut que la doc soit complète et pédagogique. C'est d'autant plus vrai si on veut attirer des contributeurs de tout horizons et de tout niveaux.

Sinon je rejoint chicha : non mais franchement, qu'est ce que ça peut faire pour un utilisateur que le logiciel machin soit fait en python ou C ?

note : je ne suis pas admin...

> Et de toutes façons, le bon administrateur UNIX ne travaille jamais sous root.

Qu'un utilisateur normal ne travail jamais sous root, je peux comprendre.

Mais qu'un administrateur, qui est censé balancé 15 commandes à la minute nécessitant la plupart du temps les droits root, ne soit pas en root, j'ai du mal à voir comment il fait. (nan parce que sudo ça va 2 secondes, mais au bout de 10 min d'administration, ça me gave personnellement).

et si je me goure pas il faut faire ça, loggé en root

wget ftp://ftp.dedibox.fr/pub/dedibox/kernel/r8-1/C7-X86-32bits/k(...)
dpkg -i kernel-image-2.6.24.2-c7-r8-1.deb
update-grub
reboot


(je dis ça parce que j'ai cherché avant de trouver, j'ai pas l'habitude d'installer des paquets de noyaux "à la main" )

Non c'est du pure SVG, avec la balise SVG foreignObject qui contient une balise HTML video et un peu de javascript pour gérer les évènements souris.

Le lien original du blog de l'auteur de cette demo http://www.bluishcoder.co.nz/2007/08/svg-video-demo.html avec le SVG en question : http://www.double.co.nz/video_test/video.svg

(au passage, ce journal parle d'un truc qui est particulièrement "vieux", puisque ça date d'aout 2007).


Il y avait déjà aussi une autre demo du même genre, mais cette fois ci c'était avec de simple images : http://people.mozilla.com/~vladimir/demos/photos.svg (visible dans FF2, mais plus rapide dans FF3)

ba justement, c'est mieux non ?

Plutôt que de glander devant la télé à rien foutre en regardant des gros cons courir après une baballe sur une pelouse, les gens vont peut être profiter de ce temps gagné à faire des trucs plus productifs ou plus intellectuels.

Comme aller bosser plus.

Pour gagner plus bien sûr.

Et donc pour avoir plus de pouvoir d'achat.

Oui oui, poussez pas, j'y vais ---->[]

note : "on prive les français", "mais pas pour les français", il se prend pour qui ce balbir ? genre tout le monde regarde le foot et aime le foot, et genre le monde va s'arreter de tourner...

C'est marrant, moi aussi c'est à peu prés à la même époque (84-85) que j'ai découvert les ordinateurs, j'avais 11 ans environ. Mais la première machine que j'ai vu, ce n'était pas un TO, mais un portable^W transportable COMPAQ, que mon père ramenait de temps en temps de son boulot. (ce truc http://www.old-computers.com/museum/computer.asp?st=1&c=(...) )

Puis il a fini par acheter à noël 85 un TO9. C'est avec ça que j'ai écris mes premières lignes de code... (la suite ici, dans un vieux billet http://ljouanneau.com/blog/2004/07/14/310-ma-periode-to9 )

<mavie>j'y serais. stand Mozilla comme d'hab, ainsi qu'à la devroom Mozilla.</mavie>

Espérons que le réseau sera encore mieux que l'année dernière. Cette année il y aura apparemment encore plus de contributeurs Mozilla qui y seront (dont bien sûr des gars en provenance directe de Montain View), ça va être la fête :-)

ça existe dans mysql ça....

De toute façon, pourquoi faire des trucs pour gauchers alors les gauchers sont en voie de disparition ? (ouai ouai, je sais, je sors après la dernière phrase :-) )

Vu la forte prédominance des droitiers, et les brassages génétiques, ils vont être de moins en moins nombreux. Un peu comme les rouquins-rouquines. Il n'y aura plus de nouveaux nés roux dans quelques dizaines d'années prédisent les spécialistes. Pareil pour les vrais blonds/blondes, mais ce sera toutefois pour beaucoup plus tard.

Peut-être faudra faire des zoos humains, pour protéger les derniers spécimens roux/blonds/gauchers. Non ?


------>[]

J'ai déjà vu des voitures de polices qui ont des Ford, ainsi que quelques subarus pour certaines unités de la gendarmerie (qui surveillent entre autre la circulation sur les autoroutes).

le monsieur il t'as dit que c'est pas du SVG, mais du Canvas. Ceci dit, c'est assez lent oui... Peut être qu'en SVG ça aurait été plus rapide justement (pas besoin de redessiner l'image en js tous les x dizièmes de secondes...)

ouai enfin, tu peux aussi leur dire que leur IE majoritaire baisse en europe, et que négliger les presque 30% de part de marché de Firefox en europe, c'est à dire ignorer presque un tiers des internautes, c'est complètement con. (source des chiffres : xitimonitor)

... et moi aussi. ------->[]

>Peut-être que finalement, le logiciel buggé, propriétaire et qui ne fonctionne pas a un réel intérêt.

pas sûr que ce soit mieux hein

"- chef chef, j'ai donné l'ordre à l'ordinateur de viser le bunker rempli de méchants armés jusqu'aux dents
- ok, vous pouvez déclencher le lancement
- oups.. dites, chef, je crois que le logiciel est buggé. Le missile a atomisé l'école d'à coté remplie de ch'tit n'enfants..."

Bref, propriétaire ou libre, je préfère que ce genre de logiciels soient exemptes de bugs...

arf, il m'a bouffé mes &amp;. Il faut lire "il faut utiliser &amp;".

>Sauf que ce caractère est interdit en XML

Idem en HTML. Le & est un caractère réservé qui introduit une entité. Donc que ce soit en HTML ou XML, il faut utiliser & si on veut utiliser le caractère &.

Le fait que les navigateurs tolèrent l'utilisation du & tout seul n'est que pour être tolérant face aux développeurs indélicats...

tout à fait, d'autant plus que, de base, il y a un "context 2D", donc des primitives pour faire de la 3D. Mais il y a par exemple en expérimental dans firefox un "context 3D", donc des primitives permettant de faire de la 3D dans Canvas.

(c'est pour le moment très expérimental toutefois, j'ai pas réussi à faire marcher)