Laurent J a écrit 2945 commentaires

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 &. Il faut lire "il faut utiliser &".

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

Bien que les formulaires dans HTML5 soient grandement amélioré (voir une présentation ici http://ljouanneau.com/blog/2006/08/30/587-web-forms-2 ), XForms reste, et de loin, bien plus riche (et plus complexe aussi, mais bon..), offrant plus de possibilité.

XForms est beaucoup utilisé en dehors du web, ou coté serveur.

> un nouveau XHTML qui prendrait les bonnes idées de HTML 5 serait le bienvenu...


HTML5 == XHTML5

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

En gros, pour le HTML5, tu as le choix entre la syntaxe SGML (le HTML quoi), et la syntaxe XML (donc XHTML).

Bref, c'est comme entre XHTML 1 et HTML 4.01 : ce n'est qu'une histoire de notation. Les balises, les attributs etc, sont identique dans les deux cas.

Dans FF3, il y a un garbage collector. Parce que le comptage de référence, c'est bien mais pas suffisement. Genre un objet A detient un objet B, et B detient A. Si il n'y a pas de garbage collector, jamais A et B ne seront détruits.

tu oublie une chose : Mysql est quand même vachement plus simple à installer/configurer. Et pour un hébergeur, ça compte aussi.

personnellement, j'ai installé la dernière kubuntu sur trois machines totalement différentes, et je n'ai eu à faire aucun bidouillage.

Quant au choix de krita, je ne vois pas en quoi c'est un manque de discernement : je trouve normal d'avoir des logiciels kde/qt dans un environnement kde (meilleure intégration), et je trouve que krita a de moins en moins de choses à envier à gimp (surtout pour un usage "normal").

Bon et puis on peut pas dire que apt-get install ou l'utilisation de adept soit particulièrement compliqué pour installer tes logiciels préférés (non mais).

s/juste/chuste
s/alsacien/alssacien

ils t'ont fait fuir, en tant qu'utilisateur ou en tant que contributeur ? Si c'est en tant que contributeur, qu'est ce qui t'a fait fuir ?

>N'y aurait-il pas moyen d'utiliser quelque chose du type des annotations qu'on retrouve sur JPA dans Java EE 5?

Je ne sais pas, je ne connais pas JPA :-)

Ceci dit, pour les fichiers XML, il y a des scripts en ligne de commande fourni pour les générer, et pour les DAO en particulier, à partir de la base. (Et ils ne sont pas généré à la volée car il n'est pas toujours possible de tout détecter au niveau du schema selon la base, selon la qualité du schema etc...)

>Disons que le désamour est assez réciproque

Prend pas ton cas pour une généralité :-)

Je suis sous KDE depuis des années, j'adore KDE, mais je préfère Firefox à Konqueror... Et j'aimerais bien aussi une meilleure intégration de FF dans Kde...

justement, si ils n'utilisent pas CVS ou peu, c'est peut être parce que CVS c'est franchement dépassé et franchement pénible à utiliser, non ? Et donc peut être que si vous migrez vers un outils plus moderne et plus simple d'utilisation...

ben ça se résoud, ça se résoud...

il me semble qu'il y a eu des améliorations aussi de ce coté là, mais je te confirme rien, j'ai pas regardé cet aspect.

Pour ce qui est de Firefox/QT, ben... quand il y aura des volontaires ?

Pour des raisons historiques, Gecko utilise GTK. Il y a eu dans le trunk Mozilla la possibilité de remplacer GTK par QT (c'est à dire plus de trace de gtk), mais le problème est que ceux qui avaient fait cette partie de code ne l'ont jamais vraiment maintenu. Ça compilait même plus d'ailleurs à un moment. Ils ont donc fini par virer dans le trunk (et donc FF3) le support QT et les sources qui allaient avec.

Mais bon, si des volontaires veulent s'investir à nouveau sur QT inside FF, c'est toujours possible.

Bizarrement, y a toujours eu des volontaires pour aider au support de GTK dans FF, mais jamais vraiment pour QT...

openid c'est pour s'authentifier, pas creer un compte