O que é XHTML?

Esta seção é informativo.

XHTML é uma família de actuais e futuros tipos de documentos e módulos que reproduzem, subconjunto, e estender HTML 4 [HTML4]. XHTML família tipos de documentos XML são baseados e, em última instância são projetados para trabalhar em conjunto com os agentes do utilizador baseada em XML. Os pormenores relativos a esta família e da sua evolução são discutidos em mais detalhe em [XHTMLMOD].

XHTML 1.0 (esta especificação) é o primeiro documento do tipo em XHTML família. Trata-se de uma reformulação dos três tipos de documentos HTML 4 como aplicações de 1,0 XML [XML]. Destina-se a ser utilizada como uma linguagem de conteúdo que é tanto XML-conformes, e, se forem seguidas algumas orientações simples, opera em HTML 4 conforme os agentes do utilizador. Desenvolvedores que migrarem seus conteúdos para XHTML 1,0 irá perceber as seguintes vantagens:

XHTML documentos XML estão conformes. Como tal, elas são facilmente visualizado, editado, e validado com ferramentas padrão XML.

XHTML documentos podem ser escritos para operar tão bem ou melhor do que anteriormente existentes em HTML 4-conforme os agentes do utilizador, bem como nos novos, XHTML 1,0 conforme os agentes do utilizador.

XHTML documentos podem utilizar aplicações (por exemplo, scripts e applets) que quer invocar o Document Object Model o HTML ou o XML Document Object Model [DOM].

Tal como o XHTML família evolui, os documentos conformes a XHTML 1,0 será mais provável que interoperar dentro e entre os diversos ambientes XHTML.


A família XHTML é o próximo passo na evolução da Internet. Ao fazer a migração para o XHTML, hoje, conteúdos desenvolvedores possam entrar no mundo XML com todos os benefícios do seu tratador, enquanto ainda permanecem confiantes no seu conteúdo para trás e futuro da compatibilidade.

1,1. O que é HTML 4?

HTML 4 [HTML4] é um SGML (SGML) conformes com a aplicação de norma internacional ISO 8879, e é amplamente considerado como o idioma padrão editorial da World Wide Web.

SGML é uma linguagem para descrever linguagens de marcação, particularmente aqueles usados em troca electrónica de documentos, gestão documental, e publica documento. HTML é um exemplo de uma língua definida em SGML.

SGML tem sido desde a volta da meia 1980 e manteve-se bastante estável. Grande parte desta estabilidade decorre do fato de que a língua é tanto característica-rico e flexível. Esta flexibilidade, contudo, tem um preço, e esse preço é de um nível de complexidade que tem impedido a sua adopção em uma diversidade de ambientes, incluindo o World Wide Web.

HTML, tal como concebido inicialmente, era para ser uma linguagem para o intercâmbio de conhecimentos científicos e outros documentos técnicos, adequados para utilização por não-especialistas em documentação. HTML abordou o problema da complexidade do SGML especificando um pequeno conjunto de tags semânticas e estruturais adequadas para autoração relativamente simples documentos. Além de simplificar a estrutura do documento, adicionado suporte para hipertexto. Capacidades multimédia foram adicionados mais tarde.

Em um curto espaço de tempo notavelmente, HTML e rapidamente se tornou popular selvagens outgrew a sua finalidade original. Desde HTML do início, houve uma rápida invenção de novos elementos para o uso dentro de HTML (como padrão) e para a adaptação ao HTML verticais, altamente especializados, os mercados. Esta multiplicidade de novos elementos, conduziu a problemas de interoperabilidade documentos em plataformas diferentes.

1,2. O que é XML?

XML ™ é a abreviação para o nome Extensible Markup Language [XML].

XML foi concebida como um meio de recuperar o poder ea flexibilidade do SGML sem a maior parte da sua complexidade. Embora uma forma restrita de SGML, XML entanto preserva a maior parte do SGML do poder e da riqueza e, no entanto, ainda conserva todos de SGML's comumente utilizados recursos.

Embora mantendo estas características benéficas, XML remove muitas das mais complexas características do SGML que fazer a autoria e de concepção de software adequado tanto difícil e onerosa.

1,3. Porquê a necessidade de XHTML?

As vantagens de migrar para XHTML 1,0 estão descritos acima. Algumas das vantagens de migrar para XHTML, em geral, são os seguintes:

Documento desenvolvedores e designers agente usuário estão constantemente descobrindo novas maneiras de expressar as suas ideias através de nova marcação. Em XML, é relativamente fácil introduzir novos elementos ou elemento adicional atributos. A família XHTML é projetado para acomodar essas extensões XHTML através de módulos e técnicas para o desenvolvimento de novas XHTML-conforme módulos (descritos no XHTML modularização especificação). Estes módulos deverão permitir a combinação das já existentes e de novos conjuntos recurso ao desenvolver ao projetar novos conteúdos e os agentes do utilizador.

Alternate formas de acesso à Internet estão constantemente a ser introduzidas. A família XHTML é projetado com outros utilizadores agente interoperabilidade em mente. Através de um novo usuário e agente documento profiling mecanismo, servidores, proxies, e os agentes do utilizador será capaz de desempenhar melhor esforço conteúdo transformação. Em última análise, será possível desenvolver XHTML-conforme o conteúdo que é utilizável por qualquer usuário conforme XHTML-agente.



2. Definições

Esta seção é normativa.

2,1. Terminologia

Os termos seguintes são usados nesta especificação. Estes termos ampliar as definições da [RFC2119], em formas semelhantes baseadas em definições da norma ISO / IEC 9945-1:1990 [POSIX.1]:

Maio

No que diz respeito às execuções, a palavra "pode" deve ser interpretado como um recurso opcional que não é exigido na presente especificação, mas podem ser fornecidos. No que diz respeito ao documento Conformance, a palavra "pode" significa que o recurso opcional não deve ser utilizada. O termo "opcionais" tem a mesma definição que "pode".

Deve

Neste caderno, a palavra "deve" deve ser interpretado como um requisito obrigatório sobre a aplicação ou a Estritamente conforme Documentos XHTML, dependendo do contexto. O termo "devem" tem a mesma definição que "deve".

Opcional

Ver "maio".

Reservado

Um valor ou comportamento é indeterminado, mas não está autorizado a ser utilizado pelos conforme Documentos nem de ser apoiada por conforme os agentes do utilizador.

Dever

Ver "dever".

Deveria

No que diz respeito às execuções, a palavra "deverá" está a ser interpretada como uma recomendação execução, mas não uma obrigação. No que diz respeito aos documentos, a palavra "deverá" deve ser interpretado como recomendado programação prática para documentos e um requisito para a Estritamente conforme Documentos XHTML.

Suportado

Certas facilidades nesta especificação são opcionais. Se uma facilidade é suportado, ela se comporta como especificado por esta especificação.

Indefinido

Quando um valor ou comportamento é indeterminado, a especificação não define requisitos para a portabilidade uma instalação em uma execução, mesmo quando confrontados com um documento que utiliza a infra-estrutura. Um documento específico que exige um exemplo de tal comportamento, e não tolerar qualquer comportamento quando se utilizam estas instalações, não é uma questão estritamente conforme Documento XHTML.



2,2. Condições Gerais

Atributo

Um atributo é um parâmetro para um elemento declarado na DTD. Um atributo do tipo e do valor gama, incluindo um possível valor padrão, estão definidos na DTD.

DTD

A DTD, ou definição de tipo de documento, é uma coleção de marcação XML declarações que, como uma coleção, define a estrutura jurídica, elementos e atributos que estão disponíveis para uso em um documento que satisfaz ao DTD.

Documento

Um documento é um fluxo de dados que, depois de ser combinado com quaisquer outras referências que riachos, é estruturado de tal ordem que detém as informações contidas dentro de elementos que são organizados os associados, tal como definido no DTD. Ver Documento Conformance para mais informações.

Elemento

Um elemento estruturante é um documento unitário declarado na DTD. O elemento de conteúdo do modelo é definido no DTD, semântica e adicionais podem ser definidos em prosa a descrição do elemento.

Facilidades

Facilidades são elementos, atributos, semântica e os associados a esses elementos e atributos.

Implementação

Veja agente usuário.

Parsing

Gramatical é o acto pelo qual um documento é digitalizado, e as informações contidas no documento é filtrada no contexto dos elementos em que a informação está estruturada.

Escutar

Escutar é o acto pelo qual as informações em um documento que é apresentado. Esta apresentação é feita sob a forma mais apropriada para o ambiente (por exemplo, aurally, visualmente, no prelo).

User Agent

Um usuário-agente é um sistema que processa XHTML documentos, de acordo com estas especificações. Veja User Agent Conformance para mais informações.

Validação

A validação é um processo através do qual os documentos são verificadas contra os associados DTD, garantindo que a estrutura, a utilização de elementos, e da utilização de atributos são coerentes com as definições do DTD.

Bem-formado

Um documento é bem formado quando está estruturado de acordo com as regras definidas na secção de 2,1 a 1,0 Recomendação XML [XML].

3. Definição de 1,0 Normativa XHTML

Esta seção é normativa.

3,1. Documento Conformance

Esta versão do XHTML fornece uma definição do estritamente conforme XHTML 1,0 documentos, que são restritas aos elementos e os atributos do XML e XHTML 1,0 namespaces. Veja Seção 3.1.2 para obter informações sobre como usar XHTML com outros nomes, por exemplo, a inclusão expressa em RDF metadata dentro XHTML documentos.

3.1.1. Estritamente conforme documentos

Um estritamente conforme Documento XHTML é um documento XML que exige apenas as instalações descritas como obrigatórios no presente especificação. Esse documento deve satisfazer todos os seguintes critérios:

Ele deve estar em conformidade com as limitações expressas em uma das três DTDs encontrado em DTDs e no Apêndice B.



O elemento raiz do documento deve ser html.



O elemento raiz do documento deve conter uma declaração xmlns para o namespace XHTML [XMLNS]. O namespace para XHTML é definida para ser http://www.w3.org/1999/xhtml. Um exemplo elemento raiz pode parecer:

<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en">





Tem de haver uma declaração DOCTYPE no documento antes do elemento raiz. O público identificador incluídos na declaração deve DOCTYPE referência a uma das três DTDs encontrado em DTDs utilizando o respectivo formal Identificador Pública. O sistema identificador podem ser alterados de modo a reflectir sistema local convenções.

<! DOCTYPE html PUBLIC "- / / W3C / / DTD XHTML 1,0 Estrita / / EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"> <! DOCTYPE html PÚBLICO " -- / / W3C / / DTD XHTML 1,0 transitórias / / EN "" http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd "> <! DOCTYPE html PUBLIC" - / / W3C / / DTD XHTML 1,0 frames / / EN "" http://www.w3.org/TR/xhtml1/DTD/xhtml1-frameset.dtd ">



O DTD subconjunto não deve ser utilizado para substituir qualquer parâmetro entidades no DTD.


Uma declaração XML não é necessária em todos os documentos XML, XHTML porém documento autores são fortemente encorajados a utilizar XML declarações em todos os seus documentos. Essa declaração é exigida quando a codificação de caracteres do documento é diferente do padrão UTF-8 ou UTF-16 e de codificação não foi determinada por um protocolo de nível superior. Aqui está um exemplo de um documento XHTML. Neste exemplo, a declaração XML está incluído.

<? xml version = "1,0" encoding = "UTF-8"?> <! DOCTYPE html PUBLIC "- / / W3C / / DTD XHTML 1,0 Estrita / / EN" "http://www.w3.org/TR/ xhtml1/DTD/xhtml1-strict.dtd "> <html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en"> <head> <title> Virtual Biblioteca </ title> </ head> <body> <p> Movido para <a href="http://example.org/"> example.org </ a>. </ P> </ body> </ html>

3.1.2. Utilizando XHTML com outros namespaces

O namespace XHTML pode ser utilizado com outros namespaces XML como por [XMLNS], apesar de tais documentos não são estritamente conformes XHTML 1.0 documentos acima referidos. Trabalho por W3C está a abordar as formas de especificar conformance de documentos envolvendo múltiplos namespaces. Para um exemplo, ver [XHTML + MathML].

O exemplo a seguir mostra a forma como o XHTML 1,0 poderia ser usada em conjunto com o MathML Recomendação:

<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en"> <head> <title> Math Um Exemplo </ title> </ cabeça> < corporal> <p> marcação MathML é o seguinte: </ p> <math xmlns="http://www.w3.org/1998/Math/MathML"> <apply> <log/> <logbase> <cn> 3 </ cn> </ logbase> <ci> x </ ci> </ aplicar> </ math> </ body> </ html>



O exemplo a seguir mostra a forma como a marcação XHTML 1,0 poderiam ser incorporados em outro namespace XML:

<? xml version = "1,0" encoding = "UTF-8"?> <! - inicialmente, o namespace padrão é "livros" -> <livro xmlns = 'urna: loc.gov: livros' xmlns: isbn = 'urna: ISBN :0-395-36341-6 "xml: lang =" en "lang =" pt "> <title> barato pela Dúzia </ title> <isbn:number> 1568491379 </ ISBN: número> < notas> <! - HTML tornar o padrão para um namespace hipertexto comentário -> <p xmlns='http://www.w3.org/1999/xhtml'> Isto também está disponível <a href = "http:/ / www.w3.org/ "> online </ a>. </ p> </ nota> </ livro>

3,2. User Agent conformance

Um usuário conforme agente deve cumprir todos os seguintes critérios:

Para ser coerente com a recomendação 1,0 XML [XML], o usuário agente deve analisar e avaliar um documento para XHTML bem-formedness. Se o usuário agente afirma ser um agente de validação usuário, ele também deve validar documentos contra os seus referenciados DTDs, de acordo com [XML].

Quando o usuário agente alega a apoiar instalações definidas por esta especificação ou exigido por esta especificação através de referência normativa, deve fazê-lo de forma coerente com as facilidades' definição.

Quando um usuário agente processos XHTML um documento genérico como XML, que só devem reconhecer atributos do tipo ID (ou seja, o atributo id a maior parte dos elementos XHTML) como fragmento identificadores.

Se um agente usuário encontra um elemento que não reconhece, deve processar o conteúdo do elemento.

Se um agente usuário encontra um atributo que não reconhece, ele deve ignorar todo o atributo especificação (ou seja, o atributo eo seu valor).

Se um usuário encontra um agente atribuem valor que não reconhece, é necessário usar o atributo valor padrão.

Caso se depare uma entidade referência (que não seja uma das entidades definidas na presente recomendação ou na recomendação XML) para o qual o agente tenha transformado usuário não declaração (o que poderia acontecer se a declaração é, no subconjunto externo que o usuário agente hasn ' leia t), a entidade referência deve ser processado como os personagens (a começar pelo ampersand e terminando com o ponto e vírgula) que compõem a entidade referência.

Ao proceder ao tratamento de conteúdo, os agentes do utilizador que encontro caracteres ou caracteres entidade referências que são reconhecidos, mas não podem substituir uma outra renderable renderização que dá o mesmo significado, ou deve exibir o documento de tal forma que é óbvio para o usuário normal que não tenha renderização lugar.

White espaço é tratado de acordo com as seguintes regras. Os caracteres a seguir são definidos no [XML] espaço branco caracteres:

SPACE ()

HORIZONTAL tabulação ()

Return ()

Line Feed ()


O processador XML normaliza sistemas diferentes "códigos do fim de linha em uma única linha de caracteres, ou seja, passou-se para a aplicação.

O agente usuário deve usar a definição de CSS para a transformação branco personagens [CSS2]. Note que o CSS2 recomendação não explicitamente resolver a questão da manipulação em branco não-conjuntos de caracteres Latinos. Esta questão será abordada em uma versão futura do CSS, momento em que esta referência será atualizado.

Note que, de modo a produzir um documento XHTML canônico, as regras acima devem ser aplicadas e as regras em [XMLC14N] também devem ser aplicados ao documento.

4. As diferenças em HTML 4

Esta seção é informativo.

Devido ao fato de que XHTML é uma aplicação XML, certas práticas que eram perfeitamente legal em SGML à base de HTML 4 [HTML4] deve ser alterado.

4,1. Os documentos devem ser bem formados

Bem-formedness é um novo conceito introduzido pela [XML]. Basicamente, isto significa que todos os elementos têm de optar entre ter ou fechando tags ser escritos em uma forma especial (como descrito abaixo), e que todos os elementos devem ninho corretamente.

Embora a sobreposição é ilegal em SGML, que é amplamente tolerada em navegadores existentes.

Correto: elementos aninhados.

<p> aqui é um ponto enfatizado <em> </ em>. </ p>

INCORRETA: sobreposição de elementos

<p> aqui é um enfatizou <em> n º. </ p> </ em>



4,2. Elemento e atribuem nomes devem ser em minúsculas

XHTML documentos devem usar minúsculas para todos os elemento HTML e atribuir nomes. Essa diferença é necessária porque o XML é sensível a maiúsculas e minúsculas, por exemplo <li> e <LI> tags são diferentes.

4,3. Para os elementos não-vazia, fim tags são necessários

Em SGML à base de HTML 4 alguns elementos foram autorizados a omitir a tag final, com os elementos que se seguiu implicando encerramento. XML não permite tags fim de ser omitidos. Todos os outros elementos para além dos declarados na DTD como VAZIO deve ter uma tag final. Elementos que são declarados na DTD como VAZIO pode ter um efeito tag vazia ou pode usar elemento abreviação (ver Elementos vazio).

Correto: encerrado elementos

<p> aqui é um número. </ p> <p> aqui é outro número. </ p>



INCORRETA: unterminated elementos

<p> aqui é um número. <p> aqui é outro número.

4,4. Atributo valores devem ser sempre cotado

Todos os valores atributo deve ser citado, mesmo aqueles que parecem ser numérico.

Correto: atributo valores cotados

<td rowspan="3">



INCORRETA: atributo valores não cotados

<td rowspan=3>



4,5. Atributo Minimização

XML não suporta atributo minimização. Atributo dos pares valor-deve ser escrito em pleno. Atributo nomes como compacto e controlado não pode ocorrer em elementos sem que o seu valor a ser especificado.

Correto: unminimized atributos

<dl compact="compact">

INCORRETA: minimizados atributos

<dl compact>

4,6. Elementos vazios

Esvaziar elementos deve ter uma tag final ou o início tag deve terminar com />. Por exemplo, <br/> ou <hr> </ hr>. Veja HTML Compatibilidade Orientações para obter informações sobre as formas de assegurar esta é compatível com HTML 4 para trás os agentes do utilizador.

Correto: encerrado elementos vazios

<br/> <hr/>



INCORRETA: unterminated elementos vazios

<br> <hr>

4,7. White Space movimentação em valores atributo

Quando os agentes do utilizador processo atributos, eles fazê-lo de acordo com o ponto 3.3.3 do [XML]:

Faixa trailing líder e os espaços em branco.

Mapa sequências de um ou mais espaço branco caracteres (incluindo a linha pausas) para uma única palavra inter-espaço.

4,8. Script elementos e Estilo

Em XHTML, o script e estilo elementos são declarados como tendo # PCDATA conteúdo. Como resultado, <& e será tratado como o início da marcação, e entidades como <& e será reconhecido como entidade feitas pelo processador XML a <e & respectivamente. O acondicionamento do conteúdo do script ou estilo elemento dentro de uma seção CDATA marcado evita a expansão dessas entidades.

<script type="text/javascript"> <! [CDATA [... unescaped script conteúdo ... ]]> </ Script>

Seções CDATA são reconhecidos pelo processador XML e aparecem como nós, no Document Object Model, consulte a secção de 1,3 DOM Nível 1 recomendação [DOM].

Uma alternativa é usar o script externo e estilo documentos.

4,9. SGML exclusões

SGML dá o escritor de um DTD a capacidade de excluir os elementos específicos de ser contido dentro de um elemento. Essas proibições (chamados de "exclusões") não são possíveis em XML.

Por exemplo, o HTML 4 DTD Estrita proíbe a nidificação de um 'a' elemento dentro de outro "a" a qualquer elemento descendente profundidade. Não é possível enumerar tais proibições em XML. Mesmo que estas proibições não podem ser definidos na DTD, certos elementos não devem ser encaixados. Um resumo desses elementos e os elementos que não devem ser encaixados em lhes é encontrado na normativa Element Proibições.

4,10. Os elementos com 'id' e 'nome' atributos

HTML 4 atributo para definir o nome dos elementos a, applet, form, frame, iframe, img, e mapa. HTML 4 também introduziu o atributo id. Ambos destes atributos são concebidos para serem utilizados como fragmento identificadores.

Em XML, fragmento identificadores são do tipo ID, e que só pode haver um único atributo do tipo ID por elemento. Por conseguinte, em 1,0 XHTML o atributo id é definido como sendo do tipo ID. A fim de garantir que XHTML 1,0 documentos estão bem estruturados documentos XML, XHTML 1,0 documentos deve usar o atributo id ao definir identificadores fragmento sobre os elementos acima enumerados. Ver o HTML Compatibilidade Orientações para obter informações sobre a garantia desses âncoras são compatíveis para trás ao publicar documentos XHTML como tipo de mídia text / html.

Note que em XHTML 1,0, o nome do atributo desses elementos está formalmente depreciado, e serão removidos em uma versão posterior do XHTML.

4,11. Atributos com valores pré-definidos conjuntos

HTML 4 e XHTML ambos têm alguns atributos que têm pré-definido e limitado conjuntos de valores (por exemplo, o atributo tipo de elemento de entrada). Em SGML e XML, esses atributos são chamados enumerou. Nos termos do HTML 4, a interpretação desses valores foi maiúsculas de minúsculas, portanto, um valor de texto era o que equivale a um valor de texto. Nos termos do XML, a interpretação destes valores é sensível a maiúsculas e minúsculas, e em XHTML 1 de todos estes valores são definidos no caso de menor.

4,12. Entidade referências como valores hex

SGML e XML ambos permitem referências a personagens, usando valores hexadecimais. Em SGML estas referências poderiam ser feitas usando & # Xnn; ou & # xnn;. Em documentos XML, você deve usar a versão mais baixos-caso (isto é, & # xnn;)

5. Compatibilidade Questões

Esta seção é normativa.

Ainda não há nenhuma exigência para XHTML 1,0 documentos que devem ser compatíveis com os agentes do utilizador existente, na prática, essa é fácil de concretizar. Orientações para a criação de documentos compatíveis pode ser encontrada no Apêndice C.

5,1. Internet tipo de mídia

XHTML Documentos que siga as diretrizes estabelecidas no Apêndice C, "HTML Compatibilidade Diretrizes" podem ser identificados com a Internet O tipo de mídia "text / html" [RFC2854], em que sejam compatíveis com a maioria dos navegadores HTML. Estes documentos, bem como qualquer outro documento conforme a esta especificação, também podem ser rotulados com a Internet O tipo de mídia "aplicação / xhtml + xml", tal como definido no [RFC3236]. Para mais informações sobre como utilizar tipos de mídia com XHTML, ver a nota informativa [XHTMLMIME].

A. DTDs

Este apêndice é normativa.

Estes DTDs e entidade que apresenta uma forma normativa parte desta especificação. O conjunto completo de arquivos DTD juntamente com uma declaração XML e SGML Open Catalog está incluído no arquivo zip e gzip'd tar o arquivo para essa especificação. Os usuários locais à procura de cópias dos DTDs para trabalhar com deve baixar e utilizar esses arquivos em vez de usar os DTDs específicos referenciado abaixo.

A.1. Documento tipo definições

Estes DTDs aproximar as DTDs HTML 4. O W3C recomenda que você use o abalizado versões destas DTDs em sua acepção SISTEMA identificadores quando validação conteúdo. Se for necessário utilizar estes DTDs localmente você deve baixar um dos arquivos desta versão. Para a integralidade, a normativa versões do DTDs estão incluídos aqui:

A.1.1. XHTML-1.0-Estrita

O arquivo é uma normativa DTD/xhtml1-strict.dtd parte desta especificação. O anotada conteúdo deste arquivo estão disponíveis nesta secção separada para a completude.

A.1.2. XHTML-1.0-Transição

O arquivo é uma normativa DTD/xhtml1-transitional.dtd parte desta especificação. O anotada conteúdo deste arquivo estão disponíveis nesta secção separada para a completude.

A.1.3. XHTML-1.0-frames

O arquivo é uma normativa DTD/xhtml1-frameset.dtd parte desta especificação. O anotada conteúdo deste arquivo estão disponíveis nesta secção separada para a completude.

A.2. Entidade Conjuntos

A entidade XHTML conjuntos são as mesmas do HTML 4, mas foram adaptados para serem válidas XML 1,0 entidade declarações. Note que a entidade para a moeda Euro sinal (ou € € ou €) é definida como parte dos caracteres especiais.

A.2.1. Caracteres Latin-1

O arquivo é uma normativa DTD/xhtml-lat1.ent parte desta especificação. O anotada conteúdo deste arquivo estão disponíveis nesta secção separada para a completude.

A.2.2. Caracteres especiais

O arquivo DTD / xhtml special.ent-se de um normativo parte desta especificação. O anotada conteúdo deste arquivo estão disponíveis nesta secção separada para a completude.

A.2.3. Símbolos

O arquivo DTD / xhtml symbol.ent-se de um normativo parte desta especificação. O anotada conteúdo deste arquivo estão disponíveis nesta secção separada para a completude.

B. elemento proibições

Este apêndice é normativa.

Os seguintes elementos têm proibições em que eles podem conter elementos (ver Exclusões SGML). Esta proibição é aplicável a todas as profundidades de nidificação, ou seja, ele contém todos os elementos descendente.

um

não devem conter uma outros elementos.

pré

não deve conter a img, objeto, grandes, pequenas, sub, ou sup elementos.

Botão

não deve conter a introdução, seleccionar, de texto, rótulo, botão, formulário, fieldset, iframe ou isindex elementos.

rótulo

não deve conter etiqueta outros elementos.

form

não devem conter elementos outra forma.


C. html compatibilidade orientações

Este apêndice é informativo.

Este apêndice resume design orientações para autores que desejam os seus documentos XHTML existentes em HTML para tornar os agentes do utilizador. Note que esta recomendação não define como HTML conforme os agentes do utilizador deve processar documentos HTML. Também não define o significado da Internet Media Tipo text / html. Por estas definições, consulte [HTML4] e [RFC2854], respectivamente.

C.1. Instruções e processamento da declaração XML

Estar ciente de que o tratamento prestado por algumas instruções são os agentes do utilizador. Além disso, alguns agentes interpretam usuário a declaração XML no sentido de que o documento é despercebidas XML, em vez de HTML, e por isso não pode tornar o documento como esperado. Para compatibilidade com estes tipos de herança navegadores, você pode querer evitar a utilização de processamento XML instruções e declarações. Lembre-se, contudo, que quando a declaração XML não está incluído em um documento, o documento só pode usar o padrão codificações de caracteres UTF-8 ou UTF-16.

C.2. Elementos vazios

Inclua um espaço antes do trailing / e> vazio de elementos, por exemplo, <br />, <hr /> e <img src="karen.jpg" alt="Karen" />. Além disso, use a sintaxe para minimizado tag vazia elementos, por exemplo, <br />, como alternativa à sintaxe <br> </ br> permitido pelo XML dá resultados incertos em muitos usuários existentes agentes.

C.3. Elemento elemento vazio de conteúdo e de minimização

Dado um vazio exemplo de um elemento cujo conteúdo modelo não está vazio (por exemplo, um vazio título ou parágrafo) não utilizar o formulário minimizada (por exemplo, utilização <p> </ p> e não <p />).

C.4. Embutidos folhas de estilo e scripts

Use folhas de estilo externas se sua folha de estilos utiliza <ou & ou]]> ou --. Use scripts externos se o seu script usa <ou & ou]]> ou --. Note-se que os analisadores XML são permitidos silenciosamente para remover o conteúdo dos comentários. Portanto, a prática histórica de "esconder" scripts e folhas de estilo dentro de "comentários" para tornar os documentos compatíveis para trás é provável que não funcionem conforme esperado baseado em XML-os agentes do utilizador.

C.5. As quebras de linha dentro atribuir valores

Evite line breaks e múltiplos espaços caracteres em branco os valores dos atributos. Estes são manipulados incoerente com os agentes do utilizador.

C.6. Isindex

Não incluir mais do que um elemento isindex no documento cabeça. O elemento isindex é depreciado em favor do elemento input.

C.7. A lang e xml: lang Atributos

Uso tanto o lang e xml: lang atributos ao especificar o idioma de um elemento. O valor do atributo xml: lang tem precedência.

C.8. Fragmento Identificadores

Em XML, URI-referências [RFC2396] que terminam com fragmento identificadores do formulário "# foo" não se referem a elementos com um atributo name = "foo", em vez disso que se referem a elementos com um atributo definido para ser do tipo ID , Por exemplo, o atributo id em HTML 4. Muitos clientes já existentes HTML não suportam a utilização do ID de tipo atributos desta forma, de modo idêntico valores podem ser oferecidos para esses dois tipos de atributos de garantir a máxima compatibilidade frente e para trás (por exemplo, <a id = "foo" name = " foo ">...</ a>).

Além disso, uma vez que o conjunto de valores legais para os atributos do tipo ID é muito menor do que para as de tipo CDATA, o tipo de atribuir o nome foi mudado to NMTOKEN. Este atributo é limitado tal que só pode ter os mesmos valores como tipo ID, ou como o nome da produção em 1,0 ponto 2,3 XML, produção 5. Infelizmente, esta limitação não pode ser expresso no XHTML 1,0 DTDs. Devido a esta mudança, é preciso ter cuidado ao converter documentos HTML existentes. Os valores desses atributos deve ser único dentro do documento, válidos, bem como quaisquer referências a estes identificadores fragmento (tanto interna e externa) deverão ser actualizados os valores devem ser alterados durante a conversão.

Note que a cobrança de valores legais, em 1,0 ponto 2,3 XML, 5 produção é muito maior do que o permitido para ser usado na identificação e NOME tipos definidos em HTML 4. Ao definir fragmento identificadores de ser trás-compatível, apenas strings correspondentes ao padrão [a-zA-z] [a-zA-Z0-9 :_.-]* deve ser usado. Veja a Secção de 6,2 [HTML4] para mais informações.

Por fim, note que tem XHTML 1,0 depreciado o nome do atributo de um, applet, form, frame, iframe, img, e map elementos, e este será removido do XHTML, em versões posteriores.

C.9. Codificação de caracteres

Historicamente, a codificação de caracteres de um documento HTML ou é especificado por um servidor da web através do parâmetro charset do cabeçalho HTTP Content-Type, ou através de um elemento meta no próprio documento. Em um documento XML, a codificação de caracteres do documento é especificada na declaração XML (por exemplo, <? Xml version = "1,0" encoding = "EUC-JP "?>). A fim de determinado portably apresentar documentos com codificações de caractere, a melhor abordagem consiste em assegurar que o servidor web fornece a corrigir cabeçalhos. Se isso não for possível, um documento que pretende definir seu caráter explicitamente a codificação deve incluir tanto a declaração XML encoding uma declaração e uma meta http-equiv declaração (por exemplo, <meta http-equiv = "Content-type" content = "texto / html; charset = EUC-JP "/>). Em XHTML-conforme os agentes do utilizador, o valor da declaração de codificação da declaração XML tem precedência.

Nota: ter consciência de que, se um documento deve conter a codificação de caracteres em uma declaração meta http-equiv declaração, que o documento pode ser sempre interpretado por HTTP e / ou os agentes do utilizador como sendo do tipo de mídia definida na internet essa afirmação. Se o documento for para ser servido como vários tipos de mídia, o servidor HTTP deve ser usado para definir a codificação do documento.

C.10. Atributos booleanos

Alguns HTML os agentes do utilizador não sejam capazes de interpretar atributos booleanos quando estes aparecem na sua totalidade (não-minimizado) forma, tal como exigido pela XML 1,0. Nota este problema não afecta os agentes do utilizador compatível com HTML 4. Os seguintes atributos estão envolvidos: compacto, Sem quebras, ismap, declare, noshade, marcada, deficientes, somente leitura, múltiplas, selecionado, noresize, diferir.  

Por Nathan Dias