En tout cas ça changera pas grand chose pour moi...
Des choses intéressantes que j'ai retenus :
- href dans toutes les balises (ça serait vraiment un plus dans du xhtml1.1)
Des choses qui manques :
-
(au lieu de fermer bêtement la balise a la xhtml1.1)
Mais surtout c'est au niveau du css que les soucis que j'ai sont les plus grand.
Pour moi il manque un gros :
display: integrated; /* à l'intérieur, ne débordera pas du conteneur */
display: float; /* flotant à l'intérieur, débordera du conteneur */
Parce que float: left; c'est une sacré merde !
(surtout qu'un clear: left; ne va pas prendre en charge l'élément float du conteneur, puis remonter, mais va clear sur toute la page !!!)
D'autre part il serait bon d'avoir enfin un round corner qui marche et standard.
(ou droit a une marge sur les bords par exemple)
Après les derniers vrais manques sont les histoires de soumissions de form en javascript, j'ai toujours pas trouvé comment simplement envoyer un fichier sur un serveur en xmlrpc.
J'entend l'user fait un glisser déposer dans une zone d'un fichier, le javascript génère la form avec le chemin (comment affecter le chemin d'une balise input type=file) et quelques input text a côté, puis soumet tout ça en xmlrpc.
De même qu'un système de progression simple de l'upload...
(mine de rien le navigateur il sait lui le taux d'envoi d'un fichier, ça serait vraiment bien d'avoir ça dans l'arbre dom).
Après pour la sémantique et autre je pense qu'on met la charrue avant les boeufs.
Comprendre on fixe un api avant d'avoir fait un panel des besoins et bonnes pratiques.
Rien que par exemple la section head toujours pas standardisée depuis des années (ça serait bien d'avoir 10-15max champ meta a remplirs optionels mais recommandés)
ps : si vous avez des tutos par l'exemple qui résolvent mes soucis n'hésitez pas (surtout l'histoire de la sémantique, les balises blabla c'est vraiment loin du code xhtml)
# Css3 et marcher sur la tête...
Posté par Raphaël G. (site web personnel) . En réponse à la dépêche Apple, Opera et Mozilla poussent HTML5. Évalué à 2.
Des choses intéressantes que j'ai retenus :
- href dans toutes les balises (ça serait vraiment un plus dans du xhtml1.1)
Des choses qui manques :
-
(au lieu de fermer bêtement la balise a la xhtml1.1)
Mais surtout c'est au niveau du css que les soucis que j'ai sont les plus grand.
Pour moi il manque un gros :
display: integrated; /* à l'intérieur, ne débordera pas du conteneur */
display: float; /* flotant à l'intérieur, débordera du conteneur */
Parce que float: left; c'est une sacré merde !
(surtout qu'un clear: left; ne va pas prendre en charge l'élément float du conteneur, puis remonter, mais va clear sur toute la page !!!)
D'autre part il serait bon d'avoir enfin un round corner qui marche et standard.
(ou droit a une marge sur les bords par exemple)
Après les derniers vrais manques sont les histoires de soumissions de form en javascript, j'ai toujours pas trouvé comment simplement envoyer un fichier sur un serveur en xmlrpc.
J'entend l'user fait un glisser déposer dans une zone d'un fichier, le javascript génère la form avec le chemin (comment affecter le chemin d'une balise input type=file) et quelques input text a côté, puis soumet tout ça en xmlrpc.
De même qu'un système de progression simple de l'upload...
(mine de rien le navigateur il sait lui le taux d'envoi d'un fichier, ça serait vraiment bien d'avoir ça dans l'arbre dom).
Après pour la sémantique et autre je pense qu'on met la charrue avant les boeufs.
Comprendre on fixe un api avant d'avoir fait un panel des besoins et bonnes pratiques.
Rien que par exemple la section head toujours pas standardisée depuis des années (ça serait bien d'avoir 10-15max champ meta a remplirs optionels mais recommandés)
ps : si vous avez des tutos par l'exemple qui résolvent mes soucis n'hésitez pas (surtout l'histoire de la sémantique, les balises blabla c'est vraiment loin du code xhtml)