Alasannya sih agar saat kita membuka kembali halaman tsb (atau pun halaman lain yg dalam domain yg sama), proses loading halaman tsb bisa lebih cepat. Namun Kita harus menekan tombol F5 untuk mamaksa browser force load web demi merefresh cache agar kita bisa melihat output akhir perubahan yg kita lakukan.

Akan tetapi, cache browser ini bisa menjadi masalah saat kita sedang mendesain. Ambil contoh saat mendesain theme blog. Desain theme bisa dilakukan di server lokalhost di komputer kita atau pun langsung secara live pada server yg ada di internet dimana hasil editan kita akan langsung bisa dilihat pengunjung blog.

Nah, saran berikut efektif saat melakukan live editing theme kita sehingga setelah mengedit style.css, kita bisa langsung melihat hasil perubahan tsb. Keuntungan lain tehnik ini ialah cache file css yg ada di klien juga akan sama tanpa mereka harus menekan tombol F5.

Tehnik ini bisa dilakukan melalui 2 cara, yaitu

1. Via Edit langsung di file header.php

   <link rel=”stylesheet” href=”<?php bloginfo(‘stylesheet_url’); echo ‘?’ . filemtime( get_stylesheet_directory() . ‘/style.css’); ?>” type=”text/css” media=”screen, projection” />

2. Via hook stylesheet_uri di function.php

   add_filter(‘stylesheet_uri’, create_function(‘$s’, ‘return $s . “?” . filemtime( get_stylesheet_directory() . “style.css”");’))

Penjelasan

Tehnik pertama bisa dilakukan bila kita mengedit langsung file header.php. Sementara cara kedua bila kita mengedit file function.php. Kedua metode ini akan menghasilkan efek yg sama dimana file stylesheet tidak akan pernah dicache browser.

Alasan mengapa file tsb tidak akan pernah dicache adalah dikarenakan kita memberi versi setiap file style.css melalui pemanfaatan fungsi PHP filemtime();

Catatan

Lebih lanjut, tehnik ini juga bisa dikembangkan tidak saja pada file style.css tetapi juga file lain yg rutin dicache browser. Ambil contoh, javascript. Selama kita tau dimana file javascript tsb, maka kita bisa memanggilnya langsung dan mereloadnya.

Berbeda dgn file stylesheet yg bila salah cache cuma menyebabkan layout rusak, file file javascipt yg berisi fungsi bisa membuat halaman berprilaku aneh. Kamu mungkin tidak mau kalau pengunjung blog ilfil karena melihat keanehan blog kamu. Misalnya tiba tiba comment thread engak berfungsi secara misterius.

Dan hehehe perlu diingat ada konsekuensi lain bila kita menggunakan tehnik ini. Disebabkan file css tidak dicache, maka loading blog kita akan sedikit lebih lamban karena browser harus mengcopi file style.css tsb. Kayaknya cara ini sih lebih baik dipakai pada masa developing saja.

Referensi

Force CSS changes to “go live” immediately ditulis oleh markj aquith. Great simple article just the way i like it

Menurut sejarah HTML, penyusunan bahasa pemograman ini di-latar belakang-i kebutuhan menampilkan dokumen semudah mungkin dan bukannya menampilkan dokumen yg indah dan ber mutu-grafis tinggi. Jadi, HTML ditujukan bukan untuk memberi tampilan visual cantik. Penggunaan elemen HTML untuk mencapai standar grafis itu lebih sebagai usaha hacking. Proses hack ini seharusnya tidak perlu karena sekarang sudah ada bahasa pemograman web yg sudah mendukung cita rasa grafis , yaitu CSS .

Salah satunya adalah penggunaan elemen <br>. Kita ingin membuat space / ruang antar elemen. Biasanya kita membutuhkanya sebagai elemen pembatas antara bagian halaman web. Cara dgn menggunakan lebih dari sebuah <br> adalah sbg berikut :

<br>
<br>
<br>

Kita bisa mencapai efek yg sama dgn elemen space nonempty :
<p>&nbsp;</p>

atau menambahkan space pada ujung baris list :
<ul>
<li>Hallo bakawan web design<br><br></li>
</ul>

Semuanya akan memberi efek grafis yg sama. Tampilan halaman website kita akan memiliki space. Akan tetapi, penggunaan <br> lebih dari satu itu jelek dan bukan tehnik coding yg direkomendasikan. Space itu bisa dihasilkan melalui penggunaan style. Tehnik ini lebih efektif daripada hacking. Penggunaan hacking <br> memang bisa menyelesaikan coding web development.

Tapi kita dihadapkan dgn masalah browser compatibility. Perbedaan sistem render Browser yg berbeda beda akan cenderung menampilkan tampilan hasil hacking kita berbeda beda pula. Oleh karenanya, selalu dijadikan pedoman hack css, gunakan elemen sesuai dgn tujuan pembuatan elemen tsb krn hal tsb membantu kita meningkatkan kontol output design. Hasil akhir antar browser A dgn browser B tidak akan terlalu jauh berbeda.

DTD dideklarasikan pada sebuah dokumen dgn menggunakan deklarasi DOCTYPE. DTD ini memberitahu browser ttg bahasa, versi, dan jenis bahasa yg digunakan dalam halaman situs. Nantinya, DOCTYPE diletakkan pada bagian atas dokumen, diatas tag <html>. DOCTYPE itu bukan perintah HTML. Mereka termasuk bagian konstruksi SGML. Makanya agak susah membaca arti deklarasi DOCTYPE berikut ini :

<!DOCTYPE HTML PUBLIC “-//W3C//DTD HTML 4.01 Transitional//EN”
“http://www.w3.org/TR/html4/loose.dtd”>

Bila diterjemahkan kira kira (sy nebak) : “Dokumen ini jenis dokumen HTML. Dokumen ini bersifat publik dan bisa dimanfaatkan secara luas. DTD ini berasar standar w3c. Dokumen berbahasa inggris. lalu halaman loose.dtd itu adalah alamat url berisi konvensi atau spesifikasi doctype”

3 Jenis DOCTYPE bagi HTML 4 :

1. Strict : <!DOCTYPE HTML PUBLIC “-//W3C//DTD HTML 4.01//EN” “www.w3.org/TR/html4/strict.dtd”>
   1. Versi HTML strict yg ketat dalam membagi struktur.
   2. Beberapa atribut dan elemen presentasi tersedia pada versi ini seperti tag font, atribut alignment, dll
   3. Tujuan penyusunan versi strict ini agar bisa digunakan bersamaan dgn CSS
   4. Strict DTD tidak membolehkan penggunaan elemen HTML yg absolute (punah) dan yg mulai jarang dipakai.
2. Transitional : <!DOCTYPE HTML PUBLIC “-//W3C//DTD HTML 4.01 Transitional//EN” “www.w3.org/TR/html4/loose.dtd”>
   1. Penggunaan elemen HTML lama masih diperbolehkan.
   2. Bebas menggunakan elemen font. Meskipun tidak direkomendasikan. Dari kaca mata tehnik, penggunaan tag tag yg jaman purba itu tidak dibutuhkan karena dukungan font melalu style CSS sudah melingkupi.
   3. Transitional DTD membolehkan penggunaan elemen dan atribut HTML lama dgn pertimbangan orang yg menggunakan tehnik ini masih dalam proses transisi dan belum 100 persen commit ke versi strict DTD.
3. Frameset : <!DOCTYPE HTML PUBLIC “-//W3C//DTD HTML 4.01 Frameset//EN” “www.w3.org/TR/html4/frameset.dtd”>
   1. frameset DTD berisi definisi atribut dan elemen yg boleh digunakan pada frameset.
   2. DTD ini mengurus situs situs yg menggunakan frame.
   3. Konten yg berada dalam frameset tsb sebaiknya ditulis ke dalam jenis DTD strict ataupun transitional.

DOCTYPE switching

Peran doctype itu bersifat pasif. Artinya sekalipun berada di bagian atas halaman HTML, tapi baru berfungsi setelah proses validasi dimulai. Proses validasi doctype ini akan membandingkan deklarasi DTD dgn dokumen.

Dalam teknologi browser modern dewasa ini ada teknik DOCTYPE switching. Tehnik ini membuat deklarasi DOCTYPE yg tepat itu tidak begitu dibutuhkan. Akan tetapi, tetap saja, kita perlu berhati hati demi kestabilan design kita. Apalagi, para web designer profesional itu menggunakan DOCTYPE yg tepat.

The Web is Not Complete, Progress in the evolution of the Web to date has been quite gratifying to me. But the Web is by no means finished. The Web, and everything which happens on it, rest on two things: technological protocols, and social conventions. The technological protocols, like HTTP and HTML, determine how computers interact. Social conventions, such as the incentive to make links to valuable resources, or the rules of engagement in a social networking web site, are about how people like to, and are allowed to, interact. (Tim Bernard Lee on world wide web).

Browser Internet seperti Microsoft Explorer, Netscape, dan Firefox itu bekerja dengan membaca kode sebuah website sehingga pengunjung bisa melihat layout web cantik (dan bukan ribuan baris kode HTML yg membangunnya). Kode kode inilah yg memerintah browser menampilkan layout cantik tsb. Kadang layout cantik tsb juga diberi Cascading Style Sheets (CSS) agar sentuhan visual grafis makin memuaskan mata pengunjung.

Mata kita bisa membedakan layout web satu dengan tampilan web yg lain. Kita bisa langsung memberi keputusan kalau layout yg satu itu lebih manis daripada yg lain. Tapi mengapa browser tidak bisa ? Inilah hukum fisika internet. Meskipun ada yg namanya standar kode layout cantik, tapi tidak semua browser memiliki standar yg sama menerjemahkan kode yg kita buat. Akhirnya, gravitasi mengerucut pada kehendak browser. Kita yg bekerja mendesain web dan menyusun kode pun harus siap untuk terus mengikuti evolusi design web agar kita siap berhadapan dengan berbagai browser dan teknologi baru.

Informasi berikut (yang akan secara berkala diupdate) mungkin bisa membantu kamu memecahkan masalah design. Semoga kita bisa belajar web design menggunakan HTML dan CSS. Berikut ini daftar Artikel yg ditulis dalam serial Belajar web design.

1. Serial Belajar Web Design
2. Bagaimana Cara Mendesain dengan mudah
3. Masalah mendesain web menggunakan web page editor
4. 4 Prinsip Dasar Desain
5. Prinsip Desain Situs Teraman
6. Mengapa Bisa Terjadi Browser Compability
7. Tips deklarasi Background Color
8. Property CSS Float dan Deep Nested Float
9. Bug Float CSS 2 dan Parser Browser Behavior
10. GIF vs JPG vs PNG
11. Thumbrule Web Performance
12. 100 Best Web Desain Site
13. 100 juta trik lain yg belum ditulis

Diclaimer: Daftar ini akan diperbaharui secara berkala. Merupakan catatan belajar web design buatan sendiri. Please, jangan banyak komentar apalagi bertanya karena kadang sy suka kesel sendiri hehehe kalau ditanya yg aneh aneh.

Saat ini serial belum dibagi ke dalam kategori apapun, baik itu basic, standar, maupun advanced. y juga belum membaginya ke dalam bahasa markup atau cuma thumb rule semata. Nantinya Susunan pasti berubah. Semoga berhasil jadi daftar bacaan yg runut lengkap dengan ilustrasi yg memudahkan siapapun memahaminya (tanpa memandang tingkat kemampuan).

CSS is like chess. You can learn the basics in a day and spend a lifetime mastering it”. – Chris Coyler of CSS Tricks.”

Ps : Ada juga masalah yg belum disinggung secara detail seperti browser dan cara kerja parser. Selain itu, penjelasan mengenai hubungan web design dgn SEO maupun optimasi CMS tertentu juga belum dibahas. Sy belum memutuskan apakah akan dibuat terpisah atau digabung saja menjadi daftar serial jangka panjang.

Nah, sebagai catatan, render browser mentaati aturan css sebagai berikut Bila seandainya ada dua rules yg diaplikasikan pada teks yg sama. Browser akan memproses kedua rules kecuali ada attribute spesifik yg mengalami conflik.

Sebagai contoh, salah satu rule menyatakan kalau warna teks pada class “contoh” itu blue atau biru. Dan aturan lain menyatakan kalau warna teks itu merah

<h1><span class=”Blue”>This paragraph is controlled by the .Blue custom style and h1 HTML tag style.<span class=”Red”>Except this sentence is controlled by the .Red style.</span> Now we’re back to the .Blue style.</span></h1>

Bila kedua warna itu diaplikasikan, maka akan terjadi conflick. Dan untuk menjembatasi bentrokan ini, browser akan mengaplikasikan aturan berikut

• Browser akan memilih aturan terdekat teks
• Bila elemen teks memiliki stye sheet eksternal dan inline style juga mempengaruhinya. Maka inline style yg akan dipilih browser
• Bila konflik terjadi, atribute pada custom css (yg diaplikasikan melalui class attribute) akan menggilas (istilahnya override) attribute yg menggunakan HTML tag style

Pada contoh diatas, style h1 mungkin bisa dispesifikasikan untuk seluruh jenis font, size, color bagi seluruh paragrap h1. Akan tetapi, custom css rule pd class .Blue yg juga diaplikasikan pada paragrap tsb akan mengoverride setingan warna sebelumnya. Sementara itu, custom rule class .Red akan menggilas class .Blue.

Understanding CSS Conflict

Iya, mamahami bagaimana konflik antar rule CSS yg kita buat itu penting. Pengetahuan ini memudahkan kita mendebug masalah bila seandainya layout web yg kita buat ternyata berbeda dgn apa yg kita desain sebelumnya. Seiring pengalaman, kita bisa mengetahui aau minimalnya menebak bila terjadi error pd desain kita.

Tapi, makna hack css itu berbeda. Dari pada memberi solusi quick and dirty, hack css itu artinya masalah karen cuma akan bertahan selama browser belum release versi baru. Dan sejujurnya, hal tsb cuma sekejab mata. setahun ? dua tahun ? Apakah kamu yakin bisa kembali mengakses website lama yg dulu kamu desain agar bisa diperbaiki sesuai kebutuhan browser terkini ? Berbeda dgn desain blog sendiri yg bisa diubah sesuka hati, website klien itu tidak bisa diubah kembali setelah kita dibayar dan klien merasa puas.

Berikut ini adalah beberapa thumbrule yg baru saja sy temukan dari salah satu buku design yg sy baca:

1. Hindari hack css bila tidak dibutuhkan. Artinya adalah pemahaman dgn baik CSS (dan CSS hack) agar bisa menghapus setiap hasil hack dari CSS yg kita buat atau pinjam dari designer lain dan menggunakannya pada template
2. Beri komentar setiap kode hack. Setiap kali kamu melakukan otak atik, maka pastikan ada sebaris komentar yg menjelaskan perubahan yg kamu buat. Siapa tau ada yg nantinya memanfaatkan kode hacking kamu.
3. Pertimbangkan menggunakan @import dalam style sheet untuk mengimport hasil hack. Kita perlu memisahkan snippet kode khusus tersebut ke dalam file terpisah. Manajemen file css ini demi memudahkan kita saat membuang snipet semacam ini karena bertentangan dgn web standar. Apalagi mengingat trend sekarang ini, browser terbaru mulai taat dgn CSS spesifikasi w3c.org, cepat atau lambat, kode tsb tidak akan berguna.

Thumbrule atau pedoman paling bijak ini diperlukan agar hack css kita, yg bertujuan melakukan workaround bug browser, mudah diurus kembali saat kita harus redesign layout situs kita. Ciao.

Branding Freak!

oh iya, hahah cuma tiga saran tp diberi judul 100 ? Bukankah itu maksa hahaha. Maaf yah kalau sy termasuk blogger yg enggak punya malu demi branding. Saat ini sy sedang ngebangun merek pada judul judul posting tutorial dalam blog ini dimana setiap artikel tutorial yg sekiranya akan dipublikasi ulang akan diberi judul wishfull thinking ataupun mudah diingat seperti 100 ini dan 100 anu walau semuanya belum sampai ke angka 100.

Akan tetapi dikarenakan sy berencana blogging dalam waktu lama, sy bakal menggunakan judul2 yg lebih mirip harapan. Hahaha semacam deadline sekaligus harapan kalau suatu hari nanti saat langit cerah dan angin bertiup sepoi sepoi, saran saran itu dilengkapi sampai ke jumlah yg sesuai dgn judulnya, yaitu 100 cara ngehack CSS. Tp bagi sy, berapa pun jumlah saran dan bagaimana isinya, sy rasa artikel ini penambahan yg bagus bagi Kumpulan bacaan web design sy.

p {
margin-left:4px !important;
margin-left:10px;
}

Berkat, property khusus ini, kita bisa mengakali bug Internet Explorer. IE akan memakai margin kiri sebesar 10 pixel. Sementara firefox akan menggunakan 4px. Tentu saja, workaround ini lebih baik daripada membuat file stylesheet CSS terpisah khusus internet explorer.

body { background: #fff; }

Bila kita sudah mendeklarasikan warna background, maka desain kita pun akan lebih konsisten. Apalagi menulis sebaris kode CSS ini bukan pekerjaan yg sulit, kan ?

Buta Warna

Tapi mungkin ada juga pertimbangan mengapa background itu dibiarkan saja ditentukan browser. Sy rasa pertimbangan para mereka yg buta warna bisa dijadikan patokan. Memang para pengunjung website yg buta warna bisa menentukan background sesuai dengan seting browser mereka.

Hal hal yg bisa Merubah Warna Background

1. Penyebab utama adalah seting default browser.
2. Setingan warna background browser yg ditentukan langsung pengguna browser. Biasanya selain pengunjung yg buta warna, pemilihan background disebabkan preferensi warna favorit pengujung misalnya sy suka warna hijau. Jadi bila dimungkinkan, sy ingin stylesheet situs apapun yg tampil di browser itu berwarna hijau

Trivia

Tidak seorang designer pun yg mengabaikan secara sengaja deklarasi warna pada stylesheet. Bila bukan background maka warna link dan boder. Btw, tulisan ini juga termasuk koleksi tutorial web design yg sedang sy susun.

Perlu diketahui, kalau ada kolerasi antara kecepatan load web dengan traffik web itu sendiri. Ilustrasinya mudah, dan bisa dirangkum dalam kalimat sederhana ini : “apakah kamu mau menunggu situs yg loading gambar dan fancy panci lainnya seperti kebanyakan website flash ? 30 detik ? 1 menit ? “. Sy rasa jawabannya sudah tentu “najis banget nih web. Lemot!”

Bila jawaban kisanak, sama seperti jawaban sibego berarti kinasak ada kemungkinan bego hahahha. Btw, Berikut adalah garis besar aturan baku membuat loading web cepat.

1. Hindari CSS ekspresi (fitur dinamis stylesheet yg cuma jalan di browser Internet Explorer)
2. Letakkan script JavaScript dan CSS itu ke file terpisah
3. Kurangi request HTTP
4. Letakkan link stylesheet CSS eksternal dibagian atas dan tempatkan link script javascript ke bagian bawah web (biasanya footer).
5. Manfaatkan Kompresi Gzip (Biasanya web hosting menyediakan fitur ini pada bagian cpanel mereka)
6. Kompress ukuran file javascript dan CSS
7. Hindari redirect (kecuali terpaksa)
8. Hilangkan duplikasi script kode
9. Bila menggunakan AJAX, maka usahakan halaman html sudah dicache dan ukuran total byte kecil.
10. Kurangi DNS lookup
11. Dan teknik lain yg sy belum tau

Catatan : Apa itu Gzip compression C? Tool decompress GNU yg mirip dengan decompress UNIX. Cara kerjanya dengan mengecilkan ukuran file sampai ukuran minimum. Proses pengecila ukuran ini dilakukan server sesaat sesudah request web browser halaman website. Nantinya halaman yg tampil di browser akan diproses decompress ulang memanfaatkan processor komputer kita. Setiap byte yg dihemat sangat berguna dalam optimasi web.

Hmm beberapa thumbrule yg memiiki aspek web design diatas bisa langsung dilakukan karena merupakan onsite optimasi, sementara beberapa saran lain lebih kepada untung untungan (misalnya untung punya web hosting bagus, untung punya uang sehingga bisa nyewa server bagus, dan seribu keuntungan lainnya hahahah). Sekian deh dan terimakasih. Dari bandung penuh cinta cup muah muah. Btw, penjelasan panjang lebarnya nanti aja.

Parser Browser

Berhubung peran browser dalam web desain itu vital. Ada baiknya kita memahami bagaimana cara kerja browser. Mungkin kamu udah tau kalau setiap browser memiliki parser. Perbedaan parser menyebabkan browser compability.

Apa itu parser browser ? (dalam kontek web browser) Parser adalah salah satu komponen browser yg bertugas mengecek syntax kode web kita (misalnya bahasa markup HTML, CSS, dan SVG) dan kemudian merender kode menjadi stuktur layout yg tampil di browser. Prosesnya di sebut parsering. Kadang disebut juga rendering (mirip jargon bidang video).

Float CSS pada Browser

Paragrap berikut berisi penjelasan singkat mengenai bug parser browser. Sebagai catatan, bug bug ini mungkin tidak berlaku pada browser versi terbaru.

Bug Parser Firefox

Top Gap Bug

Catatan bug CSS khusus firefox belum sy kategorikan ke dalam halaman khusus. Tapi setau saya Bug firefox paling terkenal itu TOP GAP. Bug ini sering tampil pada layout multi kolom dimana kolom kolom diberi float (baik kiri, kanan, maupun none). Sementara header (kontainer parent) mereka tidak bersifat float. Bila salah satu child float memiliki margin top, maka margin child akan melewati header. Hasilnya akan ada gap antara parent kontainer dan child kontainer.

Penjelasan gambar : dalam gambar ada 2 child elemen yg diberi float. Nomor 1 pertanda adalah yg mengalami bug top gap karena diberi margin-top. Sementara nomor 2, tidak diberi margin top.

Solusi float bug firefox ada 2, yaitu

1. Menambahkan elemen baru dibawah kontainer parent yg memiliki properti clear:both. Properti ini berguna untuk menetralkan setiap float, baik kanan maupun kiri.

   <div class="sayaparent">
         <div style="clear:both">&nbsp;</div> /* solusi bug float */
         <div class="sychildfloat" style="margin-top:10px">
              <p>ini mah cuma konten sampel lori pasum aja kok
                 ngak penting banget gitu loh</p>
         </div>
   </div>
   

2. Parent kontainer diberi float juga baik float:left maupun float:right.

Bug IE Parser

Browser IE itu terkenal di tengah pengguna browser, baik karena celah keamanan maupun parser browser mereka yg brutal memperkosa kode standar kita. Mungkin sy terdengar seperti pembenci browser IE sejati. Tapi sy memiliki alasan dasar. Salah satunya Bug float yg menyebabkan ukuran margin div block menjadi 2 kali lipat lebih besar. Jadi bila kita memberi margin 10px maka browser IE (merujuk pada versi IE 6 ke bawah minus IE Mac) akan menampilkan 20px. Seandainya lebar dan tinggi layout kita mengandalkan ketepatan ukuran pixel, maka komposisi layout pasti pecah.

<div class="sayaparent" style="display:inline;"> /* solusi bug IE float */
     <p>Sampel child semacam lori pasum standar semata</p>
</div>

Catatan cara mengatasi bug margin IE :

1. Div kontainernya cukup beri display:inline. Artinya kontainer dianggap bukan element yg memiliki ruang (width dan height). Otomatis IE tidak akan mengkalikan lebar margin.
2. Bila kontainer nested float div float kamu lebih lebar div parent. Maka kamu harus melakukan deep nested float. Kamu harus membungkus (wrapping) kedua div kontainer tsb dengan div float yg lain. Efek wrapping ini membuat parent kontainer keduanya melebar sesuai kebutuhan.
3. Bila kamu menginginkan element div kamu itu berada dibawah maka gunakan workaround bug firefox, yaitu <div style=”clear:both”>. Kode ini sakti karena bisa menghentikan kekacauan margin.

Bug CSS yg disebabkan IE ini sangat unik. Otomatis workaround yg dipakai juga unik buat IE. Oleh karenanya menarik untuk melist daftar bug browser ini. Setidaknya sy bisa mengetahui bagaimana support parser mereka terhadap standar CSS (dalam hal ini versi CSS 2).

Bug Opera Parser

multiple-opposing-float : Gejala Bug ini terlihat saat konten, background, dan border elemen inline seharusnya berada di hadapan kontainer float. Seharusnya background dan elemen block itu ada dibelakang elemen float. Akan tetapi konten elemen block seharusnya berada di depan float. Untuk jelasnya coba kunjungi Opera Omnibus page. Website ini berisi dokumentasi bug browser serta cara hack css.

Penutup

Perbedaan prilaku ini membuat penggunaan properti float ini berbahaya. Layout hasil desain kita bisa berubah drastis bila ternyata cara implementasi hack css kita diabaikan oleh browser. Situasi yg paling riskan dan membutuhkan redesain adalah saat browser release versi baru.

Sebenarnya posting serial web design ini sudah lama ditulis. Selama ini cuma disimpan saja di harddisk. Tapi sekarang sy berani menerbitkan hahahaha. so, jangan tanya mengapa ? . Btw, sy berencana mengumpulkan bug browser sebagai tanggung jawab profesi semata. Harapannya sih bisa menjadi awal sy sendiri mendalami lebih jauh ke tahap advance. Bagi yg udah baca serial belajar web design ini, makasih yah (kalau ada)