Toolbar icons: think, then draw

What I always loved is when software developers used random icons in order to fill toolbar icons’ space.The latest and one of the obvious samples of such behavior is TranslateIt!: OS X dictionary tool.Here’s a fragment of their GUI in Russian:

Try to guess mnemonics of their buttons (L2R):

• Left/right – that’s obvious
• Purse? Books? Journal? Nope… Dictionaries.
• Morse code? Justify? Huh. Just notes.
• System busy? Wait? Time left? History… how cute!
• I know this! it’s RSS! No? WTF? It’s just “say”…

Now, when we live in the world of Google, Iconfinder, Flickr and dozens of icon and image finding services we still have to deal with developers being unable to spend 2 minutes (sic!) per icon just to find a good metaphor.

I’m voting by my own dictionary purse by not buying semi-usable applications and recommend you doing the same.

P.S.: nope, that’s not the only programs’ UI fault, but beating the falling one isn’t fair, right? 🙂

I can’t stant it no more

I admit it, I simply cannot use Vista laptop for more-less serious tasks and I’ve completely given up using it for GUI design.

I never though I’d want to have XP installed on it that much… Sorry, Microsoft, but Vista is a fucking slow and buggy piece of crap and I can’t imagine any good use for it.

Proposed update to Growl notification system

There’re several things in Growl notification display behavior that I think might be improved.

First of all, it’s a new “close” button implemented in version 1.1. It only appears when you hover a notification and lets you close the message you see no need to react on. Not even mentioning a degraded look of notifications (tastes differ) the button has a serious disadvantage as it requires quite precise positioning that eliminates the advantage. So what? Easily: just recall the Fitt’s law and let one click a larger area like the whole message… By assigning the right click to this action you let the thing be done without extra complexities. Is “right-click to close” an obvious action? No. Just like any idiom it has to be learned, but once learned it may become very handy. Arguments for are that some applications like QIP (Windows) or Google Notifier (OS X) already use the same approach successfully and both have very large user bases.

The second thing is the way Growl displays notification pool. Right now the mechanism is quite primitive, so when there’re just too many messages they may take all the screen space available thus interrupting you from work. Having a dedicated area for displays might improve situation a lot. I.e. let’s say messages can only take a single row with a maximum height of 50% of screen height. Now you may be sure that no matter what happens messages would not cover your workspace if you have it outside a suggested area. Besides, now we know that if notifications come from top-right they bottommost message is always the latest one.

Once again, this approach is already adopted by other applications.

The third improvement would work great with the second one. As we have limited our screen space, let’s make notifications use space more effectively. Now, when one of displayed messages disappear, the “hole” is covered by shifting other notifications, thus making sure the order remains intact and no message would “accidently” get into the hole. As a picture is worth a million words, here’s (270 Kb) a Keynote demo of suggested behavior and QuickTime (2 Mb) version of it for those who doesn’t have the latest iWork. The idea is also not new and is used in applications like Google Talk.

GUI prototyping for OS X: makeing life easier

Just for ones who are interested I provide a link to my OS X GUI design stencil I use for my own prototypes. It’s currently work in progress and still retain large portions of WireframeShapesAngles it’s based on (make sure to check the original, it’s pretty useful by itself). Future versions should have more controls, dialogs and other ready to use stuff, but if you’d liked to finish the work, feel free to do so.

So, here’s a link. Download and enjoy, it’s less than 100Kb anyway 😀

Test entry from journler

Is Journler really that good for blogging? It is, if you see this message…

GUI prototyping in Mac OS X

While working on a mac (which is currently my primary platform) I do still have to deal with interface creation stuff. Unlike Windows, OS X doesn’t have Visio, so I had to look for a different tool.
This tool exists and is called OmniGraffle.
Even though the GUI mock-up creation process is still the same “drag form, drop it, drag a button, place it on the form“ there’re some key differences from Visio. First of all, OmniGraffle has a pitiful default GUI creation stencil. Unlike one from Visio package (which is also far from perfection) this one merely represents Aqua-like look and is not suitable for any serious work. In other words, you’ll have to create a stencil set yourself or just start adopting an existing one to your needs. Wireframe Shapes is a good starting point, although it misses some controls and existing ones may require tweaking. You’ll have to do your set sooner or later, anyway, so don’t take this as disadvantage 🙂
Layers is another interesting feature I always missed in Visio. Even though it’s not a daily tool and not required for simple mockup, one may save you lots of time on complex shapes or fine-tuning your designs when combining vector and bitmap images.
Grid, guides and smart-guides are features that leave Visio far behind. Yes, Visio has a decent grid and guides, but aligning objects with their help is an unpleasant experience. With the help of smart guides you no longer have to work in zoom mode to make sure your controls are evenly distributed on the form and it really saves you a lot of time! Another time saver is “eternal canvas“: when you place objects outside your canvas, OmniGraffle creates a new page for it, so you would unlikely face difficulties while working with large images or multipage drafts.
Shape tools are primitive. Creating new primitives with Visio is a more pleasant experience, IMHO as OmniGraffle tools are overcomplicated while not allowing you to create basic shapes fast. Table editor is freaky. It has a non-standard interface which may hardly be called elegant, although you may get used to it one day.
Overall, the app is very good for wireframing and non-interactive prototyping. If only a tool set gets “fixed“ or default stencil set would be enhanced, it may become an ideal UI designer’s tool. Right now it’s just good, but good enough to recommend it over Visio.