Il semble que la plupart des emplois que je reçois, et la plupart d'Internet, utilisent toujours du HTML standard (HTML 4, disons) + CSS + JS. Quelqu'un a-t-il une vision de la position de HTML5 en tant que norme, en particulier en ce qui concerne l'acceptation et la diffusion? Il est facile de trouver des informations sur les incohérences entre les implémentations de HTML5 et ainsi de suite. Ce que je veux savoir, c'est la pertinence de HTML5.

Je dirais que je vais vraiment y aller et commencer à apprendre certaines des technologies impliquées. Sachez simplement que «HTML 5» est en fait vraiment un terme marketing!

HTML 5 n'a pas encore été ratifié en tant que norme et bien que tous les principaux acteurs apportent leur soutien derrière `` HTML 5 '', ils ne sont en fait que des bits par morceaux de diverses spécifications, y compris le script ECMA (script Java), CSS, HTML et bien plus que je ne suis pas qualifié pour en parler.

Par exemple, MS a publié la version bêta d'IE9 en grande pompe à San Fran, soulignant leur formidable prise en charge de HTML 5. Naturellement, leurs belles démos améliorées IE / GPU ne fonctionnaient pas aussi bien sur d'autres navigateurs 'HTML 5' tels que le dernier Chrome de FF Beta ou Opera.

Donc, euh ouais, ne tardez pas à commencer à enquêter - MS mise beaucoup dessus (même s'ils ont leur plate-forme Silverlight) et je parie que vous verrez Adobe couvrir également ses paris au cours des prochaines années.

Pour les sites de production que les utilisateurs utiliseront demain? Um n'utilisez pas encore 'HTML 5'.

En raison de Mac / Steve Jobs, "HTML5" est un terme public. Cela signifie que les non-programmeurs (clients AKA) peuvent s'en souvenir et le demandent souvent. Donc, dans ce sens, même s'il n'existe pas vraiment sous une forme standardisée, mais plutôt les propres versions de WebKit et Firefox, il est déjà pertinent.

Malheureusement, les incohérences que vous avez mentionnées deviennent notre problème. Il y a également un manque majeur de logiciels pour développer des éléments HTML5 communs. (Nous devons tout faire à la main.)

Cela revient à ceci: qu'est-ce que les gens avec l'argent veulent que vous fassiez?

Voici une situation réelle que j'ai rencontrée: 98,5% des utilisateurs du site Web de mes clients sont sur des PC exécutant IE (ce sont des statistiques d'utilisation réelles ici, c'est un site pour un certain marché de niche) et 0,02% de leurs utilisateurs étaient sur un appareil mobile. Et dans ce 0,02%, 90% où les mûres (iPhone ou Android non compatible HTML5). MAIS, le client possède un iPad. Donc, naturellement après avoir expliqué que nos clients utilisateurs ne bénéficieraient pas de la technologie ... Je convertis du contenu Flash en HTML5.

Pourquoi? Parce qu'ils paieront des centaines de milliers pour pouvoir montrer le site Web sur leur iPad.

Avec un client totalement différent, je suis en train de convertir des animations / UI Flash en animations WebKit avec Javascript car ils ont suivi une classe "site Web" où on leur a dit que Flash est mort et HTML5 est l'avenir. Pendant ce temps, ils n'utilisent aucun navigateur compatible HTML5 ni aucun iPhone / iPad.

Je sais que vous dites que vous ne voulez pas ici sur les incohérences entre les implémentations de HTML5, mais c'est une partie majeure du problème. Tout ce que vous créez doit fonctionner pour les utilisateurs de votre client. Souvent, cela signifie utiliser Flash. Et maintenant que Flash utilise de plus en plus d'appareils mobiles, le fait d'avoir de nombreuses versions différentes de HTML5 ne sera qu'un autre tremplin.

À la fin de la journée, HTML5 est quelque chose que vous devez savoir, mais vous ne devez jamais mettre vos œufs dans le même panier.

J'ai deux chicanes sur la question que vous posez:

• De quel HTML5 parlez-vous?

Différents groupes ont des agendas / objectifs différents, et ce que deux groupes signifient quand ils disent chacun "HTML5" peut être radicalement différent. Parfois, c'est un raccourci pour HTML5 et CSS3. Parfois HTML5, CSS3 et jQuery. Parfois, ils signifient les spécifications du W3C . Parfois, ils signifient les spécifications du WHATWG (malheureusement, les deux derniers ne sont pas identiques). Etc.

Avant de pouvoir obtenir une réponse solide à votre question, vous devez d'abord spécifier ce que vous voulez dire lorsque vous dites HTML5.

• Ce n'est pas vraiment noir et blanc

Il est tout à fait possible d'implémenter des pièces de HTML5 dès maintenant sans aucun problème. Quelques autres parties, pas tellement. Mais ce n'est pas un problème noir ou blanc; vous n'avez pas à supprimer tout ce qui fonctionne pour ajouter une partie de ce qui est en HTML5.

Un article que je pense que vous pourriez trouver utile est Comment utiliser HTML5 sur votre site Web aujourd'hui à partir d' InfoWorld , écrit par, eh bien, moi.

Si vous voulez être sur la prochaine vague de développement, je pense que HTML5 sera le prochain.

Pourquoi?

1. Il ne nécessite pas de plugin, et
2. Il fonctionnera sur tous les appareils mobiles compatibles avec les navigateurs.

Le codage sur les appareils mobiles (c'est-à-dire les téléphones) est une énorme douleur. Ce n'est pas difficile de voir pourquoi. Si vous avez déjà possédé plus d'un téléphone, vous savez pourquoi, car votre ancien chargeur ne fonctionnera pas avec le nouveau téléphone.

Les téléphones sont conçus pour être délibérément incompatibles entre eux. Cela change avec l'émergence de l'iPhone et du Droid, mais quand même ...

Microsoft a mis en évidence cette philosophie en mettant son poids derrière HTML5 pour le développement futur du téléphone.

UNIQUEMENT si vous êtes prêt à gérer les incohérences entre les navigateurs. Et puis ajoutez quand même une sauvegarde flash pour IE.

Je suis d'accord avec @Pierre 303 - attendez un an.

Cela dit, si vous construisez quelque chose de nouveau, vous construisez avec html5 en tête en ajoutant les bits ici et là qui sont standardisés.

Contexte:
Nous avons été l'un de ces clients dont nous avons parlé, demandant une interface compatible iPad même si la plupart de nos utilisateurs sont sur IE7 / 8. Le fait est que l'agence a déclaré que ce serait un projet de deux semaines, mais que cela s'est transformé en deux mois, car ils ont résolu toutes les incohérences. Au final, l'interface fonctionne et a fière allure, mais l'agence ne s'inscrit plus aux projets html5.

ps je suis un peu en désaccord avec @Ben. Si notre agence nous avait dit au début que cela prendrait 2 mois au lieu de 2 semaines, nous aurions dit non. Éduquez vos clients! (mais bien sûr, acceptez leur argent s'ils insistent bêtement.)

Oui

Malgré les avertissements du W3C et la peur de la confidentialité des médias, je pense que faire avancer les nouvelles technologies est la clé pour rester en tête. Quel plaisir joue avec un logiciel non alpha? Vous mouiller les pieds maintenant plutôt que plus tard , quand les gens qui ont fait sont en tête du peloton.

Il existe une tonne de fonctionnalités exceptionnelles que les spécifications HTML5 apportent, dont la moindre est la vidéo et le multimédia . Vous disposez également de WebSockets qui représentent une avancée considérable en async. communication avec le serveur. Vous pouvez désormais diffuser des données en direct en temps réel aussi simplement que d'écrire un serveur de nœud JavaScript rapide et quelques lignes de JS côté client.

Pourquoi tarder à démarrer? Équilibre où vous pouvez tirer parti de la technologie existante pour une prise en charge en amont et de nouvelles spécifications pour accéder à l'ensemble des fonctionnalités avancées prises en charge par les navigateurs modernes.

Cela dépend de l'application, de la personne qui l'utilisera et du calendrier de développement. Il est inutile d'écrire un logiciel que la plupart de vos clients potentiels ne peuvent pas exécuter.

Oui

Il y a des parties de HTML 5 que vous pouvez adopter dès maintenant - des choses qui fonctionnent dans tous les navigateurs, comme la déclaration doctype html5, et les data-attributs personnalisés préfixés (mais pas l'api du jeu de données ...) Il n'y a en fait aucun coût pour les adopter. Les nouveaux éléments sémantiques fonctionnent automatiquement dans tous les navigateurs non-ie, et un tout petit peu de javascript les active dans ie.

Non

Il existe de nombreuses fonctionnalités sophistiquées qui ne sont pas encore prêtes pour les heures de grande écoute. Vidéo? Seulement si vous voulez l'encoder deux fois. - Il vaut mieux s'en tenir à Flash pour l'instant, à moins que vous ne cibliez les mobiles. Géolocalisation? Encore inconnue. stockage local? Seulement si vous ne souhaitez pas que les utilisateurs d'IE participent.

Peut être

La plupart des nouvelles fonctionnalités HTML5 ont été conçues avec de bonnes options de détection . Si la fonctionnalité est une sonnerie et un sifflet, vous pouvez la détecter et l'activer uniquement pour les navigateurs qui la prennent en charge. Certaines fonctionnalités peuvent être émulées sur des navigateurs qui ne les prennent pas en charge . L'amélioration progressive vous permettra d'adopter des fonctionnalités au fur et à mesure qu'elles deviennent utiles, petit à petit.

Je pense que HTML 5 est l'avenir; mais comme d'autres articles l'ont dit, ce n'est pas encore l'heure de grande écoute. Les applications Internet riches (RIA) sont de plus en plus demandées et je pense que Flash / Flex gagnerait cette bataille contre Silverlight et JavaFX. Mais l'iPhone et l'iPad ont changé tout cela. Flash est sorti et la balise canvas HTML 5 est son successeur.

HTML4 a 13 ans et n'est toujours pas universellement / systématiquement pris en charge. HTML5 n'a que 2 ans environ, alors je lui donnerais une autre décennie .

Selon les éléments de HTML5 auxquels vous faites référence, certains ne sont disponibles qu'en FF beta 4 et IE beta 9 pour le moment. Je viens de lancer un test HTML5 sur FF beta 4 et j'ai obtenu un résultat de 207 sur 300. Si vous voulez essayer le testeur - http://html5test.com/

Il y a quelques options pour le forcer à fonctionner, comme le HTML5 Boilerplate, bien que je n'ai pas encore pu l'utiliser moi-même - http://html5boilerplate.com/ Et Modernizr peut vous aider - http: //www.modernizr. com /

Cela dit, ma position est de me concentrer davantage sur CSS et JavaScript avec une base solide en XHTML 1.1 pour l'instant. J'aime garder les fondations solides et utiliser l'amélioration progressive au-dessus du HTML. Passer à HTML5 signifie construire à l'avance puis passer beaucoup de temps à le rendre rétrocompatible, au lieu de jeter des bases solides et de regarder vers l'avenir. XHTML 1.1 encourage le codage propre et c'est la façon dont j'aime coder pour l'instant.