Komentar: Setelah memahami kemajuan XHTML 2, mari kita lihat kemajuan X/HTML 5. X/HTML 5 Keren Di mana ide elemen bab X/HTML 5 memperkenalkan elemen baru untuk membagi halaman web menjadi beberapa bab. Komponen -komponen ini membantu mesin pencari dan alat bantu untuk lebih memahami konten halaman. Menggunakan elemen -elemen baru ini dapat membuat tag lebih mudah dibaca. Bab 1
Setelah memahami kemajuan XHTML 2, mari kita lihat kemajuan X/HTML 5.
X/html 5 dimana keren
Konsep Elemen Bab
X/html 5 memperkenalkan elemen baru untuk membagi halaman web menjadi beberapa bab. Komponen -komponen ini membantu mesin pencari dan alat bantu untuk lebih memahami konten halaman. Menggunakan elemen -elemen baru ini dapat membuat tag lebih mudah dibaca.
Gagasan konten berbasis bab itu keren! Tapi silakan lihat mengapa teknik menggunakan bab tidak cukup keren.
Elemen dialog
Elemen dialog digunakan untuk mewakili percakapan. Ini termasuk elemen DT untuk mendefinisikan elemen DT sesi dan elemen DD untuk mewakili pidato sesi. Misalnya:
<Salog>
<dt> costello </dt>
<dd> tampilan, kamu harus baseman pertama? </dd>
<dt> Abbott </dt>
<dd> tentu saja. </dd>
<dt> costello </dt>
<dd> Siapa yang bermain lebih dulu? </dd>
<dt> Abbott </dt>
<dd> itu benar. </dd>
<dt> costello </dt>
<dd> Saat Anda melunasi baseman pertama setiap bulan, siapa yang mendapat uang? </dd>
<dt> Abbott </dt>
<dd> setiap dolar. </dd>
</dialog>
elemen figrae
Header sering digunakan dalam objek media (foto, ilustrasi, bagan, dll.) Dalam distribusi cetak (buku teks, surat kabar, majalah, dll.). Sejauh ini, bahasa markup web tidak memiliki struktur yang dapat menghasilkan efek tersebut. Elemen Figrue memiliki elemen anak legenda yang dapat digunakan untuk menentukan header gambar. Misalnya:
Kode XML/HTML
<figure>
<Legend> Kredit: Media Inc., 2007 </agendang>
<img src = smith.jpg alt = foto: J. Smith />
</tigur>
elemen m
Elemen M mewakili sepotong teks yang ditandai atau disorot. Ini sangat berguna saat menampilkan kata kunci pencarian di halaman web dinamis. Pada saat ini, kata kunci di halaman dapat ditandai dengan elemen M. Misalnya, sebagai tanggapan terhadap pencarian pengguna untuk salju kata kunci, halaman web dapat menghasilkan paragraf berikut:
Kode XML/HTML
<p> A <m> Snow </m> pria adalah patung seperti pria yang dibangun dari <m> salju </m>. </p>
Elemen input diperkuat
Setelah fungsi elemen input ditingkatkan, ia dapat mendukung tipe data seperti email, URL, korelasi data, korelasi waktu, dan angka. Ini berarti bahwa fungsi verifikasi yang lebih banyak dapat diselesaikan di sisi klien.
Proses terbuka
Proses pengembangan X/HTML jauh lebih terbuka daripada XHTML 2. Setiap orang dapat berpartisipasi dalam detail kreatif X/HTML 5.
Satu -satunya kekurangan x/html 5
Penggunaan elemen bab
Gagasan menggunakan elemen bab itu bagus, tetapi tampaknya agak rumit dalam penerapan X/HTML 5. Bahkan ada beberapa penjelasan yang akan membuat Anda lebih bingung. Misalnya:
Elemen samping mewakili bagian dari konten yang membentuk halaman, yang terkait dengan konten sebelum dan sesudah elemen samping, dan dapat dianggap sebagai bagian independen dari konten. Komponen -komponen ini sering digunakan di bilah samping dalam teknik pencetakan.
Apakah lebih mudah untuk memahami elemen div dengan atribut peran yang tidak ditambahkan agar dapat diperluas dan tidak dapat dipahami?
Elemen bab lain yang disebutkan adalah NAV, yang mewakili tautan ke halaman lain di halaman. Apakah kita benar -benar membutuhkan elemen NAV? Elemen NL dalam XHTML 2 dapat melakukan tugas ini dengan lebih baik.
Kekurangan dalam HTML 4 dan XHTML 1 masih akan ada dalam spesifikasi masa depan
Karena X/HTML berupaya memberikan dukungan mundur, kekurangan dalam HTML 4 dan XHTML 1 juga akan ada di X/HTML 5. Spesifikasi tidak harus mundur, tetapi perangkat lunak klien memberikan kompatibilitas ke belakang dengan mendukung berbagai spesifikasi.
X/HTML 5 tidak mengikuti manual X/HTML 5
X/HTML 5 dirancang untuk mundur dengan html 4 dan xhtml 1. Sekarang akronim, akronim, U dan TT bukan isi dari spesifikasi ini, dan elemen -elemen lain seperti I dan SAMLL memiliki makna semantik yang didefinisikan ulang. Misalnya, dalam spesifikasi HTML 4.01, I dan Small didefinisikan seperti ini:
I: membuat teks miring
Kecil: Render teks dalam font kecil
Dalam x/html 5, saya dan kecil memiliki makna baru:
Elemen I menggunakan berbagai cara untuk mengekspresikan paragraf teks atau paragraf yang berbeda dari teks, seperti desain klasifikasi, istilah teknis, idiom dalam bahasa asing, ide, pendapat, nama kapal atau teks lain yang perlu disajikan dalam huruf miring dalam teknologi cetak. .
Elemen kecil menyajikan font kecil (bagian dalam dokumen yang menunjukkan kendala hukum, seperti hak cipta atau kelemahan yang ada) dan komentar.
Ini merusak kompatibilitas ke belakang untuk HTML 4 dan XHTML 1 dengan mendefinisikan kembali arti I dan Small. Ini karena kompatibilitas mundur harus berarti bahwa agen pengguna HTML 5 (agen pengguna, browser) harus konsisten dengan agen pengguna HTML 4 saat merender dokumen HTML 4. Oleh karena itu, jika HTML 5 menekankan kompatibilitas ke belakang, struktur yang tidak terlalu bermakna dalam HTML 4 juga tidak ada artinya dalam HTML 5.
Tidak, kan? Masih mendukung elemen font?
Ya, jika pengembang menggunakan editor WYSIWYG, X/HTML 5 masih mendukung elemen font. Apakah ada rasionalitas untuk melakukan ini? Bisakah editor wysiwyg menghindari menggunakan font?
Tanda Tangan Wysiwyg
Dokumen yang dihasilkan menggunakan editor WYSIWYG harus berisi tanda tangan WYSIWYG berikut di elemen kepala:
Kode XML/HTML
<meta name = content generator = (editor wysiwyg) />
atau:
Kode XML/HTML
<meta name = generator konten = sampel editor 1.0 (wysiwyg editor) />
Apa alasan melakukan ini? Semacam rasa malu? Apakah perlu memberi tahu browser untuk mempersiapkan yang terburuk, karena dokumen ini dihasilkan menggunakan editor WYSIWYG? Jadi, apa yang harus saya lakukan jika hanya sebagian dari dokumen yang dilakukan dengan menggunakan alat wysiwyg?
Mendukung nama kelas yang telah ditentukan sebelumnya
Nama kelas yang telah ditentukan adalah nama kelas CSS semantik yang disimpan dalam agen pengguna X/HTML 5. Dalam contoh berikut, hak cipta adalah nama kelas yang telah ditentukan:
Kode XML/HTML
<p class = Hak cipta> ... </p>
Nama kelas yang telah ditentukan sebelumnya termasuk kesalahan, contoh, masalah, catatan, pencarian dan peringatan. Yang lebih merepotkan adalah bahwa beberapa nama kelas yang telah ditentukan hanya digunakan dalam elemen tertentu dan tidak dapat digunakan dalam elemen lain. Misalnya, nama kelas hak cipta hanya digunakan dalam elemen P dan rentang. Kesalahan nama kelas hanya digunakan dalam p, bagian, rentang dan kuat.
Satu masalah dengan nama kelas yang telah ditentukan adalah bahwa metode penulisan berikut tidak ada artinya:
Kode XML/HTML
<p class = penting>
Dan cara menulis ini akan masuk akal:
Kode XML/HTML
<p class = Hak cipta>
Menulis ulang atribut kelas menjadi sulit untuk menjelaskan makna spesifik dari struktur. Misalnya, apa arti kode berikut:
Kode XML/HTML
<p class = masalah hak cipta penting>
Nama kelas yang telah ditentukan juga membatasi kebebasan penggunaan nama kelas pengembang. Demikian pula, jika pengembang sekarang menggunakan nama kelas yang tidak ditentukan, tetapi suatu hari nama kelas menjadi kelas yang telah ditentukan, apa yang akan terjadi terlebih dahulu? Apakah ini mengubah semantik konten pengembang sebelumnya?
Html 5 vs xhtml 5
Dalam upaya untuk akhirnya menyelesaikan perdebatan antara HTML dan XHTML, spesifikasi X/HTML 5 membuat segalanya lebih sulit untuk dipahami. Memang, spesifikasi X/HTML 5 memang mengatakan bahwa secara umum, pengembang dapat menggunakan XML langsung di web, meskipun W3C telah bekerja keras untuk aplikasi XML di Web di masa depan.
Proses pengembangan terlalu terburu -buru
X/HTML 5 adalah untuk menangani keterlambatan W3C dalam pembaruan HTML 4 dan XHTML 1. Oleh karena itu, ini mengarah pada proses pengembangan X/HTML 5 sedikit terburu -buru, dan rasanya seperti spesifikasi ini tiba -tiba muncul dari tempatnya tiba -tiba dan kemudian menindaklanjuti dengan cepat. Bahkan pengembang yang terlibat langsung merasa bahwa proses pengembangan standar agak tidak praktis.
Persaingan untuk Generasi Bahasa Markup Berikutnya
Baik X/HTML 5 dan XHTML 2 bersaing untuk alternatif untuk HTML 4 dan XHTML 1. Secara instan pada tahap awal pengembangan, beberapa vendor browser telah mengklaim preferensi mereka untuk kedua spesifikasi. Karena urgensi dan penutupan ulasan, ini telah mempolarisasi organisasi standar web. Seiring kemajuan kedua norma, lebih banyak sumber daya pengembangan dan modal pasar akan diinvestasikan di salah satunya, yang semuanya akan menyebabkan perang standar.
Masing -masing dari kita adalah setter dari standar ini, karena web milik semua orang, dan hanya debat yang jujur dan terbuka yang dapat memastikan bahwa standar terbaik menjadi pemenang.
Catatan: Demi bacaan, html 4.x/xhtml 1.x disingkat sebagai html 4 dan xhtml 1 dalam artikel
Koneksi asli :? ID = 249