Comments on: XHTML5 Poliglot plus SVG dan MathML

By: dani

dani — Fri, 26 Nov 2010 01:43:50 +0000

Toufik,
Dari dulu validator.nu “tidak bisa” membaca doctype yang saya pakai. Validome baru bangkit kembali.

By: Toufik

Toufik — Thu, 25 Nov 2010 05:58:35 +0000

Tapi nyatanya, pengguna dan penyaji konten Web kebanyakan memakai dokumen text/html. Walaupun menuliskan tipe dokumen XHTML 1.0 Transitional, Strict, atau XHTML 1.1 di kode sumbernya. Artinya, di mata peramban Web, dokumen tersebut sama saja dengan HTML.

saya setuju. Untuk XHTML 1.0 memang ada pengecualian (tercantum di Appendix C). Mmh, baru tahu kalau W3C Validator update dan menyesuaikan. saya sendiri lebih suka main ke validator.nu

By: Tanya Jawab SVG - Unessential Side - Tidak Penting

Tanya Jawab SVG - Unessential Side - Tidak Penting — Mon, 30 Aug 2010 04:03:00 +0000

[...] konfigurasi server. HTML5 menjanjikan penyajian SVG lebih mudah. Silakan baca tulisan saya berjudul XHTML5 Poliglot plus SVG dan MathML (Dani Iswara [...]

By: Latah Memakai Deklarasi XML - Unessential Weblog

Latah Memakai Deklarasi XML - Unessential Weblog — Thu, 05 Aug 2010 11:34:50 +0000

[...] melunak mengenai dipakai atau tidaknya deklarasi itu. Sempat saya singgung sedikit saat menulis XHTML5 Poliglot plus SVG & MathML di blog Dani Iswara [...]

By: Halaman Web Error Bisa Diindeks Google - Unessential Weblog

Halaman Web Error Bisa Diindeks Google - Unessential Weblog — Wed, 04 Aug 2010 22:09:06 +0000

[...] 2 halaman galat/error itu ada di masing-masing tulisan Validome & Validator XHTML W3C & XHTML5 Poliglot plus SVG & MathML (Dani Iswara .com). Peramban Web berbasis grafis menampilkan galat saat contoh berkas dibuka. [...]

By: dani

dani — Mon, 02 Aug 2010 00:27:58 +0000

Pak Aldy, Sisanya sudah saya jawab di Pertimbangan Penyederhanaan Blog.

By: aldy

aldy — Mon, 02 Aug 2010 00:06:56 +0000

Bli Dani,
Terima kasih bli, saya akan baca kembali arsip-arsip tersebut.
Kalau ETag, bli Dani sudah tahu, borang komentar mas Harry sudah ditutup :(

By: dani

dani — Sun, 01 Aug 2010 14:31:15 +0000

Pak Aldy, Saya pernah menulisnya dulu di Dani Iswara .Net: a) Validasi Desain Web Mobile-Friendly. b) Halaman/Aplikasi Web Versi Mobile. Mengenai pengaturan cache, mungkin ada plugin WordPress untuk itu. Pemakaian ETag sudah pernah dicecar Pakde Harry---yang sudah bangkit lagi sekarang---saat membahas Page Speed. Lihat kembali Cache, Skor Page Speed, YSlow, W3C Mobile (Dani Iswara .com). Menurut saya, tidak semua rekomendasi W3CMobileOK ideal untuk segala kondisi, saat ini. Lebih aman melakukan user testing. Doctype, ETag, ukuran berkas, bisa diabaikan. Saya ada rencana untuk menuliskannya nanti. Kebetulan Pakde Harry ada pertanyaan terkait itu.

By: aldy

aldy — Sun, 01 Aug 2010 13:39:29 +0000

Saya mengeceknya di W3C Mobile OK Checker, salah satu penyebabnya karena doctype, yang digunakan belum versi mobile, saya mencoba mengubahnya, tetapi kesalahan justru bertambah :(

Selain itu masalah image juga. Dan yang membuat saya bingung ada pesan kesalahan no-chace or max-age=0, consider using the Last Modified and/or ETag.

Mohon solusi Bli.

By: dani

dani — Sun, 01 Aug 2010 10:24:07 +0000

Pak Aldy,
[OOT] Dicek pakai yang mana, Pak? W3C Mobile OK Checker atau Ready.mobi? Yang ready.mobi lebih informatif, menurut saya.

Validasi versi mobile menurut saya akan benar-benar sukses (skor 100 di W3CMobileOK atau 5 dari maks. 5 di ready.mobi) secara normatif jika:
a) selain situs Web versi desktop, menyediakan juga antarmuka Web dengan doctype khusus versi mobile. Butuh sentuhan di sisi server. Atau, di WordPress banyak plugin-nya.
b) memakai doctype versi mobile untuk semua versi. Memudahkan pemeliharaan.

Saat ini dikenal doctype WAP dan XHTML Mobile.