Kata Pengantar Penerjemah: Rangkaian artikel asli ini berisi total 8 artikel. Dimulai dengan mempopulerkan Standar Web dan menjelaskan cara menggunakan Dreamweaver 8 untuk membangun Web yang sesuai standar Website Sesuai Standar Sendiri Menggunakan Dreamweaver 8" (Artikel ini adalah kutipan berbayar), jadi saya telah menghapus kontennya sebagaimana mestinya. Urutannya sesuai dengan artikel aslinya, tetapi panjangnya akan disesuaikan. Dengan ini saya informasikan. Tingkat terjemahan terbatas, harap dipahami.
Jika Anda membaca artikel ini, Anda mungkin sudah tertarik dengan standar Web dan sangat penasaran dengan penerapan standar pada situs yang dibangun dengan DW (kependekan dari Dreamweaver).
Mungkin Anda sudah memiliki pemahaman tertentu tentang WS (kependekan dari Web Standards), tetapi Anda tidak tahu cara menggunakan DW untuk menulis kode yang kompatibel. Atau Anda adalah pengguna DW dan ingin mematuhi WS, menggunakan CSS secara lebih luas, dan membuat dokumen yang lebih ramah pengguna. Apa pun tipe Anda, artikel ini akan memberikan jawaban yang Anda inginkan: memberi tahu Anda cara menggunakan DW untuk menangani WS.
Definisi standar web
Sejauh menyangkut WS di seluruh artikel ini, mari kita luangkan waktu sejenak untuk memperjelas apa sebenarnya yang sedang kita bicarakan:
WS adalah spesifikasi yang memandu bahasa pengembangan Web dan dirumuskan oleh W3C. Spesifikasi ini mencakup berbagai bahasa, seperti HTML, XHTML, dan CSS, serta beberapa bahasa terkait lainnya, seperti MathML, yang digunakan untuk merepresentasikan persamaan dalam matematika. . W3C juga mengumumkan "Pedoman Aksesibilitas Konten Web - WCAG" - mempromosikan aksesibilitas halaman web (melalui WAI)
Tip: Dapatkan spesifikasi ini secara langsung
Anda dapat membaca spesifikasi berikut di situs web W3C, meskipun terkadang sulit untuk membacanya:
HTML 4.01
XHTML 1.0
CSS 1
CSS 2.1
WCAG 1.0
Pada artikel ini, kami akan menggunakan XHTML 1.0, CSS 1 dan 2.1, WCAG 1.0 serta spesifikasi dan rekomendasi lainnya, namun Anda akan senang mengetahui bahwa kami tidak perlu membaca terlalu banyak dokumen W3C.
Siapa yang butuh WS?
Anda mungkin hanya memiliki gambaran samar-samar bahwa WS adalah hal yang baik, namun banyak situs - termasuk banyak situs terkenal - tidak mematuhi WS, dan tampaknya dikelola dengan baik. Jadi, mengapa kita harus berusaha semaksimal mungkin untuk mematuhi WS? Apakah ada manfaat nyata dari melakukan hal tersebut? Siapa yang membutuhkan WS? Siapa yang perlu memperhatikan spesifikasi dan rekomendasi W3C?
Pengembang dan desainer web
Kelompok orang pertama yang perlu memperhatikan WS adalah kami: pengembang dan perancang konstruksi situs web. Apakah layak bagi kita untuk meluangkan waktu mempelajari cara berkembang dengan WS?
Markup yang bersih membuat perbaikan bug lebih cepat.
Jika Anda memvalidasi halaman Anda dengan W3C, setidaknya Anda akan tahu bahwa markup yang tidak teratur bukanlah penyebab kesalahan yang Anda alami. Terkadang, proses memvalidasi halaman dan memperbaiki kesalahan yang ditemukan dapat menyelesaikan masalah tampilan yang disebabkan oleh elemen yang tidak ada habisnya atau tag yang salah eja.
Meskipun memverifikasi dokumen Anda tidak menyelesaikan masalah, setidaknya Anda akan mengetahui bahwa masalahnya ada pada dokumen kanonik. Sekarang setelah Anda mengetahui bahwa masalah ini bukan bug, Anda dapat mulai berfokus pada masalah lain, seperti perbedaan penanganan CSS di berbagai browser.
Memenuhi persyaratan aksesibilitas itu mudah
Jika Anda menulis markup XHTML kanonik, maka Anda dapat memastikan bahwa dokumen tersebut benar secara semantik, dan Anda dapat memisahkan konten dokumen dari presentasi, Anda akan dapat melakukan banyak pekerjaan pada banyak masalah aksesibilitas Kolom WCAG1.0 . Penting juga untuk menyadari bahwa aksesibilitas tidak hanya diperuntukkan bagi penyandang disabilitas. Situs ramah dapat diakses oleh berbagai perangkat, seperti ponsel dan PDA, yang tidak memiliki kekuatan pemrosesan untuk menangani markup yang tersebar dan tidak standar.
kompatibel ke depan
Jika Anda hanya mempertimbangkan kinerja halaman yang baru Anda kembangkan di browser saat ini, bagaimana Anda dapat memastikan kinerjanya di browser baru di masa mendatang? Browser baru mungkin menampilkan halaman Anda dengan sangat buruk. Ups, sekarang Anda kesulitan menemukan dan memperbaiki masalah-masalah yang mengganggu itu.
Mematuhi WS tidak akan sepenuhnya menghilangkan masalah ini; namun, kompatibilitas standar sangat mengurangi risiko kegagalan desain Anda, dan perusahaan perangkat lunak browser saat ini juga mulai mendukung standar. Mereka mungkin secara tidak sengaja salah menafsirkan beberapa bagian dari spesifikasi, namun mereka tidak dapat sepenuhnya menolaknya. Jika hal terburuk terjadi dan browser baru menghasilkan efek aneh pada situs standar Anda, memperbaikinya jauh lebih mudah daripada situs yang tidak kompatibel. Jika Anda mengalami masalah, itu juga akan memengaruhi situs lain yang memenuhi standar. Kebijaksanaan kolektif komunitas web akan menunjukkan hal ini dan menulis artikel untuk mengatasinya. Oleh karena itu, semua orang secara kolektif mendiskusikan bahwa lebih mudah untuk memperbaiki BUG ini di dokumen yang kompatibel daripada di dokumen yang tidak kompatibel.
Pemfaktoran ulang yang lebih nyaman
Pernahkah Anda menghapus teks dari sebuah situs dan membangunnya kembali? Pernahkah Anda melihat label yang penuh dengan label font dan sel tabel kecil (yang membuat kita harus memulai dari awal)? Yang saya tahu adalah saya punya, dan prosesnya panjang, banyak waktu dan uang. Semua habis pemfaktoran ulang situs ini.
Memisahkan konten dan presentasi dokumen memberi Anda keindahan kepatuhan standar: ini berarti bahwa pada saat seseorang ingin melakukan refactor situs, mereka tidak perlu menyalin dokumen Web. Semua teks di situs akan ditandai dengan semantik (X)HTML, dan semua informasi presentasi - yang ingin diubah oleh webmaster - akan disimpan dalam file CSS yang mudah diganti.
Beberapa klien tidak akan menunggu hingga difaktorkan ulang sebelum mereka mulai meminta Anda melakukan beberapa perubahan. Mereka akan menunggu sampai mereka mengunjungi Lubang Fosil Mammoth dan kemudian meminta Anda mengatakan, "Pindahkan saja kolom kiri ke kanan. ." Untuk situs kompatibel standar, semua halaman dikontrol oleh CSS. Anda dapat dengan mudah memindahkan tag pada halaman tanpa harus memikirkan trik di banyak halaman dengan tabel yang rumit sebagai strukturnya. Ini membuat perubahan tata letak halaman menjadi lebih mudah.
Memisahkan struktur dari presentasi juga dapat memudahkan penambahan elemen baru, seperti versi situs dengan kontras tinggi dan gambar kecil yang mungkin lebih menarik bagi sebagian pemirsa. Mengapa membuat halaman versi teks saja yang terpisah ketika Anda dapat dengan mudah mengganti stylesheet?
perusahaan perangkat lunak browser
Perusahaan perangkat lunak browser mulai memperhatikan WS. Di masa lalu, perusahaan perangkat lunak browser menambahkan tag dan atribut milik mereka sendiri ke bahasa dasar. Namun sekarang, tidak seperti sebelumnya, semuanya mulai mematuhi standar, dan beberapa browser terbaru sudah berupaya untuk menampilkannya menurut (X)HTML dan CSS seperti yang ditentukan dalam spesifikasi.
Di masa mendatang, browser akan dapat menampilkan sebagian besar markup dan kode non-standar, karena jika tidak, ribuan situs non-standar tidak akan ditampilkan dengan benar - dan masyarakat kemungkinan besar akan mulai menyalahkan browser, bukan desainer web. Namun, perangkat lain (yang tidak memiliki kekuatan pemrosesan desktop) akan lebih bergantung pada kompatibilitas standar kode yang mereka temui.
Produsen perangkat lunak alat pembuatan
Vendor perangkat lunak alat pembuat - seperti Macromedia, yang membuat Dreamweaver - mulai mematuhi WS, begitu pula perancang Web, misalnya, karena semakin banyak pelanggan mereka yang mengharuskan alat pembuat ini menghasilkan markup standar. Awalnya, lingkungan pengembangan visual ini tidak memiliki reputasi yang baik karena menghasilkan markup non-standar yang membingungkan; namun, lingkungan pengembangan visual utama terbaru telah menggunakan elemen standar kompatibilitas dan aksesibilitas, yang juga menjadi nilai jual utama. Vendor perangkat lunak harus mendengarkan dan menanggapi kebutuhan pasar.
Pengguna web
Pengguna situs yang kami desain juga mendapat manfaat dari penerapan WS, meskipun mereka tidak menyadarinya! Mungkin mereka secara tidak sadar menggunakan situs yang dikembangkan khusus untuk browser populer saat ini. Jika pengguna ini beralih ke browser lain, mereka mungkin mendapati bahwa pengalaman online tidak lagi menyenangkan karena tag kepemilikan tersebut tidak akan diterima oleh browser baru. Situs yang terstandarisasi dan kompatibel memiliki kinerja yang baik di berbagai browser, baik browser yang ada maupun yang akan datang.
Selain itu, situs web yang mengikuti rekomendasi aksesibilitas akan lebih mudah didekati oleh pengguna yang merasa penjelajahan web tidak memuaskan. Web harus menyediakan kondisi belanja, membaca, dan pencarian yang lebih nyaman bagi mereka yang memiliki gangguan penglihatan atau disabilitas lainnya. Mereka tidak boleh dicegah untuk menjelajahi suatu situs karena situs tersebut menggunakan tag kepemilikan atau teknologi eksklusif lainnya (mengacu pada browser).