HTML 5: Apakah <br>, <br/>, atau <br />?

2033

Saya sudah mencoba memeriksa jawaban lain , tetapi saya masih bingung - terutama setelah melihat referensi W3schools HTML 5 .

Saya pikir HTML 4.01 seharusnya "mengizinkan" tag tunggal menjadi <img>dan <br>. Kemudian XHTML datang bersama <img />dan <br />(di mana seseorang mengatakan bahwa ada ruang untuk browser yang lebih tua ).

Sekarang saya bertanya-tanya bagaimana saya seharusnya memformat kode saya ketika berlatih HTML 5.

Apakah itu <br>, <br/>atau <br />?

Eikern
sumber
1
Apapun yang Anda gunakan hari ini, harap pertimbangkan bahwa beberapa teknologi bantuan (mis. Pembaca layar) mungkin akan mengumumkannya. NVDA mengatakan "kosong", misalnya. Pengguna pembaca layar kemungkinan besar tidak akan mendapatkan apa-apa selain kebisingan dari pengumuman tambahan itu. Pertimbangkan untuk menambahkan role="presentation"atribut, kecuali dalam kasus yang jarang itu fungsi linebreak sebagai 'konten'.
brennanyoung
Menurut spec saat ini "6. Lalu, jika elemen tersebut adalah salah satu elemen yang kosong, atau jika elemen tersebut adalah elemen asing, maka mungkin ada karakter U + 002F SOLIDUS tunggal (/). Karakter ini tidak memiliki efek pada void elements " html.spec.whatwg.org/multipage/syntax.html#start-tags
Tim Abell

Jawaban:

1544

Cukup <br>sudah cukup.

Formulir lain ada untuk kompatibilitas dengan XHTML; untuk memungkinkannya menulis kode yang sama dengan XHTML, dan membuatnya juga berfungsi sebagai HTML. Beberapa sistem yang menghasilkan HTML mungkin didasarkan pada generator XML, dan karenanya tidak memiliki kemampuan untuk menghasilkan hanya <br>tag kosong ; jika Anda menggunakan sistem seperti itu, tidak apa-apa untuk digunakan <br/>, itu hanya tidak perlu jika Anda tidak perlu melakukannya.

Sangat sedikit orang yang benar-benar menggunakan XHTML. Anda perlu menayangkan konten Anda application/xhtml+xmlagar ditafsirkan sebagai XHTML, dan itu tidak akan berfungsi dalam versi lama IE - itu juga berarti bahwa setiap kesalahan kecil yang Anda buat akan mencegah halaman Anda ditampilkan di browser yang mendukung XHTML. Jadi, sebagian besar yang tampak seperti XHTML di web sebenarnya dilayani, dan ditafsirkan, sebagai HTML. Lihat Melayani XHTML sebagai teks / html Dianggap Berbahaya untuk beberapa informasi lebih lanjut.

Brian Campbell
sumber
23
Tetapi memiliki xml yang valid tidak berarti melayani xhtml. Ini mungkin berguna untuk semua jenis preprocessing lokal.
Michael Krelin - hacker
29
Ya, tetapi Anda harus sangat hati-hati memproses HTML sebagai XML. Mereka adalah bahasa yang berbeda, dan hanya sebagian dari masing-masing yang kompatibel. Misalnya, dalam XML, <br/>sama dengan <br></br>, tetapi yang terakhir bukan HTML yang valid.
Brian Campbell
10
Brian, ide adalah bahwa Anda dapat memiliki html Anda menjadi xml well-formed, itu saja. Tentu saja ketika mengubah satu menjadi yang lain Anda harus memastikan itu masih valid, tetapi apakah itu layak disebutkan? :)
Michael Krelin - hacker
5
@ Marsco Saya tidak berpikir document.write sangat cepat dibandingkan dengan aktual (x) html (karena harus dijalankan). Bagaimanapun, Javascript tidak selalu tersedia di semua komputer sehingga situs web yang terlalu mengandalkannya tidak terlalu fleksibel. Juga, html tidak memiliki fungsi.
Michael0x2a
8
@ Marsco: Huh, saya tidak tahu document.write tidak berfungsi di xhtml - terima kasih telah berbagi. Saya setuju bahwa itu akan konyol bagi webapps untuk mencoba dan melakukan apa saja tanpa Javascript, tetapi saya mencoba mengatakan bahwa situs web yang mengandalkan hampir 100% persen pada Javascript lebih rapuh dan dapat gagal ketika pengguna menonaktifkan javascript (atau menggunakan ponsel lama) atau sesuatu)
Michael0x2a
227

Saya pikir kutipan dari Draft Referensi 5 HTML ini memberikan jawabannya:

3.2.2.2 Elemen Batal

Istilah elemen batal digunakan untuk menunjuk elemen yang harus kosong . Persyaratan ini hanya berlaku untuk sintaks HTML. Dalam XHTML, semua elemen tersebut diperlakukan sebagai elemen normal, tetapi harus ditandai sebagai elemen kosong.

Elemen-elemen ini dilarang mengandung konten apa pun. Dalam HTML, elemen-elemen ini hanya memiliki tag awal . The tag menutup diri sintaks dapat digunakan. The tag akhir harus dihilangkan karena unsur ini secara otomatis ditutup oleh parser.

Contoh HTML:
Elemen kosong dalam sintaks HTML. Ini tidak diizinkan dalam sintaks XHTML.

<hr>

Contoh:
Elemen kosong menggunakan sintaksis tag penutup-sendiri yang kompatibel dengan HTML dan XHTML.

<hr/>

Contoh XHTML:
Elemen kosong menggunakan sintaks XHTML-only dengan tag akhir eksplisit. Ini tidak diizinkan untuk elemen void dalam sintaks HTML.

<hr></hr>
Daan
sumber
22
Jadi, jawabannya adalah kode lebih disukai tanpa garis miring dan spasi, tetapi memiliki garis miring (dengan atau tanpa spasi) - adalah opsional?
Eikern
67
Saya suka caranya spesifikasinya tidak terlalu spesifik (pada titik ini) "meh, lakukan apa yang Anda inginkan!"
Matt Ellen
42
Karena ini opsional, saya lebih suka />karena bagus untuk dibaca.
BrunoLM
38
Saya suka secara eksplisit menutup tag saya tanpa alasan selain rasanya benar dan masuk akal ketika saya membaca / menulis kode. Saya senang bahwa HTML5 Reference Draft setuju dengan saya.
Sintaks Kesalahan
7
Sepertinya cukup spesifik untuk saya. <br> dan <br /> keduanya HTML5 legal.
William Denniss
135

XML tidak mengizinkan membiarkan tag terbuka, jadi itu membuat <br>sedikit lebih buruk daripada dua lainnya. Dua lainnya kira-kira setara dengan yang kedua ( <br/>) lebih disukai untuk kompatibilitas dengan browser lama. Sebenarnya, ruang sebelumnya /lebih disukai untuk kompatibilitas, tapi saya pikir itu hanya masuk akal untuk tag yang memiliki atribut. Jadi saya akan mengatakan salah satu <br/>atau <br />, mana saja yang menyenangkan estetika Anda.

Singkatnya: ketiganya valid dengan yang pertama ( <br>) sedikit lebih "portabel".

Sunting : Sekarang kita semua tergila-gila dengan spesifikasi, saya pikir ada baiknya menunjukkan bahwa menurut dev.w3.org :

Tag awal terdiri dari bagian-bagian berikut, persis dengan urutan sebagai berikut:

  1. Karakter "<".
  2. Nama tag elemen.
  3. Secara opsional, satu atau lebih atribut, yang masing-masing harus didahului oleh satu atau lebih karakter spasi.
  4. Secara opsional, satu atau lebih karakter spasi.
  5. Secara opsional, karakter "/", yang mungkin ada hanya jika elemen tersebut elemen kosong.
  6. Karakter ">".
Michael Krelin - hacker
sumber
17
HTML sebenarnya bukan XML, cukup dekat saja.
tloach
6
Ya, tidak. Tetapi /adalah penyebut yang umum di sini. HTML5 secara khusus memungkinkan penggunaan /: "Secara opsional, karakter" / ", yang mungkin ada hanya jika elemen tersebut adalah elemen kosong".
Michael Krelin - hacker
4
helloworlder, saya akan mengatakan bahwa spesifikasi HTML5 hampir menjadi XML-konforman.
Michael Krelin - hacker
5
Saya hanya ingin menambahkan bahwa pada XML dan HTML, ML adalah singkatan dari Markup Language. Alasan ada begitu banyak tumpang tindih di antara mereka adalah bahwa mereka berdua awalnya didefinisikan menggunakan SGML (Standardized Generalized Markup Language) tetapi tidak banyak orang mengingatnya sekarang ...
John Vincent
4
@ BennyNeugebauer, Jika Anda menggunakan regex untuk mem-parsing html, Anda lebih atau kurang bergantung pada keberuntungan daripada tag yang ditutup dengan benar ;-)
Michael Krelin - hacker
104

Dalam HTML (hingga HTML 4) : gunakan<br>

Dalam HTML 5 : <br>lebih disukai, tetapi <br/>dan <br />juga dapat diterima

Dalam XHTML : <br />lebih disukai. Bisa juga menggunakan <br/>atau<br></br>

Catatan:

  • <br></br> tidak valid dalam HTML 5, itu akan dianggap sebagai dua jeda baris.
  • XHTML sensitif huruf, HTML tidak sensitif huruf.
  • Untuk kompatibilitas ke belakang, beberapa browser lama akan mem-parsing XHTML sebagai HTML dan gagal <br/>tetapi tidak<br />

Referensi:

JackDev
sumber
memeriksa tautan, pendekatan yang disukai adalah <br>, tetapi di mana isinya <br/> tidak dapat diterima?
JackDev
4
Untuk memperjelas, untuk sintaks yang sesuai XML, <br/>dan <br />(dengan SPACE) sama, tanpa preferensi untuk keduanya. Lihat spesifikasi XML 1.0 . Spasi putih (SPACE, tab, atau LINE FEED) sebelum />opsional, tanpa preferensi.
Basil Bourque
1
Bisakah Anda mengutip referensi untuk sintaks non-XML yang lebih disukai di HTML5? Itu berita baru buat saya. Dukungan opsional untuk kesesuaian XML yang ketat adalah tujuan pendiri HTML5 seingat saya. Mungkin saya melewatkan sesuatu pada dokumen HTML vs. XHTML di whatwg.org, atau W3C Polyglot Markup: Profil yang kuat dari kosakata HTML5 di W3C.
Basil Bourque
1
@BasilBourque Untuk mengulang kembali apa yang saya katakan di tempat lain kepada Anda. Baca spesifikasi aktual dalam HTML5 untuk tag dan elemen dan Anda tidak akan pernah, PERNAH menemukan rekomendasi atau saran untuk meminta atau menyarankan untuk menggunakan garis miring penutup untuk tag tersebut. Jika Anda ingin menggunakan XML atau XHTML, maka Anda tidak menggunakan HTML dan itu cerita yang berbeda. JANGAN gunakan garis miring penutup untuk tag HTML tersebut. Di tempat lain, spek mengatakan Anda dapat meletakkannya di sana tetapi tidak ada artinya, tidak melakukan apa-apa dan browser diperintahkan untuk mengabaikannya. Jadi itu tidak ada gunanya dan sia-sia memanfaatkannya sama tidak berguna dan tidak berguna.
Rob
@Rob Jadi Bagian 8.1.2.1. Mulai tag dari Bagian 8. sintaks HTML dokumen, HTML 5.2 W3C Rekomendasi, 14 Desember 2017 , yang diterbitkan oleh W3C tidak spesifikasi sebenarnya HTML? Mohon saran.
Basil Bourque
54

Menurut spec , formulir yang diharapkan adalah <br>untuk HTML 5 tetapi slash penutupan diizinkan.

tvanfosson
sumber
27

Saya akan merekomendasikan menggunakan <br /> untuk alasan berikut:

1) Teks dan editor XML yang menyoroti sintaks XML dalam berbagai warna akan disorot dengan benar <br /> tetapi ini tidak selalu terjadi jika Anda menggunakan<br>

2) <br /> kompatibel dengan XHTML dan HTML yang dibentuk dengan baik (yaitu: XHTML) seringkali lebih mudah divalidasi untuk kesalahan dan debug

3) Beberapa parser lama dan beberapa spesifikasi pengkodean memerlukan ruang sebelum slash penutup (yaitu: <br />alih-alih <br/>) seperti spesifikasi Plugin WordPress Coding: http://make.wordpress.org/core/handbook/coding-standards/html/

Saya pengalaman saya, saya tidak pernah menemukan kasus di mana penggunaan <br />bermasalah, namun, ada banyak kasus di mana <br/>atau terutama <br>mungkin bermasalah di browser dan alat yang lebih tua.

Kmeixner
sumber
1
HTML yang terbentuk dengan baik bukanlah XHTML.
jmarkmurphy
1
XHTML adalah HTML yang baik menurut definisi. XHTML mengikuti aturan XML, menurut w3schools "XML adalah bahasa markup di mana dokumen harus ditandai dengan benar (" well-formed ") ... ... Dengan menggabungkan kekuatan HTML dan XML, XHTML dikembangkan. XHTML adalah HTML yang didesain ulang sebagai XML. " (lihat w3schools.com/html/html_xhtml.asp )
Kmeixner
2
HTML dapat dibentuk dengan baik, tetapi XML tidak valid. W3Schools tidak selalu menjadi referensi yang paling otoritatif.
jmarkmurphy
Profesor mata kuliah ilmu komputer universitas tentang pemrograman web yang saya ambil pada tahun 1997 juga membuat klaim bahwa xhtml adalah html yang bagus. Saya tidak yakin dari mana Anda mendapatkan informasi itu, dapatkah Anda mengutip sumber resmi online untuk mencadangkan klaim Anda?
Kmeixner
1
@jmarkmurphy, saya pikir mungkin Anda tidak terbiasa dengan istilah "well-formed" sebagai istilah jargon teknis untuk merujuk pada persyaratan standar XML dan XHTML bahwa semua tag harus memiliki tag penutup dan harus disarangkan dalam urutan yang tepat . <hr> dan <br> tidak memenuhi persyaratan XML dan XHTML karena tidak memiliki tag penutup, mis .: <br /> atau <br> </br> valid, <br> tidak valid XHTML atau XML . HTML, tentu saja, tidak memiliki persyaratan yang terbentuk dengan baik sehingga Situs dan <hr> hanya valid dalam HTML.
Kmeixner
20

XML mengharuskan semua tag memiliki tag penutup yang sesuai. Jadi ada sintaks tangan pendek khusus untuk tag tanpa isi dalam.

HTML5 bukan XML, jadi seharusnya tidak menimbulkan persyaratan seperti itu. HTML 4.01 juga tidak.

Misalnya, dalam spesifikasi HTML5 , semua contoh dengan brtag menggunakan <br>sintaks, bukan<br/> .

UPD Sebenarnya, <br/>yang diizinkan di HTML5 . 9.1.2.1, 7.

sastanin
sumber
2
"HTML5 bukan XML, jadi seharusnya tidak menimbulkan persyaratan seperti itu." Apakah itu benar atau tidak tergantung pada penafsiran kata "HTML5". Jika kita berbicara tentang HTML5 sebagai bahasa, maka pernyataan itu benar. Namun jika kita berbicara tentang HTML5 sebagai spesifikasi, maka pernyataan itu salah. Spesifikasi HTML5 mendefinisikan "kosakata dan API terkait untuk HTML dan XHTML". Saya tahu itu agak membingungkan, saya tidak mengatakan jawaban ini salah, hanya memberikan informasi tambahan untuk pembaca.
Christian Hujer
14

Jika Anda tertarik pada komparabilitas (bukan kompatibilitas, tetapi komparatif) maka saya akan tetap dengan <br /> .

Kalau tidak, <br>tidak apa-apa.

MindStalker
sumber
1
Seseorang harus mengembalikan ini. Maknanya berubah.
Josiah
9
Apa yang dimaksud dengan keterbandingan? Saya tidak mengerti.
tuxayo
12

Keduanya <br>dan <br />dapat diterima dalam HTML5, tetapi dalam semangat HTML, <br>harus digunakan. HTML5 memungkinkan penutupan garis miring agar lebih kompatibel dengan dokumen yang sebelumnya HTML 4.01 dan XHTML 1.0, memungkinkan migrasi yang lebih mudah ke HTML5. Tentu saja, <br/>ini juga dapat diterima, tetapi agar kompatibel dengan beberapa browser lama, harus ada ruang sebelum slash penutup ( /).

kevinji
sumber
1
@ Knickerless-Noggins Saya tidak yakin di mana Anda membaca itu, tetapi <br />sangat dapat diterima, dan W3Schools bukan spesifikasi untuk HTML. Lihat spesifikasi HTML5 , yang dengan jelas menyatakan bahwa "Lalu, jika elemen tersebut adalah salah satu elemen kosong , atau jika elemen tersebut adalah elemen asing , maka mungkin ada karakter " / "(U + 002F) tunggal . [Penekanan ditambahkan ] "
kevinji
Jawaban ini, seperti yang lain, salah menunjukkan legitimasi kesesuaian XML yang ketat dalam HTML5. Dukungan untuk XML bukan fitur transisi atau migrasi sementara. Dukungan opsional kesesuaian XML adalah tujuan pendiri HTML5. Ini adalah fitur vital bagi orang yang menggunakan tooling XML untuk bekerja dengan konten HTML mereka.
Basil Bourque
12
  1. Jika Anda menghasilkan HTML di situs web biasa yang dapat Anda gunakan <br> atau <br/> , keduanya berlaku kapan saja Anda menyajikan HTML5 sebagai teks / html.

  2. Jika Anda menyajikan HTML5 sebagai XHTML (yaitu aplikasi tipe konten / xhtml + xml, dengan deklarasi XML) maka Anda harus menggunakan tag penutup sendiri seperti: <br/> .

    Jika Anda tidak melakukannya, beberapa peramban mungkin akan menolak untuk merender halaman Anda (khususnya Firefox sangat ketat membuat hanya xhtml + xml halaman yang valid).

    Seperti disebutkan dalam 1. <br/>juga berlaku untuk HTML5 yang kebetulan dihasilkan sebagai XML tetapi berfungsi sebagai teks / html biasa tanpa deklarasi XML (seperti dari XSL Transform yang menghasilkan halaman web, atau yang serupa).

Untuk menjernihkan kebingungan: Menempatkan spasi sebelum slash tidak diperlukan dalam HTML5 dan tidak membuat perbedaan pada bagaimana halaman diberikan (jika ada yang bisa menyebutkan contoh saya akan menarik kembali ini, tapi saya tidak percaya itu benar - tetapi IE tentu melakukan banyak hal aneh lainnya dengan semua bentuk <br>tag).

Validator yang sangat baik di http://validator.w3.org sangat membantu untuk memeriksa apa yang valid (walaupun saya tidak yakin Anda dapat mengandalkannya untuk juga memeriksa jenis konten).

Iain Collins
sumber
tunggu, teks / html mimetype adalah XML yang ketat?
amwinter
1
Anda tidak boleh menyajikannya dengan deklarasi XML jika menggunakan teks / html, tetapi konten tersebut dapat berupa XML yang valid (misalnya dihasilkan dari sesuatu yang menghasilkan XML, seperti keluaran XSLT atau objek yang bersambung ke XML).
Iain Collins
Masih tidak mengerti: jika teks / html harus memiliki <br />, kapan saya harus menggunakan tidak tertutup <br>?
musim dingin
1
Oh maaf, keduanya secara teknis valid untuk HTML5 jika melalui teks / html. Anda dapat mengonfirmasi hal ini dengan validator mengagumkan (sebagian besar) di validator.w3.org . Kata-kata saya di atas buruk, saya melihat bahwa sekarang, harus mengeditnya.
Iain Collins
3
Saya pikir itu adalah Netscape Navigator 3 atau 4 yang tidak suka <br/>, tentu tidak ada yang perlu dikhawatirkan di zaman sekarang ini.
robertc
12

Keduanya <br>dan <br/>akan baik-baik saja tetapi saya lebih suka <br/>karena itu sedikit lebih logis. Adalah logis untuk mengharapkan tag penutup setiap kali ada tag pembuka. Karenanya kode Anda sedikit lebih mudah dibaca jika Anda tidak menggunakan tag pembuka ketika tidak akan ada tag penutup.

Semua browser (kecuali mungkin beberapa yang sangat lama yang tidak penting) akan menampilkan keduanya persis sama. Namun, <br>tidak sesuai xHTML.

Dan Bray
sumber
7

<br>dan <br/>membuat secara berbeda. Beberapa browser menafsirkan <br/>sebagai <br></br>dan insert dua jeda baris

Samuel
sumber
12
Apa? Apakah Anda tahu browser yang mana?
Eikern
7
Menemukan ini ketika menguji browser era ie5 / ns4. Jika saya ingat dengan benar itu adalah dalam mode kepatuhan standar. Tapi itu sudah lama sekali ...
Samuel
3
Untuk browser HTML4 yang ketat (yang sebenarnya hanya validator HTML4), <br />berarti <br>&gt;.
Konrad Borowski
7

<br>cukup tetapi dalam XHTML <br />lebih disukai menurut WHATWG dan menurut W3C .

Mengutip Bagian 8.1.2.1 dari HTML 5.2 Rekomendasi W3C, 14 Desember 2017

Tag awal harus memiliki format berikut:

...

  1. Setelah atribut, atau setelah nama tag jika tidak ada atribut, mungkin ada satu atau lebih karakter spasi. (Beberapa atribut harus diikuti oleh spasi. Lihat §8.1.2.3 Atribut di bawah ini.)

  2. Kemudian, jika elemen tersebut adalah salah satu elemen void, atau jika elemen tersebut adalah elemen asing, maka mungkin ada karakter U + 002F SOLIDUS tunggal (/). Karakter ini tidak berpengaruh pada elemen batal, tetapi pada elemen asing itu menandai tag awal sebagai menutup diri.

Jika Anda menggunakan Dreamweaver CS6, maka itu akan melengkapi secara otomatis sebagai <br />.

Untuk memvalidasi file HTML Anda di W3C lihat: http://validator.w3.org/

krupal
sumber
@Julix Memang, mengapa down-vote? Ini adalah salah satu dari beberapa Jawaban yang benar di halaman ini. HTML5 benar-benar sesuai dengan XML, secara opsional, dan dalam sintaks XML, satu tag harus ditutup dengan garis miring. Bagaimana fakta-fakta sederhana seperti itu dapat disalahartikan ketika ditulis dalam hitam-putih dalam spec .
Basil Bourque
5

Dalam validasi, dari pertanyaan ini, itu benar-benar tergantung pada apa yang !DOCTYPEAnda coba verifikasi.

Favorit pribadi saya adalah di 4.01 Transmana saya hanya menggunakan <br/>dan menghapus peringatan dan kesalahan yang mungkin muncul selama validasi

Ketat adalah binatang yang jauh lebih rumit, Benci "SHORTTAGS"dan secara harfiah hanya menginginkan<br></br>

Di HTML5atau "LAX" dari dunia kode, sebenarnya tidak ada jawaban yang benar karena itudetects every example you put up benar ......

Pada akhirnya, saya pikir semua itu penting is what validation YOU PREFERatau the person that you are working for prefers... dengan lackadaisicalpergerakan kode ketat di html5kita melihat beberapa CODERS SANGAT LAZY

Poke lambat
sumber
4

IMHO lebih baik menggunakan notasi reguler ( <br />) daripada notasi pemaaf (<br> ) karena alasan berikut:

Konsistensi

Di HTML Anda mungkin ada beberapa SVG dan SVG hanya mendukung notasi reguler (mis <rect />.).

Hackability

Ini bukan kasus bahwa kerangka kerja seperti Bereaksi dan NativeScript menggunakan notasi XML.
Kode markup Anda akan lebih mudah diurai.

Kejelasan

Notasi reguler lebih mudah dibaca dan dipahami, bahkan larut malam.

Spesifikasi

Keduanya <br>dan <br />merupakan tag HTML yang valid.

Kesimpulan

Jika Anda menggunakan editor teks lengkap, konfigurasikan untuk menggunakan notasi reguler (yang disebut XHTML oleh Emmet ).
Misalnya, dalam Visual Studio Code Anda hanya perlu menambahkan baris berikut ke pengaturan Anda:

"emmet.syntaxProfiles": {"html": "xhtml"}
isar
sumber
1
Sebenarnya, keduanya adalah notasi pendek: notasi pendek HTML dan notasi pendek XML. Notasi lengkapnya adalah <br></br>, dan itu valid dalam X (HT) ML, tetapi tidak dalam HTML.
Ilya Streltsyn
1
HTML5 tidak memperkenalkan Situs. Itu selalu dalam HTML. XHTML memperkenalkan <br/>
jmarkmurphy
1
Untuk masuk ke riwayat ini dengan benar, Anda perlu mempelajari SGML secara mendalam.
Michael Kay
3

Yah yang saya tahu adalah <br />memberi istirahat dengan garis putih dan<br> hanya memberi istirahat dalam beberapa kasus. Ini terjadi pada saya ketika saya sedang menyiapkan skrip IPN (PHP) dan mengirim surat dan memeriksa kotak masuk untuk itu. Tidak tahu mengapa, tetapi saya hanya mendapat pesan agar terlihat rapi menggunakan keduanya<br /> and <br>

Lihat surat di sini: http://snag.gy/cLxUa.jpg

Dua bagian teks yang pertama dipisahkan oleh <br />, karenanya baris spasi, tiga baris teks terakhir di bagian bawah dan bagian terakhir dipisahkan oleh <br>dan hanya memberikan baris baru.

Emanuel Olsson
sumber
3
Browser apa itu?
Dave Burton
3

Dalam HTML <br>dan XHTML<br/> .

Saya akan menyarankan Anda untuk menggunakan <br/>.

Shubham Kumar
sumber
2

Seperti banyak yang telah dibahas, keduanya <br>dan <br/>dapat diterima.

Saya kira tradeoff adalah keterbacaan yang lebih baik dan kompatibilitas mundur <br/>dibandingkan mengirim satu karakter kurang ke pengguna akhir dengan <br>.

Dan karena Google menggunakan <br>saya.

(Tentu saja perlu diingat bahwa mereka mungkin melayani saya <br>karena saya menggunakan Chrome yang mereka tahu mendukungnya. Di IE mereka mungkin masih melayani <br/>)

Dimitris
sumber
2

<br>berfungsi dengan baik. Versi yang lebih ketat seperti XHTML mengharuskan Anda untuk menambahkan penutup, dan versi HTML yang benar-benar lama yang tidak menyertakan tag DOCTYPEmake <br>non-void <br></br>.

Singkatnya: <br>baik-baik saja. Yang lain juga baik-baik saja.

Aravind Suresh
sumber
2

Dalam HTML5 slash tidak lagi diperlukan: <br>,<hr>

harold ramos
sumber
Slash tidak pernah diperlukan dan tidak pernah ditentukan dalam spesifikasi HTML apa pun atau bahkan digunakan sebagai contoh dalam spesifikasi tersebut.
Rob
1
@Rob Saya tidak tahu dari mana Anda mendapatkan spesifikasi HTML Anda , tetapi saya mendapatkan milik saya dari organisasi WHATWG dan W3C. Keduanya menerbitkan spesifikasi yang dengan jelas mendefinisikan kesesuaian XML yang ketat sebagai fitur opsional HTML5. Ini secara khusus mencakup penutupan satu tag dengan />. Lihat Bagian 8.1.2.1 & 2 . Dan lihat dokumen HTML vs. XHTML di whatwg.org, dan W3C Polyglot Markup: Profil yang kuat dari kosa kata HTML5 di W3C.
Basil Bourque
@BasilBourque Silakan baca spesifikasi yang tepat untuk tag-tag itu dalam HTML dan jangan memunculkan XML atau XHTML yang bukan subjek di sini. Anda tidak akan pernah menemukan kata-kata tertulis atau contoh dalam spesifikasi apa pun untuk HTML dalam sejarah internet di mana slash penutup digunakan, diperlukan atau bahkan disarankan.
Rob
1
@Rob Yang bisa saya lakukan adalah mengulang: W3C menerbitkan dokumen yang disebut HTML 5.2 di mana Bagian 8.1.2.1. Tag awal dengan jelas mengatakan bahwa tag penutup diri dengan atau dengan garis miring valid, pada poin # 6: Lalu, jika elemen tersebut adalah salah satu elemen yang tidak berlaku, atau jika elemen tersebut adalah elemen asing, maka mungkin ada satu U + 002F SOLIDUS karakter (/). Karakter ini tidak berpengaruh pada elemen batal, tetapi pada elemen asing itu menandai tag awal sebagai menutup diri. Dokumen-dokumen lain yang saya tautkan menjelaskan bahwa jika mengekspresikan HTML5 Anda sebagai XML, slash diperlukan.
Basil Bourque
1
@ BasilBourque Saya tidak pernah mengatakan itu tidak valid. Saya mengatakan itu tidak ada artinya dan tidak ada gunanya seperti yang Anda sendiri, kutip. Dan, sekali lagi, Anda membawa XML sebagai pembenaran untuk menggunakannya dalam HTML. Jangan lakukan itu! Mereka bukan hal yang sama! Kami menyebutnya "sup tag" ketika parser HTML perlu menafsirkan konten XML.
Rob
2

Sebagian besar kasus dalam HTML, tag-tag tersebut berpasangan. Tetapi untuk satu baris, Anda tidak perlu sepasang tag. Karenanya untuk menunjukkan ini, HTML menggunakan <br/>format. <br/>adalah yang benar. Gunakan format itu.

<br>tag tidak memiliki tag akhir dalam HTML Di XHTML, <br>tag harus ditutup dengan benar, seperti ini:<br />

Dalam XML setiap tag harus ditutup. XHTML adalah ekstensi dari XML, maka semua aturan XML harus diikuti untuk XHTML yang valid. Oleh karena itu bahkan tag kosong (simpul tanpa simpul anak) seperti
harus ditutup. XML memiliki bentuk pendek yang disebut tag penutup sendiri untuk node kosong. Kamu bisa menulis <br></br> as <br />. Karenanya dalam XHTML <br />digunakan.

HTML sangat lunak dalam hal ini, dan tidak ada aturan seperti itu. Jadi dalam HTML node kosong seperti <br> <hr> <meta>dll ditulis tanpa garis miring penutup.

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/" />

Tidak semua tag dapat ditutup sendiri. Misalnya, tag suka <script src="jQuery.min.js" />tidak diizinkan oleh XHTML DTD.

Bhavin Solanki
sumber
1

Ummm ..... apakah ada yang tahu vendor TUNGGAL, agen-pengguna, atau pembuat browser yang pernah mengikuti Spesifikasi W3C 100% ??? Jadi, jika HTML5 mengatakan mendukung ketiga versi elemen break, Anda dapat bertaruh bahwa vendor mendukung versi yang sama dan bahkan lebih ceroboh!

Satu-satunya hal yang penting dalam debat ini adalah secara konsisten menggunakan pengkodean yang juga terjadi untuk mengikuti spesifikasi XML serta spesifikasi HTML bila memungkinkan. Itu berarti Anda harus menggunakan versi tag break tag XML yang benar dan mendorong semua tim Anda untuk melakukan hal yang sama:

<br />

Format spasi-slash yang sama harus berlaku untuk img, a, hr, dan meta tag dalam kode Anda. Mengapa? Karena:

  1. Ini kompatibel dengan agen-agen / browser XHTML yang lebih tua
  2. Vendor browser tetap mendukung versi XML sehingga spesifikasi HTML5 dapat diperdebatkan.
  3. Implementasi ceroboh dari sebagian besar agen pengguna saat ini, di masa lalu, dan di masa depan akan menerimanya.
  4. Ini memungkinkan markup Anda dapat dibandingkan dengan standar XML jika Anda harus kembali membuat dokumen XHTML / XML dari markup Anda.
  5. Ini adalah "praktik pengkodean yang baik" untuk SEMUA PENGEMBANG WEB untuk tetap menggunakan praktik markup solid yang mengikuti XML, termasuk pengkodean dalam semua huruf kecil, atribut yang dikutip, karakter XML yang lolos, dll. Mengapa? Di masa depan jika Anda harus beralih ke data XML, Anda secara otomatis kode dan berpikir dalam XML.
  6. Kami hanya dapat berharap bahwa di World Wide Web yang akan datang, kami menjauh dari standar yang diterapkan vendor swasta dan kembali ke markup yang solid, andal, terverifikasi yang mem-parsing lebih cepat, memindahkan data melalui kabel lebih cepat, dan menjadikan internet masa depan kita lebih terstandarisasi media menggunakan XML.

Selain itu, di dunia robot dan mesin yang ada di sini, di mana robot tidak memiliki masalah pengkodean antarmuka Manusia yang sama yang dipecahkan HTML5 untuk kami, mereka dengan senang hati akan kembali ke sistem data XML dan mem-parsing laman web UI semacam itu jauh lebih cepat bila dikonversi ke XML data.

Stokely
sumber
1

baik <br>dan <br/>bekerja tetapi tidak perlu menggunakan yang kedua karena HTML 5 juga mendukung sintaks pertama yang sangat mudah

Berkeluyuran
sumber
0


berfungsi dengan baik di HTML5. HTML5 memungkinkan sedikit lebih banyak waktu luang daripada XHTML

Ben Mikola
sumber
0

Jika Anda menggunakan HTML5, maka menggunakan <br>adalah cara yang tepat untuk :)

Bung Penerbangan
sumber
-3

<br>dan <br />merender secara berbeda di beberapa browser, jadi memilih salah satu dari yang lain tidak akan merugikan proyek Anda, tetapi harapkan ditemukan secara massal .. ganti untuk memengaruhi halaman render di beberapa browser, yang dapat mengakibatkan kerja ekstra untuk Anda sendiri atau bahkan malu jika perubahan tidak mempengaruhi apa pun di browser pengujian Anda, tetapi pecahkan dalam browser pilihan klien Anda.

Saya lebih suka <br>karena itu yang saya gunakan sejak Erwise dan Netscape Navigator (browser web awal), tetapi tidak ada alasan untuk tidak memilih <br />sebagai gantinya. Ini mungkin berguna untuk beberapa preprocessing, komparabilitas, dll.

Meskipun pilihan Anda cenderung memilih tampilan yang satu di atas yang lain, atau Anda (atau editor HTML favorit Anda misalnya Dreamweaver) mungkin ingin kode Anda sesuai dengan xml. Terserah kamu.

Catatan singkat:

Tidak perlu bingung dengan br, tetapi selain itu Anda juga dapat mempertimbangkan menggunakan wbrtag dalam HTML Anda: Tag peluang istirahat kata, yang menentukan di mana dalam teks itu akan baik-baik saja untuk menambahkan jeda baris.

Untuk bacaan lebih lanjut, silakan baca spesifikasi HTML5 .

WonderWorker
sumber
5
Lihat spesifikasi HTML5 , yang dengan jelas menyatakan bahwa "Lalu, jika elemen tersebut adalah salah satu elemen kosong , atau jika elemen tersebut adalah elemen asing , maka mungkin ada karakter " / "(U + 002F) tunggal . [Penekanan ditambahkan ] " <br>, tentu saja, adalah elemen batal, seperti yang Anda lihat di tautan dalam kutipan.
kevinji
-4

Elemen tanpa tag akhir disebut sebagai tag kosong. Di html 4 dan html 5, tag akhir tidak diperlukan dan dapat dihilangkan.

Dalam xhtml, tag sangat ketat. Itu berarti harus mulai dengan tag awal dan diakhiri dengan tag akhir.

Mahesh Peri
sumber
1
Salah. Tag tunggal sama validnya dalam HTML5 dengan pasangan tag awal-akhir. Lihat spesifikasi HTML 5.2 .
Basil Bourque