Comentário: Depois de entender o progresso do XHTML 2, vamos dar uma olhada no progresso de x/html 5. x/html 5 Cool onde está a idéia de elementos do capítulo X/html 5 introduz novos elementos para dividir as páginas da web em vários capítulos. Esses componentes ajudam os mecanismos de pesquisa e ferramentas de assistência para entender melhor o conteúdo da página. O uso desses novos elementos pode tornar a tag mais legível. Capítulo 1
Depois de entender o progresso do XHTML 2, vamos dar uma olhada no progresso do X/HTML 5.
X/html 5 onde está legal
Conceito de elementos do capítulo
X/HTML 5 apresenta novos elementos para dividir as páginas da web em capítulos. Esses componentes ajudam os mecanismos de pesquisa e ferramentas de assistência para entender melhor o conteúdo da página. O uso desses novos elementos pode tornar a tag mais legível.
A idéia de conteúdo baseada em capítulo é legal! Mas veja por que a técnica de usar capítulos não é legal o suficiente.
Elementos de diálogo
Um elemento de diálogo é usado para representar uma conversa. Ele inclui um elemento DT para definir o elemento DT da sessão e um elemento DD para representar o discurso da sessão. Por exemplo:
<diálogo>
<dt> costello </dt>
<dd> olha, você tem que a primeira base? </dd>
<dt> Abbott </dt>
<DD> Certamente. </dd>
<dt> costello </dt>
<DD> Quem está jogando primeiro? </dd>
<dt> Abbott </dt>
<DD> isso mesmo. </dd>
<dt> costello </dt>
<DD> Quando você paga a primeira base todos os meses, quem recebe o dinheiro? </dd>
<dt> Abbott </dt>
<dd> cada dólar. </dd>
</dialog>
elemento figrae
Os cabeçalhos são frequentemente usados em objetos de mídia (fotos, ilustrações, gráficos etc.) na distribuição impressa (livros didáticos, jornais, revistas etc.). Até agora, os idiomas de marcação da Web não têm estrutura que possa produzir esses efeitos. O elemento figurado possui um elemento filho legend que pode ser usado para especificar o cabeçalho da imagem. Por exemplo:
Código XML/HTML
<Figura>
<legend> Crédito: Media Inc., 2007 </legend>
<img src = smith.jpg alt = foto: J. Smith />
</figura>
m elemento
O elemento M representa um pedaço de texto marcado ou destacado. Isso é muito útil ao exibir palavras -chave de pesquisa em páginas dinâmicas da web. Neste momento, as palavras -chave na página podem ser marcadas com o elemento M. Por exemplo, em resposta à pesquisa de palavras -chave do usuário, a página da web pode gerar o seguinte parágrafo:
Código XML/HTML
<p> a <m> neve </m> homem é uma escultura semelhante a um homem construída com <m> neve </m>. </p>
O elemento de entrada é fortalecido
Depois que a função do elemento de entrada é aprimorada, ela pode suportar tipos de dados como email, URL, correlação de dados, correlação de tempo e números. Isso significa que mais funções de verificação podem ser concluídas no lado do cliente.
O processo aberto
O processo de desenvolvimento de X/HTML é muito mais aberto que o XHTML 2. Todos podem participar dos detalhes criativos X/HTML 5.
As únicas deficiências de x/html 5
Uso de elementos do capítulo
A idéia de usar elementos do capítulo é boa, mas parece um pouco pesada na aplicação do X/HTML 5. Existem até algumas explicações que o tornarão ainda mais confuso. Por exemplo:
O elemento à parte representa uma parte do conteúdo que compõe a página, que está associada ao conteúdo antes e depois do elemento de lado, e pode ser considerado uma parte independente do conteúdo. Esses componentes são frequentemente usados nas barras laterais nas técnicas de impressão.
É mais fácil entender os elementos da div com atributos de função que não são adicionados para serem extensíveis e ininteligíveis?
Outro elemento mencionado do capítulo é o NAV, que representa links para outras páginas da página. Nós realmente precisamos do elemento NAV? O elemento NL no XHTML 2 pode realizar melhor essa tarefa.
As deficiências em HTML 4 e XHTML 1 ainda existem em especificações futuras
Como o X/HTML tenta fornecer suporte para trás, as deficiências no HTML 4 e XHTML 1 também existem em X/HTML 5. A especificação não precisa ser atrasada, mas o software cliente fornece compatibilidade com versões anteriores, apoiando uma variedade de especificações.
X/html 5 não segue o manual x/html 5
X/html 5 foi projetado para ser compatível com versões anteriores com HTML 4 e XHTML 1. Agora, o sigla, u e tt não são o conteúdo dessa especificação e outros elementos como eu e samll têm um significado semântico redefinido. Por exemplo, na especificação HTML 4.01, i e pequenos são definidos assim:
I: Faça o texto em itálico
Pequeno: renderizar texto em pequena fonte
Em x/html 5, eu e pequenos temos novos significados:
O elemento I usa maneiras diferentes de expressar um parágrafo de texto ou parágrafos diferentes do texto, como design de classificação, termos técnicos, expressões idiomáticas em idiomas estrangeiros, idéias, opiniões, nomes de navios ou outros textos que precisam ser apresentados em itálico na tecnologia de impressão. .
O pequeno elemento apresenta pequenas fontes (peças no documento que indicam restrições legais, como direitos autorais ou desvantagens existentes) e comentários.
Isso quebra a compatibilidade com versões anteriores para HTML 4 e XHTML 1, redefinindo o significado de i e pequeno. Isso ocorre porque a compatibilidade com versões anteriores deve significar que o agente de usuário HTML 5 (agente do usuário, navegador) deve ser consistente com o agente de usuário HTML 4 ao renderizar documentos HTML 4. Portanto, se o HTML 5 enfatiza a compatibilidade com versões anteriores, as estruturas que não são muito significativas no HTML 4 também não têm sentido no HTML 5.
Não, certo? Ainda suporta elementos de fonte?
Sim, se os desenvolvedores usarem o editor wysiwyg, o X/HTML 5 ainda suporta elementos de fonte. Existe alguma racionalidade por fazer isso? O editor Wysiwyg pode evitar usar a fonte?
Wysiwyg Signature
Os documentos gerados usando o editor wysiwyg devem conter a seguinte assinatura Wysiwyg no elemento da cabeça:
Código XML/HTML
<meta nome = conteúdo do gerador = (editor wysiwyg) />
ou:
Código XML/HTML
<meta nome = conteúdo do gerador = editor de amostra 1.0 (editor wysiwyg) />
Qual é o motivo de fazer isso? Algum tipo de vergonha marca? É necessário dizer ao navegador para se preparar para o pior, porque este documento foi gerado usando o editor Wysiwyg? Então, o que devo fazer se apenas uma parte do documento for feita usando a ferramenta wysiwyg?
Suporta nomes de classe predefinidos
O nome da classe predefinido é um nome de classe CSS semântico retido no agente de usuário x/html 5. No exemplo a seguir, os direitos autorais são um nome de classe predefinido:
Código XML/HTML
<P class = Copyright> ... </p>
Outros nomes de classe predefinidos incluem erro, exemplo, problema, nota, pesquisa e aviso. O mais problemático é que alguns nomes de classes predefinidos são usados apenas em certos elementos e não podem ser usados em outros elementos. Por exemplo, o nome da classe Copyright é usado apenas nos elementos P e Span. O erro de nome da classe é usado apenas em p, seção, span e forte.
Um problema com nomes de classe predefinidos é que o método de escrita a seguir não tem sentido:
Código XML/HTML
<p class = importante>
E essa maneira de escrever fará sentido:
Código XML/HTML
<P class = Copyright>
Reescrever os atributos da classe Torna -se difícil de explicar o significado específico da estrutura. Por exemplo, o que significa o seguinte código:
Código XML/HTML
<p class = importante problema de direitos autorais>
Os nomes de classe predefinidos também limitam a liberdade de uso dos nomes de classe pelos desenvolvedores. Da mesma forma, se o desenvolvedor agora usa um nome de classe não predefinido, mas um dia o nome da classe se torna uma classe predefinida, o que acontecerá primeiro? Isso muda a semântica do conteúdo anterior do desenvolvedor?
Html 5 vs xhtml 5
Na tentativa de finalmente resolver o debate entre HTML e XHTML, a especificação X/HTML 5 torna as coisas mais difíceis de entender. De fato, a especificação X/HTML 5 diz que, em geral, os desenvolvedores podem usar o XML diretamente na Web, mesmo que o W3C tenha trabalhado duro para a aplicação futura do XML na Web.
O processo de desenvolvimento é muito apressado
X/HTML 5 deve lidar com o atraso do W3C nas atualizações HTML 4 e XHTML 1. Portanto, isso leva ao processo de desenvolvimento de X/HTML 5 um pouco de corrida, e parece que essa especificação aparece de repente de onde de repente e depois segue rapidamente. Até os desenvolvedores que estão diretamente envolvidos sentem que o processo de desenvolvimento padronizado é um pouco impraticável.
Competição pela próxima geração de idiomas de marcação
Tanto o X/HTML 5 quanto o XHTML 2 estão competindo por alternativas ao HTML 4 e XHTML 1. Instantaneamente nos estágios iniciais do desenvolvimento, alguns fornecedores de navegador já reivindicaram sua preferência pelas duas especificações. Devido à urgência e fechamento da revisão, isso polarizou a organização de padrões da Web. À medida que as duas normas progridem, mais recursos de desenvolvimento e capital de mercado serão investidos em um deles, os quais causarão uma guerra padrão.
Cada um de nós é o setter deste padrão, porque a Web pertence a todos, e apenas um debate honesto e aberto pode garantir que o melhor padrão se torne o vencedor.
Nota: Por uma questão de leitura, HTML 4.x/xhtml 1.x é abreviado como html 4 e xhtml 1 no artigo
Conexão original :? Id = 249