Petua Tutorial X/HTML5 dan XHTML2_html5

Setelah memahami kemajuan XHTML 2, mari kita lihat kemajuan X/HTML 5.
Apa yang menarik tentang X/HTML 5
Konsepsi Unsur Bab
X/HTML 5 memperkenalkan elemen baharu untuk membahagikan halaman web kepada bab. Komponen ini membantu enjin carian dan alat kebolehaksesan lebih memahami kandungan halaman. Gunakan elemen baharu ini untuk menjadikan label lebih mudah dibaca.
Idea kandungan berbab adalah keren! Tetapi lihat mengapa menggunakan teknologi bab tidak cukup hebat.
Elemen dialog
Elemen perbualan digunakan untuk mewakili perbualan. Ia termasuk unsur dt yang digunakan untuk mentakrifkan penutur dan unsur dd yang mewakili kandungan ucapan penutur. Contohnya:

Costello

Lihat, anda perlu baseman pertama?

Abbott

Sudah tentu

Costello

Siapa yang main dulu?

Abbott

Betul.

>
Costello

Apabila anda membayar baseman pertama setiap bulan, siapa yang mendapat wang itu?

Abbott

Setiap dolar daripadanya.

unsur rajah Kepala berita sering digunakan dalam objek media (foto, ilustrasi, carta, dll.) dalam penerbitan bercetak (buku teks, surat khabar, majalah, dll.). Setakat ini, bahasa penanda web tidak mempunyai binaan yang boleh menghasilkan kesan ini. Elemen figrue mempunyai elemen anak legenda yang boleh digunakan untuk menentukan pengepala imej. Contohnya:
Kod XML/HTML

Kredit: Media Inc., 2007

unsur m Unsur m mewakili bahagian teks yang ditanda atau diserlahkan. Ini sangat berguna apabila memaparkan kata kunci carian dalam halaman web dinamik Pada masa ini, kata kunci dalam halaman boleh ditanda menggunakan elemen m. Sebagai contoh, sebagai tindak balas kepada carian pengguna untuk kata kunci salji, halaman web boleh menjana kandungan berikut:
Kod XML/HTML

saljilelaki ialah arca seperti manusia yang dibina daripada salji.
Elemen input telah dipertingkatkan
Fungsi elemen input telah dipertingkatkan untuk menyokong jenis data e-mel, url, berkaitan data, berkaitan masa dan berangka. Ini bermakna bahawa lebih banyak fungsi pengesahan boleh dilengkapkan pada bahagian pelanggan.
Proses terbuka
Proses pembangunan X/HTML adalah lebih terbuka daripada XHTML 2. Semua orang boleh mengambil bahagian dalam proses kreatif X/HTML 5.
Lalat dalam salap X/HTML 5
Penggunaan elemen bab
Idea untuk menggunakan elemen bab adalah bagus, tetapi nampaknya agak rumit dalam aplikasi X/HTML 5. Sesetengah penjelasan mungkin membuatkan anda lebih keliru. Contohnya:
Elemen tepi mewakili sebahagian daripada kandungan halaman Ia berkaitan dengan kandungan sebelum dan selepas elemen tepi Ia boleh dianggap sebagai bahagian bebas daripada kandungan. Komponen ini sering digunakan dalam bar sisi dalam teknologi percetakan.
Bukankah elemen div dengan atribut peranan lebih boleh dikembangkan dan lebih mudah difahami?
Satu lagi elemen bab yang disebut ialah nav, yang digunakan untuk mewakili pautan ke halaman lain dalam halaman. Adakah kita benar-benar memerlukan elemen nav? Elemen nl dalam XHTML 2 menyelesaikan tugas ini dengan lebih baik.
Kekurangan dalam HTML 4 dan XHTML 1 masih akan wujud dalam spesifikasi akan datang
Oleh kerana X/HTML cuba memberikan sokongan ke belakang, kekurangan dalam HTML 4 dan XHTML 1 akan tetap wujud dalam X/HTML 5. Spesifikasi tidak perlu kosong ke belakang, sebaliknya perisian pelanggan harus menyediakan keserasian ke belakang dengan menyokong pelbagai spesifikasi.
X/HTML 5 tidak mengikut manual X/HTML 5
X/HTML 5 direka bentuk agar serasi ke belakang dengan HTML 4 dan XHTML 1. Pada masa ini besar, akronim, u dan tt bukan sebahagian daripada spesifikasi ini, tetapi elemen lain seperti i dan samll telah mentakrifkan semula semantik. Sebagai contoh, i dan small ditakrifkan dalam spesifikasi HTML 4.01 seperti berikut:
i: Jadikan teks condong
kecil: render teks dalam fon "kecil".
Dalam X/HTML 5, i dan small mempunyai makna baharu:
Elemen i menggunakan cara yang berbeza untuk menyatakan sekeping teks atau perenggan yang berbeza daripada teks utama, seperti reka bentuk klasifikasi, istilah teknikal, simpulan bahasa dalam bahasa asing, idea, pendapat, nama kapal atau keperluan lain dalam teknologi percetakan Menghasilkan teks dalam huruf condong. .
Elemen kecil membentangkan fon cetakan kecil (bahagian dokumen yang menerangkan kekangan undang-undang, seperti hak cipta atau kelemahan sedia ada) dan ulasan.
Ini memecahkan keserasian ke belakang dengan HTML 4 dan XHTML 1 dengan mentakrifkan semula maksud i dan kecil. Ini kerana keserasian ke belakang sepatutnya bermakna bahawa ejen pengguna HTML 5 (pelayar) harus konsisten dengan ejen pengguna HTML 4 semasa memaparkan dokumen HTML 4. Oleh itu, jika HTML 5 menekankan keserasian ke belakang, struktur yang mempunyai sedikit makna dalam HTML 4 juga mempunyai sedikit makna dalam HTML 5.
Tidak boleh? Adakah elemen fon masih disokong?
Ya, X/HTML 5 masih menyokong elemen fon jika pembangun menggunakan editor WYSIWYG. Adakah terdapat sebarang justifikasi untuk ini? Bolehkah editor WYSIWYG mengelak daripada menggunakan fon?
Tandatangan WYSIWYG
Dokumen yang dijana menggunakan editor WYSIWYG mesti mengandungi tandatangan WYSIWYG berikut dalam elemen kepala:
Kod XML/HTML

Atau:
Kod XML/HTML

Apakah sebab untuk melakukan ini? Beberapa jenis tanda malu? Adakah ia memberitahu penyemak imbas untuk bersedia untuk yang terburuk kerana dokumen ini dijana dengan editor WYSIWYG? Jadi, bagaimana jika hanya sebahagian daripada dokumen dilengkapkan menggunakan alat WYSIWYG?
Menyokong nama kelas yang dipratentukan
Nama kelas yang dipratentukan ialah nama kelas CSS semantik yang dikhaskan dalam ejen pengguna X/HTML 5. Dalam contoh berikut, hak cipta ialah nama kelas yang dipratentukan:
Kod XML/HTML

Satu masalah dengan nama kelas yang dipratentukan ialah tidak masuk akal untuk menulisnya seperti ini:
Kod XML/HTML

Hanya menulis dengan cara ini masuk akal:
Kod XML/HTML

Menulis semula atribut kelas menyukarkan untuk menerangkan maksud khusus struktur. Sebagai contoh, apakah maksud kod berikut:
Kod XML/HTML

Nama kelas yang dipratentukan juga mengehadkan kebebasan pembangun dalam menggunakan nama kelas. Begitu juga, jika pembangun menggunakan nama kelas bukan pratakrif sekarang, tetapi suatu hari nanti nama kelas itu menjadi kelas pratakrif, apakah yang akan berlaku dahulu? Adakah ini mengubah semantik kandungan sebelumnya pembangun?
HTML 5 lwn. XHTML 5
Dalam percubaan untuk menyelesaikan perdebatan HTML lwn XHTML, spesifikasi X/HTML 5 menjadikan perkara lebih sukar untuk difahami. Malah, spesifikasi X/HTML 5 memang mengatakan bahawa "secara amnya, pembangun juga boleh menggunakan XML secara langsung dalam Web", walaupun W3C telah bekerja keras untuk aplikasi XML dalam Web pada masa hadapan.
Proses pembangunan terlalu tergesa-gesa
X/HTML 5 adalah sebagai tindak balas kepada kelewatan W3C dalam mengemas kini HTML 4 dan XHTML 1. Akibatnya, proses pembangunan untuk X/HTML 5 telah agak tergesa-gesa, dengan spesifikasi yang dirasakan seperti ia keluar entah dari mana dan kemudian diikuti dengan cepat. Malah pembangun yang terlibat secara langsung merasakan proses pembangunan piawai itu agak tidak realistik.
Persaingan untuk generasi bahasa markup akan datang
X/HTML 5 dan XHTML 2 kedua-duanya bersaing untuk menggantikan HTML 4 dan XHTML 1. Malah pada peringkat awal pembangunan, beberapa vendor penyemak imbas telah menyatakan keutamaan mereka untuk kedua-dua spesifikasi. Ini telah mempolarisasi organisasi piawaian Web disebabkan oleh sifat mendesak dan tertutup perbincangan. Apabila kedua-dua spesifikasi maju, lebih banyak sumber pembangunan dan modal pasaran akan dilaburkan dalam salah satu daripadanya, yang kesemuanya akan membawa kepada perang "standard".
Setiap daripada kita adalah penentu piawaian ini, kerana Web adalah milik semua orang, dan hanya perbahasan yang jujur ​​dan terbuka boleh memastikan bahawa piawaian terbaik menang.
Nota: Untuk kemudahan membaca, artikel itu menyingkatkan "HTML 4.x/XHTML 1.x" sebagai "HTML 4 dan XHTML 1"
Pautan asal: http://www.dudo.org/article.asp?id=249