April 28, 2007
Today’s hero is Photomatix: HDR photo editor with impressive quality and feature set, but ugly interface.
Here’s the default UI. MDI looks pretty good in OSX, but not in Windows. OK, go further…
And this is really horrible:
- Control colors are selected wrong: they don’t fit the Windows theme (I’m using Royale, but that’s true for Luna too) thus leaving gray borders.
- Progress is displayed as a resizeable window with borders, caption etc…
- Window scroll is broken: image size is not used to adjust child windows’ sizes thus you either have parts of images visible or lots of gray zones.
- On long operations application looks frozen: GUI does not respond to user commands and doesn’t refresh.
- HDR Viewer window is displayed as a separate window on the Taskbar, increasing clutter.
- Graphics and fonts are very inaccurate: rough “zoom” cursor and green lettersmake the UI look even worse.
- Lots of problems related to incorrect window resizing (with no smart logic involved: no min or max values, poor visual feedback to state change) makes me recall ugly Videora GUI.
- Lots of minor visual glitches.
Many of this apply to Mac version too, which looks especially annoying due to redrawing issues I thought never to see there.
No, unlike Videora or other “knee-made” software, Photomatix is not crap. It has an excellent engine behind, which is really, really useful, but the program’s UI spoils usage experience a lot. It may be (hardly) acceptable for a free GPL tool, but not for a software worth $100.
Finally, a HDR picture, created by me in 4 minutes from a set of 3 bracketing shots.
And after (tone correction is mine):
As you can see, with some efforts from developers (mostly GUI-related) this software could move rocks.
April 11, 2007
Sometimes it’s interesting to compare approaches of two major desktop operating systems: Apple OS X and Microsoft Windows XP.
Below are two screenshots, taken when a user attempts to close the text processor’s window with some text already in:
Pay a bit more attension to these differences:
- Windows dialog window is created as a modal window: you may move it so it wouldn’t cover text behind it (but can’t modify the text itself!) and OS X dialog is build-in into the parent window and can’t be moved.
- Windows dialog uses standard “warning” icon while OS X displays the application’s icon.
- Windows dialog text is nearly useless: it’s formal, uses “machine language” and not well formatted, unlike one of OS X
- in Windows buttons are labelled with standard Yes No Cancel labels no matter what context is. In OS X labels are more meaningful.
- Button location is different…
Let’s talk a bit about two last differences.
Yes/No/Cancel dialogs are common to users but in fact one have to read the whole message’s text in order to decide what one has to do. Texts may differ from “Save file changes? Y/N/C” to “Are you sure you don’t want to save changes? Y/N/C” although the latter is seen rarely, fortunately 🙂
As for button placement, the principal differences are:
- Buttons with destructive and non-destructive (Don’t save/Save) actions are separated in X:
- Don’t save and Cancel/Save groups are divided by interval
- Don’t save and Save buttons are plased in the opposite sides of the dialog, so you cannot mix them “by accident”
- Taking into account that most users visually scan each dialog from top-left to bottom-right, it’s especially interesting to notice button order:
- in X the default button is rightmost and it’s save
- in XP Yes (Save) is leftmost, very close to No (Don’t save) and Cancel is rightmost (sic!)
- in some Windows dialogs Help is rightmost…
So, implied default action for Apples’s OS is “Save document” while for XP it’s “Cancel and don’t bother me” or “Help!!!” 🙂
According to this document on MSDN things might improve in Windows Vista and post-XP applications, but not for too much. When it comes to communicating with the user through dialogs Windows is far behind Mac OS in nearlyevery aspect…
P.S.: Linux GNOME dialogs attempt to mimic the “apple style” of behavior, but due to developer-related problems in real life they’re still less useful…