Slashdot Mirror


Independent Human Interface Guidelines

An anonymous reader alerts us to the IndieHIG Wiki, which is an independent effort to pick up the ball that Apple has dropped on human interface guidelines (can you spell FTFF?). From the wiki: "The IndieHIG project is an initiative created out of the necessity to document the new look and feel aspects of the Mac OS X experience, outside of the supervision of Apple itself. The project is not intended to replace, but rather to supplement the somewhat dated Apple Human Interface Guidelines (HIG). There are many instances of Apple using new and experimental interface styles, spurring developers to emulate these styles in their own applications. Unfortunately, because Apple provides neither guidelines nor code for developers to work with, the implementation of these interface styles and features by third parties can be lopsided and directionless. The IndieHIG intends to change this by providing a comprehensive set of guidelines governing the use and appearance of new, undocumented interface elements so that their implementation by third party developers adheres to the unwritten standards that Apple has set."

14 of 245 comments (clear)

  1. UI standards wouldn't hurt by Nefarious+Wheel · · Score: 5, Insightful

    As in the auto industry, placement of standard controls in the user interface make everyone comfortable enough with the technology to promote universal usage. How they connect, their feel etc. leaves everyone a bit of leeway to play with the design, but there are those first moments when you immerse yourself into a technology where you neither want nor need to think about how to begin. The initial controls should be familiar to all.

    --
    Do not mock my vision of impractical footwear
  2. Dumb mistake, Apple by Spunkemeyer · · Score: 5, Insightful

    Why would they let the Human Interface Guidelines langush? The consistency of the experience in using a Mac is a big plus. But, given the number of inconsistencies that have crept into OSX the past few versions, it's completely obvious to see it hasn't been a priority to them.

    1. Re:Dumb mistake, Apple by RustNeverSleeps · · Score: 5, Informative
      No, actually this behavior is not new to the latest version of iPhoto and it is specifically covered in Apples (now dated) Human Interface Guidelines. Quoting from the HIG:

      "In most cases, applications that are not document-based should quit when the main window is closed. For Example, System Preferences quits if the user closes the window. If an application continues to perform some function when the main window is closed, however, it may be appropriate to leave it running when the main window is closed. For example, iTunes continues to play when the user closes the main window." As iPhoto is not document based nor does it do anything with the main window closed, it should (and does) quit when you close the main window. That said, I agree that there are some inconsistencies that Apple should fix in OS X and Apple first-party applications, just that the example you gave is not one of them.
  3. Typical by ThePub2000 · · Score: 4, Insightful

    Guess someone has to pickup where Apple leaves off, it's just too bad that Apple is so set in not continuing all those years of solid UI studies they funded and documented themselves.

  4. Giddyup! by jddj · · Score: 5, Interesting

    Human Interface Guidelines have been languishing for far too long at Apple (basically since OS 9 if not a little before).

    This is sorely needed for the OS X platform, and Microsoft, all of the Linux Manager projects and the web as a whole could stand to take a few notes.

  5. Leopard May Obviate This Project by Apple+Acolyte · · Score: 4, Interesting

    If the rumors are true, new unified interface standards will be debuted with Leopard. I think we may well see major developments on that front. There's a new unified grey theme that is going to replace Metal. Resolution independence is another big item, and we know that's coming. Hopefully Leopard will be the release to fix most, if not all, of the minor UI inconsistencies found in Apple's applications, which will in turn spur developers to follow suit.

    --
    Part of the hardcore faithful who believed in Apple long before it was cool again to do so
  6. They're guidelines, not commandments. by Tickletaint · · Score: 4, Insightful

    When you start applying them as though they were cold, autistic rules, you start degrading usability. Emerson said it better than I ever could, but I will say this: Judicious use of dissimilar UI paradigms can emphasize the aspects of your application that are dissimilar to others, the aspects that need special attention from the user. Not everything should be treated the same.

    That said, there are plenty of amazingly talented programmers who turn out to be rather shitty UI designers. While guidelines like the Mac OS X HIG are most useful in the hands of designers who already know what they're doing, I suppose as a cheat sheet for coders who have nowhere else to seek advice, they're better than nothing.

    --
    Make Slashdot readable! See journal.
  7. Re:Maybe KDE & Gnome Folk Will Read... by wall0159 · · Score: 4, Informative


    While I'm sure that Gnome and KDE developers can get something out of HIG docs, I'm sure they already are! As a user of both Gnome and MacOS Tiger, I think that Gnome is in many ways _more_ consistent!

    On my Mac, Finder, Address Book, and iCal are brushed metal, whereas Mail and iTunes are uniform grey. Preview is different again. What the hell?!? Over the last 3 years, MacOS has become _less_ consistent, whereas Gnome has become much more so.

    So you don't like the default colours on Ubuntu - change them. It's very easy to do, even for newbies - personally I find them refreshing from the over-pervasive blueness of most desktops, but you can make it blue if you want!

    I'm not saying Gnome is perfect (I haven't used KDE much for a while) - I doubt anyone would say that - but it's certainly not as inferior as you're making out.

  8. Comment removed by account_deleted · · Score: 4, Informative

    Comment removed based on user account deletion

  9. Re:Maybe KDE & Gnome Folk Will Read... by mushadv · · Score: 5, Funny

    If you think this colour looks like poop, you should visit your optometrist.

    Or your proctologist.

  10. Microsoft's User Interface Guidelines by Kadin2048 · · Score: 4, Funny

    Microsoft has had design and UI guidelines out forever. An awful lot of 'developers' do not know, or fail to heed..but they've been out there.

    Yeah, they've been on display in the bottom of a locked file cabinet in a disused lavatory in the unlit sub-basement of an abandoned garden shed on the outskirts of the Redmond campus for years!

    --
    "Ladies and gentlemen, my killbot features Lotus Notes and a machine gun. It is the finest available."
    1. Re:Microsoft's User Interface Guidelines by @madeus · · Score: 4, Funny


      ....with a sign on the door saying "Beware of [the] Leopard"

    2. Re:Microsoft's User Interface Guidelines by AaronBrethorst · · Score: 5, Informative

      You mean these guidelines?. They pretty easy to find; searching for "Vista Ux Guidelines" will do the trick for you.

      --
      No, but I used to work for Microsoft.
  11. Re:Maybe KDE & Gnome Folk Will Read... by moosesocks · · Score: 4, Interesting

    Well, for one, users do react better to a UI that's visually appealing (but non-invasive). Although I personally think that Apple's Mail.app shown in the grandparent post violates this principle, OS X on a whole conforms to it pretty well.

    As far as "amateurish UI element spacing and layouts", I refer you to this KDE Print Settins dialogue. Although the screenshot's somewhat dated (2004), I came across a similar dialogue this past week when using my University's linux cluster. Although the font configuration doesn't appear to have been borked like in the screenshot I linked to, the element spacing was the same, despite the smaller fonts (ie. huge window, small fonts).

    There are a few examples of good UIs on KDE/GTK apps, but for the most part, they tend to look very sloppy. Win32 apps tend to look neutral and professional. OS X apps are a bit more flashy, but are on a similar level of "neatness".

    I would doubt that it's even an issue with "open-sourceness". Adium, a (free) GAIM-based multi-platform IM client for OS X has what is easily one of the best UIs I've seen on an application regardless of license or platform.

    Another complaint I have is that FOSS GUIs tend to rely a lot on toolbars and icons. Although this isn't necessarily a terrible thing in and of itself, It is more often than not the case that WAY too many icons are presented, and that the design of said icons gives very few visual cues as to the function of the button. Konqueror is a terrible offender of this crime. Although virtually every other browser on the planet gets by just fine with 4 or 5 buttons in the toolbar, Konqueror somehow feels that it's perfectly acceptable to put 17 buttons in the default toolbar.

    --
    -- If you try to fail and succeed, which have you done? - Uli's moose