HTML 5: É, <br/> ou <br />?


2033

Tentei verificar outras respostas , mas ainda estou confuso - especialmente depois de ver a referência HTML 5 do W3schools .

Eu pensei que o HTML 4.01 deveria "permitir" que uma única tag fosse <img>e <br>. Então o XHTML veio junto com <img />e <br />( onde alguém disse que o espaço existe para navegadores mais antigos ).

Agora, estou me perguntando como devo formatar meu código ao praticar o HTML 5.

É <br>, <br/>ou <br />?


1
Qualquer que você use hoje, considere que alguma tecnologia de assistência (por exemplo, leitores de tela) provavelmente o anunciará. O NVDA diz "em branco", por exemplo. Os usuários de leitores de tela provavelmente não ganharão nada além de ruído com esse anúncio extra. Considere adicionar um role="presentation"atributo, exceto nos casos raros em que uma quebra de linha funciona como 'conteúdo'.
Brennanyoung 7/11

De acordo com a especificação atual "6. Então, se o elemento for um dos elementos nulos, ou se for um elemento estranho, poderá haver um único caractere U + 002F SOLIDUS (/). Esse caractere não afeta o nulo. elementos " html.spec.whatwg.org/multipage/syntax.html#start-tags
Tim Abell

Respostas:


1544

Simplesmente <br>é suficiente.

Os outros formulários existem para compatibilidade com XHTML; para tornar possível escrever o mesmo código que o XHTML e fazer com que ele também funcione como HTML. Alguns sistemas que geram HTML podem ser baseados em geradores XML e, portanto, não têm a capacidade de gerar apenas uma <br>tag simples ; se você estiver usando um sistema assim, tudo bem <br/>, não será necessário se você não precisar fazer isso.

Muito poucas pessoas realmente usam XHTML, no entanto. Você precisa veicular seu conteúdo application/xhtml+xmlpara que ele seja interpretado como XHTML, e isso não funcionará nas versões antigas do IE - também significa que qualquer pequeno erro que você cometer impedirá que sua página seja exibida em navegadores compatíveis com XHTML. Portanto, a maior parte do que parece XHTML na Web está sendo veiculada e interpretada como HTML. Consulte Servindo XHTML como text / html considerado prejudicial para obter mais informações.


23
Mas ter um xml válido não implica servir xhtml, de qualquer maneira. Pode ser útil para todos os tipos de pré-processamento local.
Michael Krelin - hacker

29
Sim, mas você deve ter muito cuidado ao processar HTML como XML. Eles são idiomas diferentes e apenas um subconjunto de cada um é compatível. Por exemplo, em XML, <br/>é o mesmo que <br></br>, mas o último não é HTML válido.
22909 Brian Campbell

10
Brian, a ideia era que você pudesse fazer com que seu html fosse xml bem formado, é isso. É claro que, ao transformar um em outro, você precisa se certificar de que ainda é válido, mas vale a pena mencionar? :)
Michael Krelin - hacker de

5
@ Marco Eu não acho que document.write é terrivelmente rápido em comparação com o html (x) real (porque precisa ser executado). De qualquer forma, o Javascript não está necessariamente disponível em todos os computadores, portanto, sites que dependem excessivamente deles não são muito flexíveis. Além disso, o html não possui funções.
Michael0x2a

8
@ Marco: Huh, eu não sabia document.write que não funciona em xhtml - obrigado por compartilhar. Concordo que seria idiotice os webapps tentarem fazer algo sem Javascript, mas estava tentando dizer que sites que dependem quase 100% do Javascript são mais frágeis e podem falhar quando os usuários desabilitam o javascript (ou estão usando telefones mais antigos ou algo)
Michael0x2a

227

Penso que esta citação do HTML 5 Reference Draft fornece a resposta:

3.2.2.2 Elementos vazios

O termo elementos nulos é usado para designar elementos que devem estar vazios . Esses requisitos se aplicam apenas à sintaxe HTML. No XHTML, todos esses elementos são tratados como elementos normais, mas devem ser marcados como elementos vazios.

Estes elementos são proibidos de conter qualquer conteúdo. Em HTML, esses elementos têm apenas uma tag de início . A sintaxe da tag de fechamento automático pode ser usada. A tag final deve ser omitida porque o elemento é automaticamente fechado pelo analisador.

Exemplo de HTML:
um elemento nulo na sintaxe HTML. Isso não é permitido na sintaxe XHTML.

<hr>

Exemplo:
um elemento nulo usando a sintaxe de tag de fechamento automático compatível com HTML e XHTML.

<hr/>

Exemplo XHTML:
Um elemento nulo usando a sintaxe somente XHTML com uma tag final explícita. Isso não é permitido para elementos nulos na sintaxe HTML.

<hr></hr>

22
Portanto, a resposta é codificar de preferência sem barra e espaço, mas ter a barra (com ou sem espaço) - é opcional?
Eikern

67
Eu amo o jeito que a especificação não é particularmente específica (neste ponto) "meh, faça o que você quiser!"
Matt Ellen

42
Como é opcional, eu gosto mais do />porque é bom para a legibilidade.
BrunoLM 13/07

38
Gosto de fechar explicitamente minhas tags por nenhum outro motivo que não seja o correto e faz sentido quando estou lendo / escrevendo código. Estou satisfeito por o rascunho de referência do HTML5 concordar comigo.
Erro de sintaxe 03/03

7
Parece bastante específico para mim. <br> e <br /> são HTML5 legais.
precisa saber é o seguinte

135

O XML não permite deixar tags abertas, por isso torna-se <br>um pouco pior que as outras duas. Os outros dois são aproximadamente equivalentes ao segundo ( <br/>) preferido para compatibilidade com navegadores mais antigos. Na verdade, o espaço anterior /é preferido por questões de compatibilidade, mas acho que só faz sentido para tags que possuem atributos. Então, eu diria um <br/>ou outro <br />, o que agrada à sua estética.

Resumindo: todos os três são válidos, sendo o primeiro ( <br>) um pouco menos "portátil".

Edit : Agora que somos todos loucos por especificações, acho que vale ressaltar que, de acordo com dev.w3.org :

As tags de início consistem nas seguintes partes, exatamente na seguinte ordem:

  1. Um caractere "<".
  2. O nome da tag do elemento.
  3. Opcionalmente, um ou mais atributos, cada um dos quais deve ser precedido por um ou mais caracteres de espaço.
  4. Opcionalmente, um ou mais caracteres de espaço.
  5. Opcionalmente, um caractere "/", que pode estar presente apenas se o elemento for um elemento nulo.
  6. Um caractere ">".

17
HTML não é realmente XML, apenas muito próximo a ele.
tloach

6
Sim não é. Mas /é um denominador comum aqui. O HTML5 permite especificamente o uso de /: "Opcionalmente, um caractere" / ", que pode estar presente apenas se o elemento for um elemento nulo".
Michael Krelin - hacker

4
helloworlder, eu diria que a especificação HTML5 está perto de ser compatível com XML.
Michael Krelin - hacker

5
Gostaria de acrescentar que, em XML e HTML, o ML significa Markup Language. A razão há tanta sobreposição entre eles é que ambos estavam inicialmente definidos utilizando SGML (Padronizado Generalized Markup Language), mas muitas pessoas não me lembro agora ...
John Vincent

4
@BennyNeugebauer, Se você estiver usando regex para analisar html você está mais ou menos deixou de confiar em sua sorte ao invés de etiquetas devidamente fechadas ;-)
Michael Krelin - hacker de

104

Em HTML (até HTML 4) : use<br>

Em HTML 5 : <br>é o preferido, mas <br/>e <br />também é aceitável

Em XHTML : <br />é o preferido. Também pode usar <br/>ou<br></br>

Notas:

  • <br></br> não é válido no HTML 5, será considerado como duas quebras de linha.
  • XHTML diferencia maiúsculas de minúsculas, HTML não diferencia maiúsculas de minúsculas.
  • Para compatibilidade com versões anteriores, alguns navegadores antigos analisavam XHTML como HTML e falhavam, <br/>mas não<br />

Referência:


verifiquei o link, a abordagem preferida é <br>, mas onde diz <br/> que não é aceitável?
21414 JackDev

4
Para esclarecer, as sintaxes compatíveis com XML <br/>e <br />(com um ESPAÇO) são iguais, sem preferência por nenhuma. Veja a especificação XML 1.0 . Espaço em branco (ESPAÇO, tabulação ou ALIMENTAÇÃO DE LINHA) antes de />ser opcional, sem preferência.
Basil Bourque

1
Você pode citar uma referência para a sintaxe não XML ser preferida no HTML5? Isso é novidade para mim. O suporte opcional à estrita conformidade com XML era um objetivo fundamental do HTML5, pelo que me lembro. Talvez eu tenha perdido algo no documento HTML vs. XHTML no whatwg.org ou na Marcação Poliglota do W3C: Um perfil robusto do vocabulário HTML5 no W3C.
Basil Bourque

1
@BasilBourque Para reiterar o que eu disse em outro lugar para você. Leia a especificação real em HTML5 para as tags e elementos e NUNCA encontrará nenhuma recomendação ou sugestão para exigir ou sugerir o uso de uma barra final para essas tags. Se você deseja usar XML ou XHTML, não está usando HTML e isso é uma história diferente. NÃO use uma barra de fechamento para essas tags HTML. Em outros lugares, a especificação diz que você pode colocar um lá, mas isso não significa nada, não faz nada e os navegadores são instruídos a ignorá-lo. Portanto, é inútil e inútil fazer qualquer uso dela da mesma forma que inútil e inútil.
Rob

@Rob So Seção 8.1.2.1. Tags de início da Seção 8. A sintaxe HTML do documento, Recomendação HTML 5.2 W3C, 14 de dezembro de 2017 , publicada pelo W3C, não é a especificação real de HTML? Por favor informar.
Basil Bourque


27

Eu recomendaria o uso <br />pelos seguintes motivos:

1) Os editores de texto e XML que destacam a sintaxe XML em cores diferentes serão destacados corretamente, <br />mas esse nem sempre é o caso se você usar<br>

2) <br />é compatível com versões anteriores de XHTML e HTML bem formado (ou seja: XHTML) geralmente é mais fácil de validar para erros e depuração

3) Alguns analisadores antigos e algumas especificações de codificação requerem espaço antes da barra de fechamento (ou seja: em <br />vez de <br/>) como a especificação de codificação de plug-in do WordPress: http://make.wordpress.org/core/handbook/coding-standards/html/

Na minha experiência, nunca me deparei com um caso em que o uso <br />seja problemático; no entanto, existem muitos casos em que <br/>ou especialmente <br>podem ser problemáticos em navegadores e ferramentas mais antigos.


1
HTML bem formado não é XHTML.
jmarkmurphy

1
XHTML é um HTML bem formado por definição. O XHTML segue as regras do XML, de acordo com a w3schools "XML é uma linguagem de marcação em que os documentos devem ser marcados corretamente (ser" bem formados ") ... ... Ao combinar os pontos fortes do HTML e XML, o XHTML foi desenvolvido. XHTML é HTML reprojetado como XML ". (veja w3schools.com/html/html_xhtml.asp )
Kmeixner

2
O HTML pode ser bem formado, mas não ser um XML válido. O W3Schools nem sempre é a referência mais autorizada.
jmarkmurphy

O professor do curso universitário de ciência da computação em programação da Web que fiz em 1997 também alegou que o xhtml é um html bem formado. Não tenho certeza de onde você está obtendo suas informações. Você pode citar fontes oficiais on-line para fazer backup de sua reivindicação?
Kreixner

1
@jmarkmurphy, acho que talvez você não esteja familiarizado com o termo "bem formado" como um termo de jargão técnico para se referir ao requisito dos padrões de XML e XHTML de que todas as tags devem ter tags de fechamento e devem ser aninhadas na ordem correta . <hr> e <br> não atendem aos requisitos de XML e XHTML porque não possuem tags de fechamento, por exemplo: <br /> ou <br> </br> são válidos, <br> não é XHTML ou XML válido . O HTML, é claro, não possui o requisito bem formado, portanto <br> e <hr> são válidos apenas em HTML.
Kreixner

20

O XML requer que todas as tags tenham uma tag de fechamento correspondente. Portanto, existe uma sintaxe abreviada especial para tags sem conteúdo interno.

O HTML5 não é XML, portanto, não deve representar esse requisito. Nem é o HTML 4.01.

Por exemplo, nas especificações HTML5 , todos os exemplos com brtag usam <br>sintaxe, não <br/>.

UPD Na verdade, <br/>é permitido em HTML5 . 9.1.2.1, 7.


2
"O HTML5 não é XML, portanto não deve representar esse requisito." Se isso está correto ou não, depende da interpretação da palavra "HTML5". Se falamos do HTML5 como linguagem, essa afirmação está correta. Se, no entanto, falamos do HTML5 como uma especificação, essa afirmação está incorreta. A especificação HTML5 define "um vocabulário e APIs associadas para HTML e XHTML". Eu sei que isso é um pouco complicado, não estou dizendo que esta resposta está errada, apenas fornecendo informações adicionais para o leitor.
Christian Hujer 8/11

14

Se você estiver interessado em comparabilidade (não compatibilidade, mas comparabilidade), então eu continuaria <br />.

Caso contrário, tudo <br>bem.


1
Alguém deveria reverter isso. O significado foi alterado.
Josiah

9
O que se entende por comparabilidade? Eu não entendo.
tuxayo

12

Ambos <br>e <br />são aceitáveis ​​no HTML5, mas no espírito do HTML, <br>devem ser usados. O HTML5 permite fechar barras para ser mais compatível com documentos anteriormente HTML 4.01 e XHTML 1.0, permitindo uma migração mais fácil para HTML5. Obviamente, <br/>também é aceitável, mas para ser compatível com alguns navegadores mais antigos, deve haver um espaço antes da barra de fechamento ( /).


1
@ Knickerless-Noggins Não sei ao certo onde você está lendo isso, mas <br />é perfeitamente aceitável, e o W3Schools não é a especificação para HTML. Veja a especificação HTML5 , que afirma claramente que "Então, se o elemento for um dos elementos nulos , ou se o elemento for um elemento estranho , poderá haver um único caractere" / "(U + 002F) . [Ênfase adicionada ] "
kevinji

Esta resposta, como outras, diminui incorretamente a legitimidade da estrita conformidade com XML no HTML5. O suporte para XML não é um recurso de transição ou migração temporário. O suporte opcional à conformidade com XML era um objetivo fundamental do HTML5. É um recurso vital para as pessoas que usam ferramentas XML para trabalhar com seu conteúdo HTML.
Basil Bourque

12
  1. Se você estiver produzindo HTML em um site comum, poderá usar <br> ou <br/> , ambos serão válidos sempre que estiver servindo HTML5 como texto / html.

  2. Se você está servindo HTML5 como XHTML (ou seja, o conteúdo tipo application / xhtml + xml, com uma declaração XML), então você deve usar um tag de fecho automático assim: <br/>.

    Caso contrário, alguns navegadores podem se recusar a renderizar sua página (o Firefox, em particular, é muito rigoroso quanto à renderização apenas de páginas xhtml + xml válidas).

    Conforme observado em 1., <br/>também é válido para HTML5 que, por acaso, é gerado como XML, mas serviu como um texto / html comum sem uma declaração XML (como de uma Transformação XSL que gera páginas da Web ou algo semelhante).

Para esclarecer a confusão: Colocar um espaço antes da barra não é necessário no HTML5 e não faz diferença na forma como a página é renderizada (se alguém puder citar um exemplo, retrairei isso, mas não acredito que seja true - mas o IE certamente faz muitas outras coisas estranhas com todas as formas de <br>tags).

O excelente validador em http://validator.w3.org é realmente útil para verificar o que é válido (embora não tenha certeza de que você possa confiar nele para verificar também o tipo de conteúdo).


espera, mimetype text / html é XML estrito?
amwinter

1
Você não deve servi-lo com uma declaração XML se estiver usando text / html, mas o conteúdo pode ser XML válido (por exemplo, gerado a partir de algo que gera XML, como saída XSLT ou um objeto serializado para XML).
Iain Collins

Ainda não entendo: se text / html deve ter um <br />, quando devo usar não fechado <br>?
amwinter

1
Desculpe, ambos são tecnicamente válidos para HTML5 se for via text / html. Você pode confirmar isso com o validador (na maior parte) impressionante em validator.w3.org . Minha redação acima é ruim, vejo que agora, devo editá-la.
Iain Collins

3
Eu acho que foi o Netscape Navigator 3 ou 4 que não gostou <br/>, certamente nada com que se preocupar nos dias de hoje.
robertc

12

Ambos <br>e <br/>vai dar certo, mas eu prefiro <br/>porque é um pouco mais lógico. É lógico esperar uma marca de fechamento sempre que houver uma marca de abertura. Portanto, seu código é um pouco mais fácil de ler se você não usar uma tag de abertura quando não houver uma tag de fechamento.

Todo navegador (exceto possivelmente alguns muito antigos que não importam) exibirá os dois exatamente iguais. No entanto, <br>não é compatível com xHTML.


7

<br>e <br/>renderize de maneira diferente. Alguns navegadores interpretar <br/>como <br></br>e insira duas quebras de linha


12
O que? Você sabe quais navegadores?
Eikern

7
Encontrei isso ao testar navegadores da era ie5 / ns4. Se bem me lembro, estava no modo de conformidade com os padrões. Mas foi há muito tempo ...
Samuel

3
Para navegadores HTML4 estritos (que é praticamente apenas um validador HTML4), <br />significa <br>&gt;.
Konrad Borowski 25/05

7

<br>é suficiente, mas em XHTML <br />é preferido de acordo com o WHATWG e de acordo com o W3C .

Para citar a Seção 8.1.2.1 da Recomendação W2C do HTML 5.2, 14 de dezembro de 2017

As tags de início devem ter o seguinte formato:

...

  1. Após os atributos ou após o nome da marca, se não houver atributos, pode haver um ou mais caracteres de espaço. (É necessário que alguns atributos sejam seguidos por um espaço. Consulte §8.1.2.3 Atributos abaixo.)

  2. Então, se o elemento for um dos elementos nulos, ou se for um elemento estranho, poderá haver um único caractere U + 002F SOLIDUS (/). Esse caractere não tem efeito em elementos nulos, mas em elementos estranhos, ele marca a tag de início como fechamento automático.

Se você usar o Dreamweaver CS6, ele será preenchido automaticamente como <br />.

Para validar seu arquivo HTML no W3C, consulte: http://validator.w3.org/


@Julix De fato, por que os votos negativos? Esta é uma das poucas respostas corretas nesta página. O HTML5 é absolutamente XML, opcionalmente, e na sintaxe XML, uma única tag deve ser fechada com a barra. Como fatos tão simples podem ser tão mal interpretados quando escritos em preto e branco nas especificações .
Basil Bourque

5

Na validação, dessa pergunta, realmente depende do que !DOCTYPEvocê está tentando obter na verificação.

Meu favorito pessoal é 4.01 Transonde apenas uso o <br/>e limpa os avisos e erros que podem ter surgido durante a validação

Estrita é uma fera muito mais complicada, Odeia "SHORTTAGS"e literalmente só quer o<br></br>

No HTML5ou no "LAX" do mundo do código, realmente não há uma resposta certa, porque ela está detects every example you put upcorreta ......

No final, acho que tudo o que importa is what validation YOU PREFERou the person that you are working for prefers... com o lackadaisicalmovimento no rigor do código html5, estamos vendo alguns CODERS MUITO LAZY


4

IMHO é melhor usar a notação regular ( <br />) em vez da notação perdoadora ( <br>) pelos seguintes motivos:

Consistência

No seu HTML, provavelmente há alguns SVG e SVG que suportam apenas a notação regular (por exemplo <rect />).

Hackabilidade

Não é o caso de estruturas como React e NativeScript usarem uma notação XML.
Seu código de marcação será mais fácil de analisar.

Clareza

A notação regular é mais fácil de ler e entender, mesmo tarde da noite.

Especificações

Ambos <br>e <br />são tags HTML válidas.

Conclusão

Se você usar um editor de texto completo, configure-o para usar a notação regular (chamada XHTML por Emmet ).
Por exemplo, no Código do Visual Studio, você apenas precisa adicionar a seguinte linha às suas configurações:

"emmet.syntaxProfiles": {"html": "xhtml"}

1
Estritamente falando, ambos são notações curtas: a notação curta em HTML e a notação curta em XML, respectivamente. A notação completa é <br></br>e é válida em X (HT) ML, mas não em HTML.
Ilya Streltsyn

1
O HTML5 não introduziu o <br>. Sempre foi em HTML. XHTML introduzido <br/>
jmarkmurphy 22/03

1
Para entrar na história disso corretamente, você precisa se aprofundar no SGML.
Michael Kay

3

Bem, tudo o que sei é que <br />dá uma pausa com uma linha branca e <br>só dá uma pausa em alguns casos. Isso aconteceu comigo quando eu estava configurando um script IPN (PHP) e enviei e-mails e verifiquei a caixa de entrada. Não sei por que, mas só recebi a mensagem para parecer elegante usando os dois<br /> and <br>

Dê uma olhada no e-mail aqui: http://snag.gy/cLxUa.jpg

As duas primeiras seções do texto são separadas por <br />, portanto, as linhas de espaço em branco, as últimas três linhas de texto na parte inferior e a última seção é separada por <br>e fornece apenas uma nova linha.


3
Que navegador era esse?
Dave Burton


2

Como muitos outros já cobertos, tanto <br>e <br/>são aceitáveis.

Eu acho que a troca é a melhor legibilidade e compatibilidade com versões anteriores do que <br/>enviar um caractere a menos para os usuários finais <br>.

E desde que o Google usa <br>, eu também.

(Obviamente, lembre-se de que eles podem estar me servindo <br>porque estou usando o Chrome, que eles sabem que é compatível. No IE, eles ainda podem estar servindo <br/>)


2

<br>funciona muito bem. As versões mais rígidas, como o XHTML, exigem que você adicione as versões de fechamento e realmente antigas do HTML, que não incluem uma DOCTYPEmarca <br>não-nula, como <br></br>.

Resumindo: <br>está bem. Outros também estão bem.


2

Em HTML5 a barra não é mais necessário: <br>,<hr>


A barra nunca foi necessária e nunca foi especificada em nenhuma especificação HTML ou mesmo usada como exemplo na especificação.
Rob

1
@ Rob Não sei de onde você tira suas especificações HTML, mas recebo o meu das organizações WHATWG e W3C. Ambas publicam especificações que definem claramente a conformidade estrita com o XML como um recurso opcional do HTML5. Isso inclui especificamente o fechamento de tags únicas com />. Consulte as seções 8.1.2.1 e 2 . E veja o documento HTML vs. XHTML em whatwg.org e a Marcação Poliglota do W3C: Um perfil robusto do vocabulário HTML5 no W3C.
Basil Bourque

@BasilBourque Leia a especificação exata para essas tags em HTML e não abra XML ou XHTML que não são o assunto aqui. Você nunca encontrará palavras escritas ou exemplos em nenhuma especificação para HTML no histórico da Internet em que uma barra final é usada, necessária ou mesmo sugerida.
Rob

1
@Rob Tudo o que posso fazer é repetir: o W3C publicou um documento chamado HTML 5.2, onde a Seção 8.1.2.1. As tags de início dizem claramente que uma tag de fechamento automático com ou com uma barra é válida, no ponto # 6: então, se o elemento for um dos elementos nulos, ou se for um elemento estranho, pode haver um único U + 002F caractere do SOLIDUS (/). Esse caractere não tem efeito em elementos nulos, mas em elementos estrangeiros, ele marca a tag de início como fechamento automático. Os outros documentos que eu vinculei explicam que, ao expressar seu HTML5 como XML, a barra é necessária.
Basil Bourque

1
@BasilBourque Eu nunca disse que não era válido. Eu disse que não tem significado e não serve para nada, como você mesmo citou. E, novamente, você está trazendo o XML como justificativa para usá-lo em HTML. Não faça isso! Eles não são a mesma coisa! Chamamos isso de "sopa de tags" quando o analisador de HTML precisa interpretar o conteúdo XML.
Rob

2

Na maioria dos casos, em HTML, as tags estão em par. Mas, para uma quebra de linha, você não precisa de um par de tags. Portanto, para indicar isso, o HTML usa o <br/>formato. <br/>é o caminho certo. Use esse formato.

<br>tag não possui tag final em HTML No XHTML, a <br>tag deve ser fechada corretamente, assim:<br />

No XML, cada tag deve ser fechada. XHTML é uma extensão do XML, portanto, todas as regras do XML devem ser seguidas para o XHTML válido. Portanto, mesmo tags vazias (nós sem nós filhos) como
devem ser fechadas. XML possui um formato abreviado chamado tags de fechamento automático para nós vazios. Você pode escrever <br></br> as <br />. Portanto, em XHTML <br />é usado.

O HTML é muito brando nesse sentido, e não existe essa regra. Assim, em HTML, nós vazios, como <br> <hr> <meta>etc, são escritos sem a barra de fechamento.

HTML

<br>
<hr>
<meta name="keywords" content="">
<link rel="canonical" href="http://www.google.com/">

XHTML

<br />
<hr />
<meta name="keywords" content="" />
<link rel="canonical" href="http://www.google.com/" />

Nem todas as tags podem ser fechadas automaticamente. Por exemplo, uma tag como <script src="jQuery.min.js" />não é permitida pelo XHTML DTD.


1

Ummm ... alguém conhece um único fornecedor, agente de usuário ou fabricante de navegador que já seguiu 100% das especificações do W3C ??? Portanto, se o HTML5 disser que suporta todas as três versões de elementos de interrupção, você pode apostar que os fornecedores suportam as mesmas e ainda mais desleixadas versões!

A ÚNICA coisa que importa neste debate é o uso consistente de codificação que também segue especificações XML e especificações HTML sempre que possível. Isso significa que você deve usar a versão XML correta da tag break e incentivar toda a sua equipe a fazer o mesmo:

<br />

O mesmo formato de barra de espaço deve ser aplicado às tags img, a, hr e meta tags no seu código. Por quê? Porque:

  1. É compatível com versões anteriores de agentes / navegadores XHTML mais antigos
  2. Os fornecedores de navegadores suportam a versão XML de qualquer maneira, portanto a especificação HTML5 é discutível.
  3. As implementações desleixadas da maioria dos user-agents hoje, no passado e no futuro aceitarão.
  4. Ele permite que sua marcação seja comparável aos padrões XML, caso você precise voltar a criar documentos XHTML / XML a partir da sua marcação.
  5. É uma "boa prática de codificação" para TODOS OS DESENVOLVEDORES DA WEB continuar usando práticas sólidas de marcação que seguem XML, incluindo codificação em minúsculas, atributos entre aspas, caracteres XML escapados, etc. etc. Por que? No futuro, se você precisar alternar para dados XML, codificará automaticamente e pensará em XML.
  6. Só podemos esperar que, no futuro, a World Wide Web, nos afastemos dos padrões implementados por fornecedores privados e voltemos a uma marcação sólida, confiável e verificada que analisa mais rapidamente, move dados pelos fios mais rapidamente e torna nossa Internet futura mais padronizada. meio usando XML.

Além disso, no mundo robótico e de máquinas que está aqui, onde os robôs não têm os mesmos problemas de codificação da interface humana que o HTML5 resolve para nós, eles retornam com prazer aos sistemas de dados XML e analisam essas páginas da interface do usuário muito mais rapidamente quando convertidas em XML dados.


1

ambos <br>e <br/>funciona, mas não há necessidade de usar o segundo porque o HTML 5 também suporta a primeira sintaxe, o que é tão fácil


0


funciona muito bem em HTML5. O HTML5 permite um pouco mais de liberdade do que o XHTML


0

Se você estiver usando HTML5, usar <br>é o caminho certo a seguir :)


-3

<br>e <br />renderizar diferentemente em alguns navegadores, portanto, escolher um sobre o outro não prejudicará seu projeto, mas espere uma descoberta em massa. substitua por afetar a renderização da página em alguns navegadores, o que pode resultar em trabalho extra para você ou o constrangimento deve a alteração não afetar nada no navegador de teste, mas quebrá-la no navegador preferido dos clientes.

Prefiro, <br>pois é o que usei desde o Erwise e o Netscape Navigator (primeiros navegadores da web), mas não há razão para não escolher <br />. Pode ser útil para algum pré-processamento, comparabilidade etc.

Mesmo que sua escolha se refira a preferir a aparência de uma sobre a outra, ou você (ou seu editor de HTML favorito, por exemplo, Dreamweaver) pode desejar que seu código seja compatível com xml. Você decide.

Uma observação rápida:

Não deve ser confundido br, mas além disso, você também pode considerar o uso de wbrtags em seu HTML: Uma tag de oportunidade de quebra de palavra, que especifica onde em um texto seria aceitável adicionar uma quebra de linha.

Para uma leitura mais aprofundada, leia as especificações do HTML5 .


5
Veja a especificação HTML5 , que afirma claramente que "Então, se o elemento for um dos elementos nulos , ou se for um elemento estranho , poderá haver um único caractere" / "(U + 002F) . [Ênfase adicionada ] " <br>, é claro, é um elemento nulo, como você pode ver no link na citação.
kevinji

-4

Os elementos sem tags finais são chamados de tags vazias. Nos html 4 e html 5, as tags finais não são necessárias e podem ser omitidas.

No xhtml, as tags são tão rígidas. Isso significa que deve começar com a tag inicial e terminar com a tag final.


1
Incorreta. Uma tag única é tão válida em HTML5 quanto um par de tags de início e fim. Veja a especificação do HTML 5.2 .
Basil Bourque
Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.