Laurent J a écrit 2933 commentaires

>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)

- la balise h qui permettait de ne pas spécifier de nombre après et qui, en combinaison avec la balise section donnait des trucs vraiment bien structuré [1]
- la balise l qui permettait de spécifier une ligne sémantique [2]

Ouai, mais seulement ce genre de truc est un cauchemar à styler. Comment styler les titres de deuxième niveau par exemple, et uniquement de deuxième niveau ?

Et ce n'est pas un cauchemar seulement pour les développeurs web, mais aussi pour les implémenteurs des moteurs de rendu, d'après ce que j'avais lu. Cela apporte des problèmes mais je ne me rappel plus quoi.

- le détournement du sens de dt et dl où le d pourra signifier definition (comme en (X)HTML) mais aussi maintenant dialog, des éléments schizophrène donc. Ça va être simple d'apprendre le HTML5 : ça veut dire quoi dt ? ben le d veut dire : ça Dépend...

http://www.w3.org/TR/2008/WD-html5-20080122/#dl

Le d veut dire description. Pour les dialogs, tu as maintenant une balise dialog. Pour les définitions, une balise dfn. Bref, je vois pas ce qu'il y a de schizophrène là dedans. C'est dans HTML4 que dl était schizo.

la floppée de nouvelles balises inutile dans 99% des cas progress, meter, etc..

Je ne te comprend pas. Tu te plains que soit-disant on perd les avançées sémantiques de XHTML2, alors que ces balises justement, avec dialog et dfn par exemple que j'évoquais juste au dessus, apporte de la sémantique.

Bon sinon pour ton information, progress et meter peuvent être utilisé dans une interface d'application web. Et ça pourra être utile pour les applis qui prennent en charge le mode offline. Genre le mode online est de nouveau actif, l'appli va alors sauvegarder les infos modifiées pendant le offline, et donc pourra afficher simplement un progress pour indiquer à l'utilisateur qu'il est en cours de sauvegarde... (par exemple)

la disparition de l'attribut align dans la balise table : faudra m'expliquer comment, en CSS, je centre un tableau sans mettre de balise div autour

bah margin:auto sur la table...


Enfin bref. Il ne faut pas oublier que ce n'est qu'un brouillon. Des choses vont certainement disparaitre, ou réapparaitre, ou être modifié.

Et dans Firefox 3, d'après ce que je vois dans les logs de commits, ils sont en train de corriger des bugs dans le support de MATHML. (bon maintenant n'ayant pas fait de Mathml, je peux pas te dire si ce sont des corrections de bugs importants ou non).

>qu'est qu'un moteur de recherche peut faire du contenu de canvas ?

Ba c'est comme qu'est qu'un moteur de recherche peut faire du contenu d'une image ou d'une photo ?

Faut voir canvas comme étant un truc pour faire une image dynamique. C'est pas plus et pas moins accessible qu'une video par exemple.

Si tu veux une image "accessible", tu fais du SVG.

Tu ne confonds pas XHTML 2 et XForms ?? Je ne vois pas le rapport entre les deux... C'est pas parce que XHTML 2 est abandonné que Xforms va l'être. Ou alors y a des raisons que je ne connais pas ?

C'est pas demain la veille que TOUTE la specification soit implémenté, mais les éditeurs de navigateurs l'implémente au fur et à mesure :

- mécanisme offline et stockage locale est operationnel depuis FF2
- canvas dans FF2 et Safari
- video en cours de dev dans FF et Opera (j'ai testé dans un FF experimental, ça marche pas trop mal ;-) )
- dans HTML5, y a pas mal de truc similaire à XUL, donc l'implémentation dans Firefox de certaines choses ne devront pas prendre trop de temps ;-)

Enfin bref, ça avance, ça avance, faut arrêter d'être pessimiste :-p Surtout quand on sait que c'est le WHATWG donc Mozilla-Opera-Apple qui pousse le HTML5. Si ils sont derrière, c'est qu'ils sont d'accord pour implémenter rapidement non ?

Conçernant IE, vu encore leur dernière connerie en date d'activer le mode standard dans IE8 avec une balise meta (ouai chouette, trois mode de rendu à prendre en compte !), je crois que les developpeurs web vont en avoir ras le bol et pousser encore plus à l'adoption d'autres navigateurs.