Parece que a maioria dos trabalhos que estou recebendo e a maior parte da Internet ainda está usando HTML padrão (HTML 4, digamos) + CSS + JS. Alguém tem alguma visão de onde o HTML5 é um padrão, principalmente em relação à aceitação e difusão? É fácil encontrar informações sobre inconsistências entre implementações de HTML5 e assim por diante. O que eu quero saber é a relevância do HTML5.

Eu diria que definitivamente entre lá e comece a aprender algumas das tecnologias envolvidas. Esteja ciente de que 'HTML 5' agora é realmente um termo de marketing!

O HTML 5 ainda não foi ratificado como padrão e, embora todos os principais players estejam apoiando o 'HTML 5', na verdade, eles estão implementando apenas bits e pedaços de várias especificações, incluindo script ECMA (Java script), CSS, HTML e muito mais do que não estou qualificado para falar.

A MS, por exemplo, lançou o IE9 beta com grande alarde em San Fran, destacando seu incrível suporte ao HTML 5. Naturalmente, suas demos encantadoras aprimoradas para IE / GPU não funcionaram tão bem em outros navegadores 'HTML 5', como o Chrome mais recente do FF Beta ou o Opera.

Então, sim, não demore em começar a investigar - a MS está apostando muito nisso (mesmo que eles tenham a plataforma Silverlight) e aposto que você verá a Adobe pagando suas apostas nos próximos anos também.

Para sites de produção que os usuários usarão amanhã? Hum ainda não usa 'HTML 5'.

Por causa de Mac / Steve Jobs, "HTML5" é um termo público. O que significa que os não programadores (clientes AKA) podem se lembrar dele e frequentemente pedem isso. Portanto, nesse sentido, mesmo que não exista realmente de forma padronizada, mas nas versões do WebKit e do Firefox, ele já é relevante.

Infelizmente, as inconsistências que você mencionou se tornam nosso problema. Também há uma grande falta de software para desenvolver elementos HTML5 comuns. (Temos que fazer tudo manualmente).

O que se resume é o seguinte: o que as pessoas com dinheiro querem que você faça?

Aqui está uma situação real em que me deparei: 98,5% dos usuários do site de meus clientes estão em PCs executando o IE (estas são estatísticas reais de uso aqui, este é um site para um determinado nicho de mercado) e .02% de seus usuários estavam Em um dispositivo móvel. E dentro desse .02%, 90% onde amoras (não iPhone ou Android habilitado para HTML5). MAS, o cliente possui um iPad. Então, naturalmente, depois de explicar que os usuários de nossos clientes não se beneficiariam com a tecnologia ... Estou convertendo o conteúdo Flash em HTML5.

Por quê? Porque eles pagam centenas de milhares para poder exibir o site em seu iPad.

No momento, com um cliente totalmente diferente, estou convertendo animações / UI do Flash em animações do WebKit com Javascript, porque eles fizeram uma aula de "site" onde foram informados de que o Flash está morto e o HTML5 é o futuro. Enquanto isso, eles não usam navegadores compatíveis com HTML5 ou possuem iPhones / iPads.

Eu sei que você diz que não deseja aqui as inconsistências entre implementações do HTML5, mas essa é uma parte importante do problema. O que quer que você crie precisa funcionar para os usuários do seu cliente. Muitas vezes, isso significa usar o Flash. E agora que o Flash está cada vez mais em dispositivos móveis, ter muitas versões diferentes do HTML5 será apenas mais um trampolim.

No final do dia, HTML5 é algo que você deve saber, mas nunca deve colocar seus ovos em uma cesta.

Tenho duas queixas sobre a pergunta que você está fazendo:

• De qual HTML5 você está perguntando?

Grupos diferentes têm agendas / objetivos diferentes, e o que dois grupos significam quando cada um diz "HTML5" pode ser drasticamente diferente. Às vezes, é uma abreviação para HTML5 e CSS3. Às vezes, HTML5, CSS3 e jQuery. Às vezes, eles significam as especificações do W3C . Às vezes, eles querem dizer as especificações do WHATWG (infelizmente, os dois últimos não são idênticos). E assim por diante.

Antes de poder obter uma resposta sólida para sua pergunta, primeiro é necessário especificar o que você quer dizer quando diz HTML5.

• Não é realmente preto e branco

É perfeitamente possível implementar partes do HTML5 no momento sem problemas. Algumas outras partes, nem tanto. Mas não é uma questão de preto ou branco; você não precisa colocar lixo em tudo que funciona para adicionar um pouco do conteúdo do HTML5.

Um artigo que eu acho que você pode achar útil é Como usar o HTML5 hoje em seu site na InfoWorld , escrito por mim.

Se você quer estar na próxima onda de desenvolvimento, acredito que o HTML5 será o próximo.

Por quê?

1. Não requer um plug-in e
2. Ele funcionará em todos os dispositivos móveis habilitados para navegador.

A codificação em dispositivos móveis (ou seja, telefones) é uma grande dor. Não é difícil ver o porquê. Se você já possui mais de um telefone, sabe o motivo, porque o seu carregador antigo não funciona com o novo telefone.

Os telefones são feitos para serem deliberadamente incompatíveis entre si. Isso está mudando com o surgimento do iPhone e do Droid, mas ainda assim ...

A Microsoft destacou essa filosofia, colocando seu peso atrás do HTML5 para o desenvolvimento futuro do telefone.

SOMENTE se você estiver preparado para lidar com inconsistências nos navegadores. E adicione um backup em flash de qualquer maneira para o IE.

Concordo com @Pierre 303 - espere um ano.

Dito isto, se você estiver construindo algo novo, crie com o html5 em mente adicionando os bits aqui e ali que são padronizados.

Antecedentes:
falamos de um desses clientes, solicitando uma interface compatível com ipad, embora a maioria de nossos usuários esteja no IE7 / 8. A questão é que a agência disse que seria um projeto de duas semanas, mas que se transformou em dois meses quando eles resolveram todas as inconsistências. No final, a interface funciona e parece ótima, mas a agência não está mais se inscrevendo em projetos html5.

ps Discordo um pouco de @Ben. Se nossa agência nos dissesse no início que levaria 2 meses em vez de 2 semanas, teríamos dito não. Eduque seus clientes! (mas é claro que aceitam o dinheiro deles se insistem estupidamente.)

sim

Apesar dos avisos do W3C e da preocupação com a privacidade da mídia, acho que avançar com as novas tecnologias é essencial para permanecer à frente da curva. Que graça é brincar com o software não-alfa? Obter seus pés molhados agora em vez de mais tarde, quando as pessoas que fizeram estão levando a embalagem.

Há muitos recursos excelentes que as especificações do HTML5 trazem, o menor dos quais são vídeo e multimídia . Você também tem WebSockets, que são um grande avanço no modo assíncrono. comunicação com o servidor. Agora você pode transmitir dados ao vivo em tempo real, simplesmente como escrever um servidor JavaScript Node rápido e algumas linhas de JS do lado do cliente.

Por que demora para começar? Equilibre onde você pode aproveitar a tecnologia existente para suporte retroativo e novas especificações para obter acesso ao conjunto de recursos avançados suportados pelos navegadores modernos.

Depende do aplicativo e quem o utilizaria e qual é a sua linha do tempo para o desenvolvimento. Não há muito sentido em escrever software que a maioria dos seus clientes em potencial não possa executar.

sim

Existem partes do HTML 5 que você pode adotar agora - coisas que funcionam em todos os navegadores, como a declaração doctype html5 e os data-atributos personalizados prefixados (mas não a API do conjunto de dados ...) Não há custo para adotá-los. Os novos elementos semânticos funcionam em todos os navegadores que não sejam ie automaticamente, e um pouquinho de javascript os habilita em ie.

Não

Existem muitos recursos sofisticados que ainda não estão prontos para o horário nobre. Vídeo? Somente se você desejar codificá-lo duas vezes. - É melhor você ficar com o Flash por enquanto, a menos que esteja segmentando para dispositivos móveis. Geolocalização? Ainda desconhecido. localStorage? Somente se você não quiser que os usuários do IE participem.

Talvez

A maioria dos novos recursos do HTML5 foi criada com boas opções de detecção . Se o recurso for um sinal, você poderá detectar e habilitá-lo apenas para navegadores que o suportam. Alguns recursos podem ser emulados em navegadores que não os suportam . O aprimoramento progressivo permitirá que você adote recursos à medida que se tornam úteis, um pouco de cada vez.

Eu acho que o HTML 5 é o futuro; mas, como outros posts disseram, ainda não é o horário nobre. Rich Internet Applications (RIA) estão entrando em uma demanda maior e eu acho que o Flash / Flex venceria essa batalha sobre o Silverlight e o JavaFX. Mas o iPhone e o iPad mudaram tudo isso. O Flash acabou e a tag da tela HTML 5 é sua sucessora.

O HTML4 tem 13 anos e ainda não é universal / consistentemente suportado. O HTML5 tem apenas 2 anos, então eu daria mais uma década .

Dependendo dos elementos do HTML5 a que você está se referindo, alguns estão disponíveis apenas no FF beta 4 e IE beta 9 no momento. Acabei de executar um teste HTML5 no FF beta 4 e obtive um resultado de 207 em 300. Se você quiser experimentar o testador - http://html5test.com/

Existem algumas opções para forçá-lo a funcionar, como o Boilerplate HTML5, embora eu ainda não tenha sido capaz de usá-lo - http://html5boilerplate.com/ E o Modernizr pode ajudar - http: //www.modernizr. com /

Dito isso, minha posição é focar mais em CSS e JavaScript com uma base sólida no XHTML 1.1 por enquanto. Eu gosto de manter a base forte e usar aprimoramento progressivo sobre o HTML. Pular para o HTML5 significa avançar e gastar muito tempo tornando-o compatível com versões anteriores, em vez de criar uma base sólida e ansioso. O XHTML 1.1 incentiva a codificação limpa e é da maneira que eu gosto de codificar por enquanto.