Geckozone

Serait-il plus facile de faire avec Seamonkey: - navigateur Oui - RSS Non (ou alors avec extension) - Courrieleur Oui - messagerie instantanée Messagerie instantanée genre Jabber ? Non. Sinon pour l'IRC oui Dans le cas du choix de Seamonkey: - peut-on relever le courrier automatiquement ? Si oui, d...

Opera possède aussi une touche faisant apparaitre tous les accesskeys de la page visitée...

Bien sur mais je veux pousser le dynamisme sans javascript pour tester les posibilités de l'html. Alors arrête-toi de suite : la notion même de dynamisme est totalement absente du HTML. Tout ce que tu trouveras de dynamique sur une page web provient soit de la présentation (et donc CSS), soit d'un ...

Ne confonds pas infobulle et attribut title...

Et le HTML ne rajoutera pas de "propriété" non sémantique...

(Faudra aussi arrêter un jour de croire que les accesskey ne sont utiles qu'aux "handicapés"...)

Tu ne peux pas (et personne ne le peut), prévoir les besoins futurs des développeurs. Oh pardon, je crois que que suis trompé de réplique. J'avais déposé la mienne là et… J'ai écrit partir , pas se limiter . Il y a une nuance. Mais bien sûr il ne s'agit pas de moi (je ne définis pas de balises, j'e...

Il y a une raison valide qui a du t'échapper, c'est que les quelques balises de structure proposées dans HTML5 (huit en tout, pas "400" comme dans DocBook) sont entre autres basées sur une analyse statistique du contenu réel des pages en ligne. Quelque chose qui n'aurait d'utilité que pou...

Par contre, les footer et autres header sont assez stupides. Non, au contraire. C'est très utile. Tu n'as pas compris : ce ne sont pas ces hypothétiques balises qui sont stupides, mais l'idée de leur introduction. Car si on commence comme ça, il n'y a aucune raison valide de s'arrêter là, et de ne ...

Pour alimenter la chose, parlons également de section, header, footer, nav, article, aside, figure, dialog et tant d'autres :twisted: Ça dépasse un peu le cadre de ce thread, non ? Sinon, parmi ces éléments, il y en a des nécessaires, comme nav (qui d'ailleurs se retrouve en mieux conçu en XHTML2),...

Les namespace n'induisent pas des langages différents, ils ne sont là que pour maîtriser la porter d'objets à fin que deux modules ne s'entrechoque pas. Je te parle des namespaces XML. C'est pas très réussi, parce que ces balises sont prévues précisément pour traiter les utilisations les plus fréqu...

Faux il fait deux fois la vérification une fois pour voir ce que lui donne le concepteur et une fois pour vérifier le type réelle de l'image s'il ne fait pas c'est deux vérification on a affaire à un bog avec la libraire de décodage qui crève sur place (à moins qu'elle même fait une vérification su...

S'il faut lire la liste des attributs de <object> pour se rendre compte qu'on a une image, on y perd en efficacité. C'est absurde ! C'est surtout absurde de dire ça, car le même traitement est fait pour l'image (pour déterminer le format), mais après téléchargement (un inconvénient de plus...) Parc...

Tu va pas rendre la tache des développeurs en agrandissant le XHTML mais tu es d'accord pour multiplier les langages? Plus tu as de langage plus c'est complexe. Non, au contraire. D'une part avoir une distinction claire entre les buts des langages est un grand plus pour leur compréhension, mais sur...

On pourrais très bien se retrouver avec une balise <foot> ignorée par les bots actuels mais servant au prochains Tu pourrais en détailler pour qu'on puisse en discuter, parce que dit comme ça, ça n'a pas beaucoup de sens ou une balise <braille> pour améliorer l'accessibilité etc... C'est en corrige...

Ben si, il suffit de créer cet élément generic (comme on a fait pour le object ) pour que ça le devienne. Encore une fois, rien à voir. (Sérieusement, j'ai du mal à savoir si tu fais de l'humour ou si tu le penses vraiment. Dans le doute, et pour les autres lecteurs, je vais quand même reexpliquer)...