Insane in the UI Brain

May 24th, 2006

(Note: Now updated with specific UI criticisms of Andrew Stone’s Videator application. Scroll down to the middle if you’ve already read the first part)

John C. Welch has posted a scathing critique of Andrew Stone’s new Videator core video application. In fact, he’s used his reaction to the application as an opportunity to confess that he thinks Stone is actually “batshit insane.”

I have to admit, the UI to Videator, and across most of Stone’s web site, looks more like something I’d see on a Phish poster than an awesome Mac application. Not likely to win any Apple Design Awards, I suspect. I remember when Mac OS X was first being developed, and lo and behold, this suite of Stone Design applications was already out the door. I never spent too much time with them, but remember being impressed that some alternative to major creative suite applications already existed for the future of the Mac. The reason I never used them is because they never “clicked.” The UI has always been a little off for the Mac, but Welch is right, this one is freakin’ insane. To add insult to injury, Stone lists the “intuitive, all-in-one interface” as one of the application’s selling points.

Whether that makes Stone himself insane is up for debate, but at the very least he could use a makeover. I see Stone as suffering from a couple major disorders: chronic clinging to outdated standards, and refusal to take conventional UI design rules seriously. He may not need a therapist, he may just need an intervention. We need a Bravo television show: “Mac Eye for the NeXT Guy.”

I have to concede a little admiration for Andrew Stone. The guy gets products out the door. He maintains, whatever that means, several products simultaneously and as far as I can tell stays financially afloat doing all independent software development. Kudos to Stone! That’s more than I can say for my own dilapidated software line-up. If he can do all that while still producing satan’s own UI experience, then more power to him.

If he’s surviving and getting press now, just think how well he’d do with a fantastic UI? Often when I mention UI design to developers I get a cold shoulder. Like, “I’m not a designer!” Fine, if you’re not a designer, you have two choices: either hire one or become one. My own design knowledge is bare-to-middling, but I know when something looks like ass. It turns out this is a big head-start. In fact, I know that most of my own web site looks like ass. I want to fix it, believe me! That’s why I’m dedicated to becoming a designer.

I’ll never be a great designer. I will however be an “OK” designer. Design is like cooking: you can learn to make something edible without much training. If nothing else, it’s worth it for all developers to learn design so that they know who to hire when they realize they don’t have time or talent to fix everything themselves. So how do you become a designer? I’m a fledgling learner myself, but here are several books I highly recommend in your pursuit of “fixing the design hole” in your expertise:

The Non-Designer’s Design Book is a great starting point for anybody looking to get their feet wet with design concepts. Robin Williams (not the comedian!) focuses on the four concepts of Contrast, Repition, Alignment, and Proximity. And yes, I did remember those thanks to the exceedingly useful mnemonic that comes along with them. She takes a stab at introducing you to these concepts through a number of “bad vs. good” comparisons. These exercises teach you to be a better critic. If you can tell when something looks like ass but never know why, her book may give you the fundamental tools you need to start making wise assessments.

Designing Interfaces is currently on the top of my list of design books. I’m about halfway through reading it, and enjoying every minute. This is the techie’s design book, if there ever was one. Anybody who appreciates design patterns will love the clinical yet common-sensical way that author Jenifer Tidwell elaborates on dozens of standard patterns in UI design (are you listening, Andrew Stone?). Patterns are fun to read about in both programming and other arenas, because they constantly give you that “oh, of course” feeling. While you’re technically learning new stuff, you’re really just reinforcing obvious stuff that you thought you knew but didn’t have the confidence to be sure about. Jenifer tells you you’re right for thinking that things like balance, alignment, and obviousness of effect are important to your application’s UI. Thanks to Jonathan Wight for recommending this book.

Don’t Make Me Think focuses on designing for the web, but is still quite an eye-opener for desktop application design. The underlying message of Steve Krug’s book is summarized in its title: users shouldn’t have to work hard to figure out how to use your application. This is so pertinent to Mac software design, it’s not even funny. Don’t make your users think. Don’t crowd up the interface. Don’t use non-standard controls. Don’t place verbs that users are unlikely to use on the same level as ones they are exceedingly likely to need. Make it clear what the heck your application does best and make sure the user falls feet first into that!

About Face 2.0 is the sequel to one of the first books I ever read about design: About Face. Although I haven’t yet read the 2.0 release of this book, I found the original fascinating and especially enlightened about the design of desktop user interfaces. It’s primary author Alan Cooper is regarded as the “father of Visual Basic.” I couldn’t help wondering while reading About Face why Microsoft hadn’t handed him the reigns to Windows as well. While the other books I’ve recommended will give you a steady footing in the basics of design, this book should help you connect the dots between those lessons in the abstract and the everyday UI objects of your daily development: Buttons, Checkboxes, Sliders, etc.

Update: Several readers offered additional suggestions in the comments below. I haven’t read these, but am adding them to my reading list based no their endorsement and their clear presence in the “aura of recommendations” surrounding the books mentioned above. “Designing Visual Interfaces” in particular I had already hopped onto my shopping list because of its positive citation in Tidwell’s book.

The Design of Everyday Things – by Donald A. Norman.
Recommended by Sascha Brossmann.

Designing Visual Interfaces – Kevin Mullet and Darrell Sano.
Recommended by William F. Adams (and implicitly by Jenifer Tidwell in Designing Interfaces).

Universal Principles of Design – by William Lidwell, Kritina Holden, and Jill Butler.
Recommended by Buzz Andersen.

The Inmates are Running the Asylum – by Alan Cooper. I just checked this out from my local library and I’m really impressed. I’m having a great time getting started on it – so much of what Alan Cooper says is “obvious in retrospect.” I love it!
Recommended by Andy Lee.

No Excuses

You’re a developer, but not a designer? That’s no longer acceptable. Let’s spend a little more time wrapping the product in something usable and beautiful. Our users will thank us for it, and it just might keep us from going “batshit insane.”

Update: Friday, May 26:

Wow! This post has really generated some interesting responses. I think partly owing to the visceral nature of John C. Welch’s original post, and partly owing to the strength of Andrew Stone’s good reputation, I am getting caught a bit in the crossfire. I really hoped that my criticism of Stone’s UI would be taken with the lightness I intended. I do think it’s bad UI, and I hope that he improves it by either hiring somebody or reading-up with an open mind. It doesn’t matter that he’s one of the oldest, most knowledgeable, and perhaps straight-out “best” Mac OS X developers on the planet. The product is frustrating and bad. The skills are not being put to optimum use.

Since the biggest complaint about Welch’s and my criticisms is that specific examples are not cited, I thought I would take some time to actually call out some of the first impressions that led me to agree with Welch’s assessment (about the UI, not the craziness). Below is a screen capture of the Videator UI that is very similar to one that could have been taken mere minutes into my first-run of the program. I’m not even a very good UI critic, but let me just take a stab at a few things that are wrong here, and why it’s frustrating to see an experienced developer (one whose company contains the word “design” no less) violate the user’s trust:

(Click for full-size image)

The first several labeled items in the screen shot have to do with the toolbar. But before I discuss those, I have a couple complaints that are not pictured. The toolbar is pretty offensive-looking in part because it contains a number of items of varying heights. It looks slightly less offensive when titles are turned on, because they “regularize” the heights. However, even doing this is non-trivial, because you first have to find the “Customize Toolbar” menu item. In every other Mac OS X application with a toolbar, you find this menu item in the “View” menu. In Videator however, since there is no “View” menu, you have to either know to right-click the toolbar for a contextual menu, or else find the menu items hidden way off in the “Tools” menu of the main menu bar.

The screenshot above is smallish partly so it will fit easier on this blog, and partly because being smallish exposes some of the worst UI glitches in the application. I would like to point out that when the window is biggish, the toolbar items float in a way that looks very awkward at first and only slightly less so when you figure out the minor rhyme to Stone’s reason. The gigantic “Instant Effects” popup in the middle of the toolbar is surrounded by expanding space such that, as the user resizes the window, the items to its left float left, the items to its right float right, and it stays more or less centered. Although I guess Stone might argue that the item is central to the application’s functionality, the weird alignment just seems weird. One of the take-aways from the Non-Designer’s Design Book is that you should pick an alignment, probably flush left or flush right, and stick with it unless you really know what you’re doing. If the user thinks one of your toolbar items should be put up on a pedestal, let them choose to organize things that way.

1. Funny Segmented Control. One of the first things that jumps out at me is that this funny segmented control has graphical content that appears ready to jump out of the control. The meaning of the icons is pretty obvious, thanks to the use of industry standard icons, but the lack of centering makes it look like this is a rush-job that hasn’t been refined for shipment.

2. Huge Popup Control. This popup control appears to have some kind of customized graphical content – perhaps representative of whatever the selected item is? It turns out the displayed content is always the same, and never changes to reflect what you’ve just selected. The “Instant Effects” title reflects the fact that anything you choose from this menu gets instantly applied to the working document. Since the state never changes, there is no excuse for the awkward height and width of this item. It, more than any other item in the toolbar, contributes to the sense that toolbar items are all over the board in terms of both height and width. For some reason Stone decided it was very important to represent this popup as a huge graphical/bigfont item, while the neighboring “export type” popup is just plain text.

3. Image Drag Well. I wouldn’t have known what to call this if Stone didn’t give it a name that shows up when you turn titles on in the toolbar. Unfortunately, if you haven’t turned on titles or hovered over the item with tool tips, it’s impossible to know what “png” means. It turns out it means that it’s the format any exported image will assume. The well next to it? My first impression is that this is something you drag an icon to. But it’s in fact something you drag from. See, together these items make up the “export an image” functionality that in a well-designed application would probably consist of a Preferences option for the type, and “just dragging from the movie.” To make matters worse, the popup menu for file types includes one non-image-format type: “effects”. JPEG, Tiff, or Effects? Hmm. If you choose this from the popup then the well loses its icon badge and becomes, for all I can tell, meaningless. I don’t know how to complete the expected user action when Effects is chosen.

4. Tab View Language Abuse. These abbreviated, lower-cased tab view titles scream “X-Windows” or something at me. I can empathize with the problem that must have motivated Stone to adopt this disgusting naming convention: the spelled out words would require a tab view that is too wide. I’m not saying this is easy to fix, but when a good designer encounters a problem like this, she challenges her assumptions and comes up with a solution that does not involve compromising the laws of UI language. In this case, perhaps a collection of small icons would be appropriate. It’s true that I was able to correctly interpret “pix, flix, and aud” as “Images, Movies, and Audio,” but it took work. More work than I care to give an application. Applications are supposed to make my use of them effortless and fun. It’s not fun to cringe at what look like typos in the UI. Furthermore, there is no easy distinction for me between “fx” and “my Fx.” I can sort of guess at the distinction, but since this application came with a bunch of items already in “my Fx,” I can only argue that they are in fact not my Fx, they’re Stone’s!

5. Ouchy Selection Feedback. Ouch! It hurts when selecting something in a matrix turns the background white, puts a selection rectangle around two UI elements at once, and invokes a time-honored cue (or something close to it) for letting the user know that they are now editing a text label, when in fact they are not. This is yucky! Use a standard selection-indicator convention. Enough said.

6. Extreme Lack of Contrast. Part of the problem with the white-background above is it draws to light just how much metal there is in the window, and how much less of it there should be. If the background to this matrix view and the one below it (label #8) were white, it would probably increase the overall ease or parsing the visual landscape, while making it easy to use a conventional selection metaphor instead of the invented yucky one above.

7. Ellipsis Abuse. The presence of the ellipsis symbol in Mac OS UI has a long history as a cue to the user that invoking that item will present further UI interaction. In other words, get ready to answer more questions. So what’s the difference between a plus sign and a plus sign with ellipsis? In this case, both buttons present document-modal sheets. But get this: the one without ellipsis is for saving a new gallery, while the one with is for reading one in from disk. The tool tips for both use the word “New” to the exclusion of either “Import” or “Save”.

8. Messy Overlap City. This is not a contrived situation. I just rearranged the panes in the application to my liking and resized the window to a certain smallish size. Suddenly I’ve got two or three UI elements all vying for this space of the UI. That looks like crap and tells me that the author either expects me to “look out for myself” when resizing the window, or they don’t care whether it’s easy to make their application look even more yucky than it first appeared to be.

9. Freaky Disclosure Thumb. What is this backwards disclosure triangle doing in the middle of my screen? It turns out it’s a split view thumb. Why invent a custom split view thumb that happens to strongly resemble a standard UI element with much different connotations? In a very twisted way, it does sort of behave like a disclosure triangle. Only, it never faces downward like a standard icon would. Its main innovation over a standard split view icon is that it points in the direction that the pane would expand or contract when clicked. And it only requires one click to expand or contract. But it also behaves as a draggable thumb, and is all in all very insulting to my understanding of what a little triangle should do on a Mac window.

10. Clunky Movie View. There’s nothing to see here in the snapshot. I just thought I’d point out that whenever you resize the window, the entire movie disappears, leaving a bare metal background. Mac users like to see instant feedback. We gave up things like the grey “resize rectangle” a long time ago, in favor for a live view of our resizing UI elements. In this case, a return to the crummy looking grey rectangle would be an improvement over the “disappears and reappears” behavior of this app.

11. Yet Another Image Export. Maybe. This icon offers the ability to take a snapshot of the screen. Something seemingly similar to the funny image export type/well (label #3). But in this case clicking the snapshot icon causes a sort of timed countdown before the image gets captured. Not really sure what this is good for, but I assume it’s so you can say “I’m going to take a picture of myself” and then smile all pretty like for the camera. One annoying UI aspect of this button is that it went disabled for me in one document and I can’t get it to come back. There may be a logical explanation, but to me that feature is now gone since I can’t get it to re-enable, and the help tags don’t mention anything about this scenario.

I suppose this laundry list of complaints might just make me sound like more of a cranky misanthrope than before. But it’s the damned-straight truth as I see it. I think all of these criticisms reflect areas where Stone could seriously improve the usability of his application without diminishing at all from the “Coolness Factor” that was rightly identified by people like Bill Bumgarner. In fact, the only thing cooler than a freakin’ cool app is a freakin’ cool app with a usable interface. Constructive enough for you?

28 Responses to “Insane in the UI Brain”

  1. Chucky Says:

    John C. Welch is pretty batshit insane, himself.

    I hold no brief for Stone, but I’d frankly be more interested in Videator’s usability than I would be in how a fucking screenshot struck John C. Welch.

    Bill Bumgarner, who’s opinions I actually respect – in contrast to Welch’s opinions – thinks Videator is damn cool. Of course, Bumgarner was silly enough to have actually used the app, while Welch critiqued a screenshot. So I guess we should go with Welch on this one.

  2. Buzz Andersen Says:

    I also recommend “Universal Principles of Design.”

  3. Julian Grey Says:

    I always have had great respect for people, like Stone, who simply DO something. Although his UI may seem primitive, only a full review of the app and a thorough run-through of all of its tools can result in some useful criticisms.

    John C. Welch’s post seems little more than a rant. I agree with Chucky, Bumgarner’s little casual blurb was far more educated and well, humble.

    On subject related note:

    Apple Human Interface Guidelines

    Was the first work that I read on the subject and although seemingly mac-specific the UI guidelines provided me with a solid foundation on which to learn UI design principles.

  4. John C. Randolph Says:

    That’s not a critique at all. Welch makes no attempt to criticise any particular aspect of the product that he finds objectionable, choosing instead to make a vicious personal attack on one of the most talented engineers (and finest people) in the Macintosh developer community.

    I had no opinion of Welch before this, but now I have him firmly placed in the same category as Siracusa, Dvorak, and every other cluess troll in the blogosphere.


  5. Chucky Says:

    “I had no opinion of Welch before this, but now I have him firmly placed in the same category as Siracusa, Dvorak, and every other cluess troll in the blogosphere.”

    While Dvorak is indeed pretty dumb, Siracusa is pretty smart.

    Welch is punchy and readable, but he’s correct about his topic no more often than flipping a coin would be. And he seems like a bit of an asshole too. In my mind, he’s got similar qualities to Drunkenbatman. I read ’em, but I’m not sure I like ’em.

  6. John C. Randolph Says:

    Siracusa is pretty smart.

    Not hardly. He’s an HTML monkey who pretends to be an engineer, and appears to know more than he does, because he’s moderately articulate. Ask him what a transformer does sometime.

    The guy’s a lightweight.

    Welch is punchy

    Is that a new jargon for “flaming asshole”?


  7. Chucky Says:

    “The guy”™s a lightweight.”

    Lightweight or not, anyone who could popularize the notion of ‘the spatial Finder’ is pretty damn cool in my book.

  8. sjk Says:

    While I respect some of his knowledge, John C. Welch’s posts on the macosx-admin list often strike me as having an arrogant, know-it-all attitude. He seems quick to criticize others while being extremely uncomfortable admitting he’s wrong about anything.

    Anyone else tired of hearing about John C. Randolph’s apparent personal vendetta towards John Siracusa?

    Oh, and Rixstep’s A Word on Gruber is “John bashing” at its finest if that’s today’s theme.

  9. John C. Randolph Says:

    FWIW, I put a great deal of weight on Bbum’s recommendations. There have been several times when he’s pointed something out to me about six months before the whole world, it seems, is all over it. He’s been on the leading edge of where the software development world is headed, for a very long time.


  10. Mr Rant Says:

    o Videator is really a piece of shit from a UI point of view and Andrew Stone had never got a clue about how a good UI can make your product better. You can send him a complete list of things that could be improved, he just does not care because he has no clue what a UI is (I tried it). It’s as if he thinks that using the alignement guidelines in IB is enough to make a good UI.

    o This makes me think that there is no point in listing a particular aspect of the product when the whole UI is a disaster contrary to what el mustachero is claiming.

    o Yet, I do agree there is no need to criticize Andrew Stone himself to claim that its software is a piece of shit from a UI point of view. The product speaks for itself.

    o BTW, I tested some of Stone Design applications and the UI is a piece of shit for almost all products (it got worse when he started using the Brushed Metal look in Imaginator) and the workflow is not Mac OS friendly.

    And I’m not John Gruber, just someone who strongly think that A. Stone could spend money in hiring a UI designer so that his products get more successful.

  11. William F. Adams Says:

    I’d suggest _Designing Visual Interfaces_ by Kevin Mullet and Darrell Sano as an excellent book on interface design which is in and of itself well-designed (I picked up About 2.0 on remainder and found it just about unreadable ’cause of the overly long textwidth and mediocre design).


  12. sascha brossmann Says:

    funny how opinions can differ concerning cooper’s “about face 2.0″. personally (i eventually happen to be a designer who is coming from communications design originally, public recognition included) i found it to be one of the most outstanding books on the subject, together with donald norman’s classic breakthrough “the design of everyday things” (severely missing on the article’s list). why? because it helps you to build a solid working mental framework for interface and interaction design, teaching you methods and processes from ground — i.e. the hard stuff. further, even though it could be better designed — as a book! —, it still supports well different types of reading from quick scanning to in-depth lecture. yes, there are several books with better typography out there, no doubt. but it is far from unreadable and the content really makes it worthwhile. by far.

  13. Andy Lee Says:

    I look forward to trying Videator and judging for myself. All I know at this point is that (1) Andrew Stone is a kickass developer who was writing kickass NSApps years before Cocoa was a gleam in anyone’s eye; and (2) I give a lot of weight to jcr’s and bbum’s opinions.

  14. Andy Lee Says:

    Oh, and Alan Cooper’s *other* book, _The Inmates Are Running The Asylum_, kept me drawn to the software business at a point when I was considering leaving it.

  15. Daniel Jalkut Says:

    I really appreciate all the feedback, though I’m a little concerned by the hostile tone of some comments, which imply that I am perpetuing some kind of anti-Stone insult team. I don’t have any problem with Stone beyond the terrible UI in this and some others of his applications.

    In response to challenges that my complaints are baseless I’ve expanded the entry to include a very of-the-cuff response to the application’s UI with annotated explanations for my reactions.

  16. Andy Lee Says:

    Daniel, thanks for adding the specific criticisms. For what it’s worth, even without the detailed analysis I thought your piece was actually a good, thoughtful piece of writing, as opposed to Welch’s rant, which I didn’t care for. The fact that he freely admits to being a blunt asshole doesn’t make him any more entertaining or insightful. There are blunt assholes much more interesting than he seems to be, based on that one piece.

    I’d have to agree the Videator UI is a train wreck, and it’s a shame, because this could and should be a terrific app. I’ve never seen anything quite like it, and I can see how it could be fun as well as useful.

    I love the idea of a “Mac Eye For The NeXT Guy,” though it’s more like “Designer Eye For The Engineer Guy.” The metaphor is especially fitting if Andrew is as stubborn and oblivious as at least one commenter has said — just like those guys on “Queer Eye” whose girlfriends have been trying for years to tell them they look terrible. (Just so you know I’m not some kind of metrosexual chauvinist, I say this knowing full well I could use a Queer Eye makeover myself. :))

  17. Andy Lee Says:

    Another glaring UI error, not in the app but in the tutorial QuickTime videos: the dimensions of the videos are way too big; one of them barely fits in my maxed-out browser window, and the other doesn’t fit even after I hide the browser’s toolbar. This is on a MacBook, at the normal 1280×800 resolution.

  18. Dominik Wagner Says:

    What saddens me most is that I always likedt the feature set stone studio provided. But is and was always packaged so badly that I was instantly reminded some of the british Applications on Risc OS. +5 points for great features – several million for lack of any style whatsoever. This always reminded me of how much better the computing world could have been if Acorn would have had a front man like steve jobs who would have provided taste and boldness. All things that Acorn totally lacked. Brilliant OS – tasteless optics and marketing. BTW.: now sells wintel laptops.

  19. Julian Grey Says:

    “Constructive enough for you?”

    Yes ^^;

    Kudos for providing some very clear examples.

    Now your post goes from a general call to good UI design, to clearly articulating UI problems in Stone’s app and thereby illustrating the urgent need for developers to pay attention to good UI design.

    Whereas the initial version of this post prodded one into thinking about good UI design, the updated version shoves you off a cliff.

    Very nice. ~

  20. Red Sweater Blog - Andrew Stone Responds Says:

    […] I had an off-line chat with Andrew Stone, to see what his reaction was to my recent entry about the design of Videator. He agreed to let me publish his response here as a counterpoint to my pretty strong criticism. He makes some good points and at the end of the day, he’s right: it’s best to download and try it out for yourself. […]

  21. Andrew Stone Says:

    Besides, since we give free upgrades for life, expect to see many of these issues resolved in an upcoming release!

    The good news is that this laundry list of what bothers Daniel is trivial to fix, for the most part.

    I appreciate Daniel’s ‘deep linting’ of the UI – and I’ve definitely made that Instant Effects Popup thinner first thing ;-). Trying to decipher tiny icons which would replace the ‘pix, flix…’ can actually cause more cognitive overloading than the simple text. I’ve squeezed in “audio” so at least that is spelled out.

    So in the end of the day, I can continue to improve the GUI. But what remains – and I’m not referring to Daniel who has been gracious – certain bloggers will always be perceived as rude, arrogant and spiteful.

  22. sjk Says:

    But what remains – and I”™m not referring to Daniel who has been gracious – certain bloggers will always be perceived as rude, arrogant and spiteful.

    Can you clarify that? Seems you meant “… what remains will always be perceived as rude, arrogant and spiteful by certain bloggers …” but just the “certain bloggers will always be perceived as rude, arrogant and spiteful” part is more grammatically correct when taken out of context by itself.

  23. John C. Welch Says:

    I didn’t get into specifics, because with UI, there’s rarely a point. The same thing that can make one set of users really pissed off and angry make another set quite happy. Brushed metal interface anyone? Or even older…Aqua, Colors in the UI in Mac OS 8, etc. Good UI is like pr0n…you can’t identify it, you only know it when you see it. Videator ain’t it, not to me, and evidently, not to a lot of people. To those who insist that I should have tried the application before savaging the UI, I reply back, the functionality of the application does not make the UI any better. When I see a UI that makes my eyes hurt, and the baby jesus cry, there’s nothing about the application that makes me want to try it. However, I know people who insist that Windows XP is “teh bombz0r” of great UI, and can marshal great amounts of data, statistics, and the like to “prove” their opinion. Still looks like it was designed by a committe who can barely spell UI. My experience with Office 2007 shows me that they’re still using that same committee.

    A good UI is, as many have pointed out, not just functional, but it’s also how you get people to want to use your application. It attracts the eye. It invites you to reach out and play. A bad UI that you have to “play with for a while to understand” is none of that. It is something to be endured. The UI is the first impression anyone has of an application, and it becomes the daily impression people have of the application. Were people to take it more seriously, you’d have fewer tech support calls by people asking “How do i…”

    Lest you think I single Stone out for bad UI, let me say that he is hardly the worst offender in the Macintosh Universe. The Adobe Acrobat team is kicking Stone’s ASS in the field of Bad UI. Indeed, Acrobat may be the poster child for how not do do UI. Andy’s UI designs are…well – intentioned, but they show he’s not a UI designer. Adobe Acrobat shows that the Acrobat team hates its users, and wants them to stop using the product. It’s the only justification I can come up with for the UI. There’s not a single part of it that isn’t crap. There isn’t a word that I know which can adequately define just how…ghastly the Acrobat UI. Whomever approved that design should have to work with it forever, on a slow Mac with randomly failing RAM. Also note that I use Acrobat almost daily, and while it has a ton of functionality, the fact that the UI is so shamefully bad makes every minute of that use akin to being nibbled to death by baby ducks. So we can dispense with the idea that what looks like a bad UI will magically become a good UI if you subject yourself to it long enough. Planning on Stockholm Syndrome should not be a guiding principle of UI design.

    As far as the rest goes…People, it’s only the Intarweb. Relax

    Okay, so one minor point. JCR compared me to Dvorak, and that’s not really accurate. Dvorak gets paid to write outrageous shit that jacks hitcounts. He cares, and very deeply, about his readers, which is why he pisses them off. Because it gets him more readers, which gets him more money. I don’t get paid for, so me being a Dvorak has no material benefit whatsoever. Dvorak is very deliberately manipulating people like JCR into hating him,

  24. Red Sweater Links » Blog Archive » Icons and UI Differentiation Says:

    […] Jasper Hauser discusses the striking similarities between Apple’s Dashcode icon and the icon for a similar application that he had designed the icon for. He uses the observation as an opportunity to make some interesting points on differentiation in application UI design. The goal of looking the same as everything else (consistency) while also looking different (individual style) is one that resonates with me and seems particularly important in light of my recent comments on good and bad Mac GUI design. […]

  25. Red Sweater Blog - Another UI Bites the Dust Says:

    […] It’s been a little while since I critiqued (or mercilessly attacked, depending on your perspective) an application’s UI. Actually, it hasn’t been that long at all, but I just downloaded and tried the Mac OS X version of Meetro, and we might as well learn from some of their successes and mistakes. Let me just warn anybody loyal to Meetro that this entry will not be high-fives all around. […]

  26. Jens Ayton Says:

    Andrew Stone said:

    Trying to decipher tiny icons which would replace the “˜pix, flix…”™ can actually cause more cognitive overloading than the simple text. I”™ve squeezed in “audio” so at least that is spelled out.

    I agree on the icon thing – that way lies MS Office. However, on the off chance you”™re still reading this, how about “Gallery” instead of “pix & flix”?

  27. » FlexTime 1.0 finished Says:

    […] Daniel Jalkut of Red Sweater infamy has released FlexTime, a Mac OS X timer application. Of interest to me is that FlexTime might well be the first released Mac OS X application to make used of my Toxic Progress Indicator Cocoa Widget, as seen in the following screenshot: […]

  28. Red Sweater Blog - One Small Step For A Man Page Says:

    […] Most of the time when I download some new piece of software, it’s mere seconds before I’m frothing at the mouth about some interface or usability problem. […]

Comments are Closed.

Follow the Conversation

Stay up-to-date by subscribing to the Comments RSS Feed for this entry.