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."

245 comments

  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
    1. Re:UI standards wouldn't hurt by Anonymous Coward · · Score: 0, Troll

      In all seriousness, I don't want to start a holy war here, but what is the deal with you Mac fanatics? I've been sitting here at my freelance gig in front of a Mac (a g5 w/2 gigs of RAM) for about 20 minutes now while it attempts to copy a 17 Meg file from one folder on the hard drive to another folder. 20 minutes. At home, on my Pentium Pro 200 running NT 4, which by all standards should be a lot slower than this Mac, the same operation would take about 2 minutes. If that.

      In addition, during this file transfer, Safari will not work. And everything else has ground to a halt. Even links is straining to keep up as I type this.

      I won't bore you with the laundry list of other problems that I've encountered while working on various Macs, but suffice it to say there have been many, not the least of which is I've never seen a Mac that has run faster than its Wintel counterpart, despite the Macs' faster chip architecture. My 486/66 with 8 megs of ram runs faster than this machine at times. From a productivity standpoint, I don't get how people can claim that the Macintosh is a superior machine.

      Mac addicts, flame me if you'd like, but I'd rather hear some intelligent reasons why anyone would choose to use a Mac over other faster, cheaper, more stable systems...

    2. Re:UI standards wouldn't hurt by Anonymous Coward · · Score: 2, Insightful

      Cars all have the same function. Cars take you places.

      Computer programs do not all have the same function. Photoshop does not do remotely the same job that gcc does, and neither are much like Doom. There's no reason for all programs to be force-fit into identical interfaces.

    3. Re:UI standards wouldn't hurt by kinabrew · · Score: 1

      That doesn't mean that you should re-invent the wheel for every program you create.

      Consistency between most Mac apps means having less to learn when using a new program. That's a big plus.

    4. Re:UI standards wouldn't hurt by Divebus · · Score: 3, Funny

      Maybe the paper punch tape has too much drag on it. Loosen the supply reel brake a little.

      --

      Most of the stuff on /. won't survive first contact with facts.
    5. Re:UI standards wouldn't hurt by ClosedSource · · Score: 1

      I find the opposite to be true. Locking, unlocking, and opening doors, buckling and unbuckling seatbelts, adjusting the seats, releasing the brakes, etc, etc vary widely from car to car. Even which side the steering wheel is on varies. Cars are incredibly idiosycratic.

    6. Re:UI standards wouldn't hurt by billsoxs · · Score: 1

      Maybe the paper punch tape has too much drag on it. Loosen the supply reel brake a little.

      Wow - you got one of the NEW Macs! I can't wait till I can get one too!

      Thanks for the laugh!

      --
      This message was brought to you by "Lack of Sleep."
    7. Re:UI standards wouldn't hurt by ClosedSource · · Score: 0, Offtopic

      That should be "idiosyncratic" not "idiosycratic".

    8. Re:UI standards wouldn't hurt by Anonymous Coward · · Score: 0

      You know, you idiots spend way more time worrying about if you're going to have to learn something every time you sit down at the computer than you would ever spending just learning it. Go get a life or something!

    9. Re:UI standards wouldn't hurt by Divebus · · Score: 1

      Maybe you've got the Inverse Midas Touch.

      Seriously - something is amazingly fucked up with what's going on wherever you are. I can copy several gigs of stuff over the network in two minutes with all my Macs (I manage about 60 of them). Does the boot drive say "4 kb available"? That's the only thing I know of that'll slow down a Mac like that.

      Aside from that, I've replaced piles of Windows machines with Macs over the last 3 years. Windows is the only OS I know of that will crash if you leave it alone long enough. The Macs have all been way more trouble free and cheaper to run than all the Windows machines they replaced. We used to do nothing but run around and fix Microsoft specific problems all day long. Now I mostly sit around - and the other two guys got laid off.

      Whatever the hell is going on, it ain't right - or maybe it really is you.

      --

      Most of the stuff on /. won't survive first contact with facts.
    10. Re:UI standards wouldn't hurt by Anonymous Coward · · Score: 0

      Actually, having a life is *exactly* the reason why most people don't want to have to learn things from scratch every time they use a new app. This is why Linux on the Desktop is *still* a steaming hoard of AIDs-infected goat shit.

    11. Re:UI standards wouldn't hurt by drsmithy · · Score: 3, Informative

      Computer programs do not all have the same function.

      Most computer programs have a common set of identical functionality. Some examples are manipulating windows (resizing, closing, etc), manipulating files (open, save, etc), manipulating text (copy, paste, etc), online help, changing settings.

      It is a significant boost to productivity, learnability and ease of use when these common types of functionality are presented in a consistent and predictable fashion.

      Further, there are a number of general UI principles - like Fitt's Law - that can also be used (where applicable), regardless of specific implementation.

    12. Re:UI standards wouldn't hurt by Anonymous Coward · · Score: 0

      lol, windows will crashe if you leave it alone long enough eh!

      maybe its windows...or

      ok, well talking of "ain't right, and maybe it is you"

      I know for sure that its you...

      coz anyone who can seriously suggest that its a good idea to run a bunch of macs in a commercial situation either hasn't looked at the extortionate cost of parts....

      or more likely, they're a liar, and they're probably the usual individual thickie mac user, who has made a purchase of a nice piece of jewelrey to express their individuality with.

      oh and watch for overheating on your shitheel laptops, apple say don't put them on your lap anymore! LOL

    13. Re:UI standards wouldn't hurt by Anonymous Coward · · Score: 0

      wow, can you get doom working on a mac!!!!

      i didn't think it had the horsepower to run real 3d appz!!!

      go mac go!

    14. Re:UI standards wouldn't hurt by Fear+the+Clam · · Score: 2, Funny

      Look, people, it's a gnu, okay? Not a goat.

    15. Re:UI standards wouldn't hurt by Zonk+(troll) · · Score: 1

      This is why Linux on the Desktop is *still* a steaming hoard of AIDs-infected goat shit. I know this is a troll, but honestly, have you ever used Gnome or KDE? When using Gnome, with the exception of Firefox*, everything is very consistent. IMHO, it's far more consistent than Mac OS X Tiger (I use it daily) or Vista (was inconsistency a design goal?).

      * Not to troll, but while it's my browser of choice, it annoys me to no end that it's not a truly "native" app. There are always inconsistencies with the theme so it looks out of place, the icons don't follow my theme, it doesn't follow the same font settings as the rest of my desktop, the fonts it use look ugly compared to the rest of the system, it uses hideous Win95-style form controls instead of my GTK+ theme, etc.
      --
      "The Federal Reserve is a fraudulent system."--Lew Rockwell
      End The FED. -
    16. Re:UI standards wouldn't hurt by Anonymous Coward · · Score: 0

      Most pathetic trolling attempt ever.

    17. Re:UI standards wouldn't hurt by Anonymous Coward · · Score: 0

      it got you going monkey bollox!

    18. Re:UI standards wouldn't hurt by eennaarbrak · · Score: 1

      Maybe the standard should first address the basic issue of how we view our interactions with a computer.

      For some applications, a computer program consists of a set of "objects" that can be manipulated using "commands". (Examples: most 3D games, CAD, design tools, most email clients). The command is local to the object. These types of applications are known for being open-ended in the sense that they do not try to force the user to come to a solution using a predefined path, but allow the user to determine how he wants to solve the problem.

      Other applications promote a task-oriented (process based?) interaction (work flow, Amazon check out). For these apps, a whole different set of rules need to apply. The user must be guided in a very restricted way to solve his problem.

      I reckon a completely different set of UI standards should apply to these 2 scenarios.
    19. Re:UI standards wouldn't hurt by revscat · · Score: 1

      That guy is a auto troll. That message pops up in just about every story related to Macs; I've seen it 5 or 6 times now.

    20. Re:UI standards wouldn't hurt by Arcane_Rhino · · Score: 1
      Look, people, it's a gnu...

      Although you are responding to a flame, that was really funny. ^o^

    21. Re:UI standards wouldn't hurt by teh+kurisu · · Score: 1

      The basic controls on a computer are standard in the same way as they are in a car. Pedals are clutch-brake-accellerator, left to right. Turning the steering wheel clockwise makes the car turn right. In the same way, a keyboard prints characters on the screen where the cursor is, and the mouse controls the pointer. One mouse button performs clicks, the other brings up a context menu (even on Macs).

      Other controls start to differ in placement, but they're all basically there. There's usually a gear shifter of some form, whether manual or automatic and whether between the seats or on the steering column (flappy paddle). In RHD cars, indicators and wiper stalks change sides depending on whether your car is European or Asian. There's a variety of ways to pop the bonnet. And then there's the Citroën CX, where the controls were everywhere but where you expected them.

      In the same way, the position of the main menu, menu bar, quick application launcher and task bar are often in different places on different computers. System settings will be in different places. Folders will be arranged differently. But it's all there.

      The problem is that it doesn't really matter how good my car's user interface is. I'll still get lost on the roads.

    22. Re:UI standards wouldn't hurt by Meski · · Score: 1

      Other controls start to differ in placement, but they're all basically there. There's usually a gear shifter of some form, whether manual or automatic and whether between the seats or on the steering column (flappy paddle). In RHD cars, indicators and wiper stalks change sides depending on whether your car is European or Asian. There's a variety of ways to pop the bonnet. And then there's the Citroën CX, where the controls were everywhere but where you expected them. And, continuing your analogy, And then there's Windows Vista...
    23. Re:UI standards wouldn't hurt by jgrahn · · Score: 1

      Computer programs do not all have the same function.
      Most computer programs have a common set of identical functionality. Some examples are manipulating windows (resizing, closing, etc), manipulating files (open, save, etc), manipulating text (copy, paste, etc), online help, changing settings.

      Maybe most programs on your computer, but a tiny fraction on mine. The grandparent was simply contrasting GUI type of program with a non-interactive command line program, and suggesting that you cannot apply the same style guidelines to both.

      And there are other classes of user interfaces too: Unix filters, shell-like programs, full-screen terminal-based programs, daemons ...

      Apple-like style guidelines are fine, as long as they recognize that there are other user interface metaphors.

    24. Re:UI standards wouldn't hurt by Anonymous Coward · · Score: 0

      You know your trolling behaviour is completely mental right, and cause for concern for everyone else? You should really be on a watch list somewhere.

  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 jellomizer · · Score: 1

      Well I am guessing you are talking about The Different Window Borders? Aqua, Brushed Metal, Plastic...
      But that doesn't really effect the UI it is just an an appearance thing. The Close, Minimize, Expand buttons are in the same place. Same with the Menu bars. The Menu sub systems is always in the same place. If a Person will have a hard time using a Mac because some of the windows look a bit different then they have more problems then just Apples UI. Apple is trying to expand what it can offer us and as well keeping it consistent is much harder then you think.

      --
      If something is so important that you feel the need to post it on the internet... It probably isn't that important.
    2. Re:Dumb mistake, Apple by datapharmer · · Score: 1, Insightful

      No, it is bigger than that... Take for instance the latest version of iphoto: when you click the red circle on a window, it should close the window but leave the program running. This has been true of OSX since the beginning, but in iphoto and a number of recent apple apps when you click the red circle it actually exits the program. This confused me the first couple times I used it and is only true with the latest version of iphoto. I assume this change and some others are aimed to make the programs act more similar to windows so converts feel more comfortable after then change-over, but this is a serious UI problem since it causes inconsistencies between programs. There are other problems, but I thought I would point this one out as it can be very annoying.

      --
      Get a web developer
    3. Re:Dumb mistake, Apple by prockcore · · Score: 1

      That's just one aspect. How about how some apps quit when the last window was closed, and others don't?

    4. Re:Dumb mistake, Apple by 7Prime · · Score: 1

      Yes, but what does the expand widget do? Tell me? Beacuse every window handles it differently. For some, it is the same as a windows "Maximize", for others, it expands the window out to encompass all content, and for others, it does even other things, or even nothing at all. And tell me what the gray oval button does? For some programs it shows/hides a drawer, others it does strange things to the windows.

      Just because all the windows have the same buttons doesn't mean that they all function consistantly.

      I will say this, though, most of the problems with the OS X interface began in the original OS X, and over time, they gradually have improved. I can't think of one instance where things have gotten worse from one version from another. Finally, brushed metal has been realed in, content placement has become more standardized, and generally things have become more uniform. But they still have a long way to go from the absolute mess they made of the original OS X UI.

      --
      Multiplayer Gaming (defined): Sitting around, discussing single-player games with my friends, at the bar.
    5. Re:Dumb mistake, Apple by Anonymous Coward · · Score: 0

      I assume this change and some others are aimed to make the programs act more similar to windows so converts feel more comfortable after then change-over, but this is a serious UI problem...
      Indeed. This is yet another reason to resist the plague of switcheurs.
    6. 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.
    7. Re:Dumb mistake, Apple by datapharmer · · Score: 1

      Thanks for pointing this out! I guess there are so many other programs that fail to follow this that iphoto was the one that felt wrong.

      --
      Get a web developer
    8. Re:Dumb mistake, Apple by Blakey+Rat · · Score: 2, Interesting

      Actually, the Close button used to be on the other side of the window. Remember? Far away from the others so you wouldn't click it by accident while trying to Zoom? That's the kind of detail Apple used to get right.

      The Ars article "About the Finder" describes exactly how Apple could have expanded what it can offer us without losing any consistency. Apple just plain didn't try.

      But forget the interface consistency, what about the blatant bugs? How about the crappy network support, so that if I have the audacity to open my iBook somewhere other than "the network its used to" it literally freezes Finder for minutes at a time. Then you go to open something on your (offline) iDisk, and you're frozen for another minute. It's ridiculous. How about when I drag a file from my FTP program to the desktop, Finder seizes up and I have to force-quit it? How about the fact that it takes over three hours to delete 1,000 files from iDisk? Or that iDisk bookmark syncing will suddenly and unexplainably stop working, requiring you to turn the feature off and back on before it works again?

      Apple has seriously lost their way since OS X comes back. I want the old Apple back.

    9. Re:Dumb mistake, Apple by kinabrew · · Score: 2, Informative

      The normal behavior of the resize(+) button is to make the window just large enough to view all of the content in the window. Clicking that button again would resize the window to its original size.

      In programs where the display of the content depends on the size of the window, that button resizes the window between two sizes that the user can set.

    10. Re:Dumb mistake, Apple by gobbo · · Score: 2, Interesting

      The normal behavior of the resize(+) button is to make the window just large enough to view all of the content in the window. Clicking that button again would resize the window to its original size.

      In programs where the display of the content depends on the size of the window, that button resizes the window between two sizes that the user can set.

      Yes, and to add to this: Where the content doesn't have a set size, such as in a web browser, the zoom (resize) button actually maximizes the window to fill the screen. This is confusing to Windows users, as it is very context dependent and an attempt to direct the use of the window. Some developers don't seem to grasp this, either, and so there is occasional deviance from this very useful feature.

      Windows users complain about the window not maximizing because they don't get the notion of overlapping and interleaved (between apps) windows; I go nuts using windows because for once I would just like a window to snap-to-content.

    11. Re:Dumb mistake, Apple by Tickletaint · · Score: 1

      Where the content doesn't have a set size, such as in a web browser, the zoom (resize) button actually maximizes the window to fill the screen.
      It doesn't, actually—at least not in a decent web browser like Safari, which resizes the window to precisely fit the content.

      Seriously, in this day and age of 30-inch displays, who maximizes anything anymore outside the rare instances where a "Full Screen" option would be better?
      --
      Make Slashdot readable! See journal.
    12. Re:Dumb mistake, Apple by gobbo · · Score: 1

      Actually, the Close button used to be on the other side of the window. Remember? Far away from the others so you wouldn't click it by accident while trying to Zoom?

      Hear, hear! But then, save your wrist and use the keyboard. Oh, wait, there is no keyboard command for 'zoom window,' so I have to jump hoops to assign one on every OS X machine I work on. Shame shame, Apple, as resizing windows is designed to be a common action.

      But forget the interface consistency, what about the blatant bugs? How about the crappy network support, so that if I have the audacity to open my iBook somewhere other than "the network its used to" it literally freezes Finder for minutes at a time. Then you go to open something on your (offline) iDisk, and you're frozen for another minute.

      I have a bitter, bile-tasting feeling about Finder network performance and iDisk. Why should a BSD style machine have crappy ftp performance in the base GUI? Then there's refusing to offer a LAN or roll-yer-own iDisk option, yet sticking it in my face at various points in the OS, which amounts to junkware similar to something out of Redmond.

    13. Re:Dumb mistake, Apple by JoeCommodore · · Score: 1

      A good example is address book, which is now totally separate from mail which is not actually HI but it is very annoying yo launch a second app to edit email addresses. Also in Address book to add an address or group you press the [+] button on the bottom of the list (no nice easy to understand "add" button - but to delete and address or group there is no [-] button (like other similarly interfaced Apple apps), in Address book you have to highlight the item and press Backspace or Delete - very non-intuitive.

      Don't get me started about printer management in OSX.

      Apple lost a lot of it's over-all intuitiveness when they dropped OS9 and it is pretty much a mishmash of different interface styles as they seem to be more concerned about having cool widgets than a cool user experience.

      --
      "Enjoy what you're doing! If it becomes drudgery, you're doing it wrong!" - Jim Butterfield
    14. Re:Dumb mistake, Apple by Anonymous Coward · · Score: 1, Interesting

      Actually, if you want to share your photos with someone else, you must have the app running. Of course I can hide the app, but it still shows that the application is inconsistent with the spec, due to the spec being too ambiguous.

    15. Re:Dumb mistake, Apple by Overly+Critical+Guy · · Score: 1

      This has been true of OSX since the beginning, but in iphoto and a number of recent apple apps when you click the red circle it actually exits the program. This confused me the first couple times I used it and is only true with the latest version of iphoto.

      That's how single-document apps are supposed to behave. There's no point to keep iPhoto running after you close its main window, so it exits. If it was a document-based app, there would be a reason to keep running because you might want to open a new document.
      --
      "Sufferin' succotash."
    16. Re:Dumb mistake, Apple by prockcore · · Score: 1

      The normal behavior of the resize(+) button is to make the window just large enough to view all of the content in the window. Clicking that button again would resize the window to its original size.


      In theory anyway. Try it in the finder. Every time you click + the finder chooses a different size.

      In iTunes it toggles between a mini mode and the regular window.. hardly matching the spec.
    17. Re:Dumb mistake, Apple by thogard · · Score: 1

      No, you got that wrong.
      Red circle closes nextstep programs.
      Red circle closes mac window but leaves program eating up memory.

    18. Re:Dumb mistake, Apple by Blakey+Rat · · Score: 1

      Then there's refusing to offer a LAN or roll-yer-own iDisk option, yet sticking it in my face at various points in the OS, which amounts to junkware similar to something out of Redmond.

      Except the software out of Redmond lets you map a WebDAV share as a drive, and then turn on "Offline Files" for it... thereby offering exactly what iDisk is, except free and without the fanfare Apple gives it. Sure; OS X technically has the capability, as iDisk proves, Apple just doesn't let you use it on an arbitrary WebDAV share, only on .Mac WebDAV shares. Even Microsoft doesn't pull crap like that on its users.

      People malign Microsoft, but honestly, given the choice between a mediocre Windows box that can use a network and Finder, I'll take the Windows box for my next computer. I'm sick of OS X getting worse every year. Windows might not be all that great, but at least each version is an improvement over the one that came before. OS X still doesn't even have feature parity with 8-year-old System 9.

    19. Re:Dumb mistake, Apple by kinabrew · · Score: 2, Interesting

      In theory anyway. Try it in the finder. Every time you click + the finder chooses a different size.

      By default, windows do "fit to content" when resized, like I said. That is, unless you've clicked the button to "fit to content" and then resized that window. In that case, it remembers the size you set.

      In order to demonstrate this(and what I said in the last post), open some folders you haven't opened before(There are probably a bunch in ~/Library). Each window should be the same size.

      Now resize one of those windows, and click the resize button. It should "fit to content". Now resize the window and click the resize button again. It resizes to whatever size you set after first opening the window.

      Now click the resize button again. It resizes to the custom size you set.

      iTunes is a special case in that it has two different modes, but sure enough, it remembers the size of the window in both modes. Try resizing the window in either mode and then switch modes and switch back. The window will be the custom size you had set.
    20. Re:Dumb mistake, Apple by Paradise+Pete · · Score: 1
      In theory anyway. Try it in the finder. Every time you click + the finder chooses a different size.

      Try it in the calculator for some real interface hijinx.

    21. Re:Dumb mistake, Apple by MrHatken · · Score: 3, Interesting


      WRONG!

      This is a very good reason to keep iPhoto running after you close its main window. iPhoto also acts as a photo server allowing others to access photos on that machine.

      I wish iPhoto allowed me to close its Window (freeing up considerable memory, I am sure) so that I could leave it running without the window open on our media server at home.

      iTunes does!

      Cheers,
      Ashley.

      --
      Ashley Aitken
      Perth, Western Australia
      mrhatken at mac dot com

    22. Re:Dumb mistake, Apple by leenks · · Score: 1

      Those of us who use a single or dual headed 18" displays? (either because we can't afford a 30" display, or our IT services depts wont upgrade because our 18" panels still have a number of years left on the block?)

    23. Re:Dumb mistake, Apple by Ash-Fox · · Score: 1

      Seriously, in this day and age of 30-inch displays, who maximizes anything anymore outside the rare instances where a "Full Screen" option would be better?
      I know less than a hand full of people who own 30-inch displays...

      One of the people I know who has one uses beryl to split the desktop so when they maximize a window it takes up half of the screen. As for my personal uses, being someone who does use OS X -- I still find I need maximize much more than zoom at the end of the day.

      Additionally it bugs me that neither OS X nor Windows windowing environments neither let me just simply set "keep ontop" or "keep below" options on specific windows (especially annoying when one uses programs like the Gimp which really maximize screen efficiency).

      who maximizes anything anymore outside the rare instances where a "Full Screen" option would be better?
      Heh, I certainly do, even on widescreen laptops (and yes -- I have reasonable reasons why I do this with my applications).
      --
      Change is certain; progress is not obligatory.
    24. Re:Dumb mistake, Apple by ArsonSmith · · Score: 1

      Another totally outdated Mac UI is the damn menu bar being always at the top of the screen rather than attached to the window. On a dual monitor setup this is by far one of the worst UI ideas ever. The distance I have to travel, both in mouse and in eye movement is ridiculous. I keep my MBP plugged into a monitor but use the MBP screen as well. Unfortunately it isn't as useful as it should be because I don't want to put applications on the non-primary screen due to the distance.

      --
      Paying taxes to buy civilization is like paying a hooker to buy love.
    25. Re:Dumb mistake, Apple by LizardKing · · Score: 1

      Nope, grey square with a black "X" in it closes a NeXTstep program. I've still not worked out why NeXTstep 5.0 (aka Mac OS X) struggles to perform well on an 800Mhz Powerbook, while NeXTstep 3.3 works much more smoothly on a 33Mhz NeXT slab.

    26. Re:Dumb mistake, Apple by LizardKing · · Score: 1

      Seriously, in this day and age of 30-inch displays, who maximizes anything anymore outside the rare instances where a "Full Screen" option would be better?

      Those of us who use a laptop as their main machine? I like OS X, in fact when I bought my Mac I only expected to tinker with it before installing Linux or NetBSD, but the way the resize button doesn't maximise is an annoyance. At least it should have been made an option, even if it's one that only a third party tool like Onyx can tweak. For moving between applications I use Apple-Tab (equivalent to Alt-Tab on Windows and most Unix window managers), as it's more convenient than raising and lowering or tiling application windows.

    27. Re:Dumb mistake, Apple by Ilgaz · · Score: 1

      There is something wrong in Apple community, everyone thinks all can afford or pay for (I won't) 30 inch or anything more than 19" working perfectly CRT.

      Same thing happened when Apple removed Fax option from first Intel laptops. There were people who even claimed "Fax is passe'" making actual business people nuts. Glad Apple listened to business people and put it back on later models.

      One thing about Apple, they really know when and how to /ignore the vocal minority when making decisions like that. Safari is a nice example.

      19" Samsung CRT+15" Hyundai (don't laugh) CRT here. 34" :)

    28. Re:Dumb mistake, Apple by Ilgaz · · Score: 1

      Generally on programs you can "create new file/document" (creativity) and edit yourself, they don't quit after last window closed.

      Utilities, such as Disk Utility are generally used once, do its job and user expects to quit when work is ended Quits after last window closed. On TextEdit.app you may want to create a new document instantly without having to launch it so it doesn't quit after last Window closed.

      Same for Mail.app, you expect it to keep running and checking for mail so when you close its Application Window, it keeps running and checking for mail. You may also want to create a new message anytime.

      Hope I could express myself.

    29. Re:Dumb mistake, Apple by DrXym · · Score: 1
      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.

      I see little evidence Apple care about consistency any more. As you say their apps seem to change from one release to the next with more and more use of the wretched chrome for no discernable reason. It's interesting to read about an eight year old article from the Interface Hall of Shame article about Quicktime 4.0 and realise nothing has really changed much. iTunes on Windows has an atrocious UI which is funny considering how Apple used to preach consistency but now see fit to ignore it when it suits them.

    30. Re:Dumb mistake, Apple by eclectic4 · · Score: 1

      "How about the crappy network support, so that if I have the audacity to open my iBook somewhere other than "the network its used to" it literally freezes Finder for minutes at a time. How about when I drag a file from my FTP program to the desktop, Finder seizes up and I have to force-quit it?

      Sound like you have some issues that need to be fixed on your machine, complaining about them on /. won't magically fix them, sorry. I've never had any of those things happen to me and I've been using Macs for years, in and out of networks all the time, using FTP apps of all flavors, I've been a .Mac member for 4 years syncing everyday, etc.... Seriously, you have some computer issues, and they should be looked at by someone who knows what they are doing. Have you done anything to try and fix these issues?

      --

      "The greatest obstacle to discovery is not ignorance - it is the illusion of knowledge." - Daniel Boorstin
    31. Re:Dumb mistake, Apple by gobbo · · Score: 1

      Except the software out of Redmond lets you map a WebDAV share as a drive, and then turn on "Offline Files" for it... thereby offering exactly what iDisk is, except free and without the fanfare Apple gives it. Sure; OS X technically has the capability, as iDisk proves, Apple just doesn't let you use it on an arbitrary WebDAV share, only on .Mac WebDAV shares. Even Microsoft doesn't pull crap like that on its users.

      Yes yes, but I was referring to other MS junkware excretions like messenger running by default and IE being integrated in a sleazy way. Sure, the Finder needs networking optimization and sometimes cacks for a while when losing track of a share (nowhere near as bad as stated at the start of this thread), and fixing it is way overdue, while on a MS-oriented network, Windows wins. Still, OS X works great with third party networking apps and the good ol' way, via the command line, so I hardly notice unless I'm on a box that doesn't have the requisite freeware installed. Sleazy commercialization is a different set of comparisons, however. MS embraces and extends and squeezes out others; Apple just cripples one niche-but-desireable feature out of the box. The other junkware they happen to install stock, BTW, is MS Office trialware.

      given the choice between a mediocre Windows box that can use a network and Finder, I'll take the Windows box for my next computer. I'm sick of OS X getting worse every year.

      WTF? it hasn't gotten worse, but one notable feature remained unfixed, while the rest of the OS has seen huge optimization leaps over the years. Meanwhile, the typical home user Windows experience = reinstall every year or endure halving of performance--if you don't get zombied in the meantime. I've troubleshot plenty of 98/ME/2K/XP networking glitches, enough to not trust it any more than OS X.

      OS X still doesn't even have feature parity with 8-year-old System 9.
    32. Re:Dumb mistake, Apple by Blakey+Rat · · Score: 1

      You can repro one of my gripes very easily:

      Turn off iDisk syncing, so you're using the network drive directly. Copy 1000 files to it. Now delete those 1000 files by dragging them to the trash. Grab a stopwatch and time it. It shouldn't take more than a minute for this operation, but with iDisk it takes hours.

      Assuming you're using iDisk on a laptop, turn on iDisk syncing, let it do its thing so its synced, then sleep it. Now move into a location that has a wireless connection, but no bandwidth (for instance, the train I ride every morning.) Now wake your laptop, now double-click your iDisk to open a file from it. Grab a stopwatch and measure how long Finder is completely frozen.

      (This happens with ALL network shares, also, not just iDisk. The reason it's worse with iDisk is that the entire *point* of turning on offline files is to use iDisk... offline. Sure it works, after two minutes when Finder unfreezes itself, but what a terrible user experience. I think OS X is making the assumption that if it finds a wifi connection at all, that connection must have tons of bandwidth. Bad assumption.)

      I've re-formatted the laptop several times, and its never fixed the problems with iDisk. The simple fact of the matter is that they are bugs, blatant bugs. Either you're not coming across them because of dumb luck (not deleting lots of files at once, never being in a location with a flakey wifi connection) or you've subconsciously compensated for them by avoiding operations that you know will seize up Finder.

    33. Re:Dumb mistake, Apple by Blakey+Rat · · Score: 1

      Someday I'm going to make a list of things OS X does worse than OS 9 did. It'll be long.

      I will say, though, that while OS X has gotten faster over the years, it has not gotten better. The CPU executing some piece of code a few seconds faster doesn't help me if I'm wasting a half-hour puzzling over the UI. The network bugginess costs me from 5 to 10 minutes of productivity every day when I open my iBook on the train going home.

      The poor UI of Finder was only made poorer by the addition of the weird Spotlight window mode, which seems to have its own strange rules of unpredictability than the other two modes Finder windows already had. The "Save Dialog which obscures the text in the window you need to read to figure out what file name to enter" is still going strong, as is the "Dock which randomly moves and shifts around so you can never get used to where your icons are parked" (which includes the exclusive "Trash icon that actually moves out of the way of the file you're trying to drop on it, like one of those joke dialog boxes with the moving OK button" feature.)

      Meanwhile, Apple has increased their collection of non-standard window types to 4 or 5 now, which means that third-party developers are also not feeling any particular need to standardize their apps with the OS behaviors.

      The point of your post seems to be, "well, it's still better than Windows." While that's true, the difference is that Windows is getting better every version and Macintosh is getting worse. In addition, Microsoft is actually... *gasp* innovating with their UI design, while Apple redesigned their OS from scratch and ended up with the same icons and menus we've always had. I'd rather go with the company that has decent network support and is trying new things.

    34. Re:Dumb mistake, Apple by drinkypoo · · Score: 1

      honestly, given the choice between a mediocre Windows box that can use a network and Finder, I'll take the Windows box for my next computer.

      Luckily you have other choices, like BSD-without-Apple, and Linux. The latter is a better choice from a standpoint of compatibility, but whatever makes you happy...

      Remember that Windows XP is going away, and that means that Windows is now officially fucking over. Vista is not worth using for any purpose. I agree with your analysis of OSX - personally I think they should have gone with BeOS. Certainly it was about a million times faster than the POS that is OSX 10.4.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    35. Re:Dumb mistake, Apple by gobbo · · Score: 1

      Two words: Fitt's Law. Or: Keyboard Shortcuts. Take your pick.

      Plus: System Preferences > Displays, then drag and drop the menu bar in the symbolic displays to the monitor you prefer.

      Oh, sure it isn't blindingly obvious, but you're a power user right? you read the documentation. ;-)

      Window based menus, and resize window with any side, are slow and finicky. The menu bar at the top of the (preferred) screen makes the menu items practically huge, and thus far easier and faster to hit.

    36. Re:Dumb mistake, Apple by sbarkto · · Score: 1

      I wonder if this is simply a carryover from OS 9 and before. In the old Apple OS's, closing a window never closed the program, it merely made the window disappear. You had to Quit the application (Cmd-Q or from the menu) to quit the application. Admittedly, there are several OS X apps that quit when you close the main window. System Preferences does (but that's not an application in my book). System Info doesn't quit when you close the window though (would that be "document based?"). However, in the old OS 9 and before, the close window button was on the top right as I recall.

    37. Re:Dumb mistake, Apple by coolGuyZak · · Score: 1

      Considering that the GP quoted the HIG directly, you are in fact incorrect. iPhoto is implemented to the HIG. It has only one window (compare with iTunes' 2 windows). Furthermore, it doesn't continue to do anything locally after the user closes the window (compared with iTunes, which continues to play music locally). IE: The Bonjour file sharing functionality of iPhoto isn't considered by the HIG.

      IMHO, iPhoto, iTunes, et al. should be used to browse and manipulate media, not broadcast it. Removing broadcast features tailors the functionality to a more specific user intent, which (generally) simplifies the UI. From the Avoid Feature Cascade">HIG:

      If you are developing a simple application, it can be very tempting to add features that aren't wholly relevant to the original intent of the program. This feature cascade can lead to a bloated interface that is slow and difficult to use because of its complexity. Try to stick to the original intent of your program and include only features that are relevant to the main workflow.

      The best products aren't the ones with the most features. The best products are those whose features are tightly integrated with the solutions they provide, making them the most usable.

      One of the many areas where the HIG hasn't stayed up to date is with application & service integration. Ambiguity creeps in when you encounter functionality that should be "always-on". I believe that the proper solution is to separate bonjour sharing from the application(s) that support it, and move it into one or more OSX services. Preferences for these sharing services can then be configured via System Preferences > Sharing.

    38. Re:Dumb mistake, Apple by 7Prime · · Score: 1

      Are you kidding? That's one thing I HATE about Windows... and I use it every day, I can never find the menubar, because it's always changing location. Maybe they SHOULD put the menubar on both monitors (sorta like Windows should put the task bar on both monitors), but I'd kill for Microsoft to get rid of the idea that menubars should be attatched to parent windows.

      I guess it's a matter of preference. For that much, it wouldn't be too difficult to develope an OS that allows for both, depending upon the user's preference... but that would begin to screw with people when they started going back and forth between different computers.

      --
      Multiplayer Gaming (defined): Sitting around, discussing single-player games with my friends, at the bar.
    39. Re:Dumb mistake, Apple by ArsonSmith · · Score: 1

      "Two words: Fitt's Law. Or: Keyboard Shortcuts. Take your pick."
      You're kidding right? Fitt's law is completely wrong when a display grows to more than about 15 inches or spans two monitors. The distance traveled is far greater than would be if the menus where with the application as they should be.

      Keyboard shortcuts are great. You can use them no mater where the menubar is. Of course then I have to learn, not only the standard UI versions, but then all the application specific versions. And of course it is a pain to browse through the menus if I'm not sure the one I'm looking for. All this and I still have to move the focus of my eyes almost 2 feet away from the application I may be using.

      "Plus: System Preferences > Displays, then drag and drop the menu bar in the symbolic displays to the monitor you prefer."
      Putting the menu bar on the secondary monitor, now that's a great idea. Now instead of being annoyed when accessing menus from my less used applications, I get to be annoyed during use of my primary applications.

      I still don't understand the purpose of putting menus as far from the application work area as possible. Don't even get me started on the freaking way MS Office puts all the tool bars at the top of the screen making word/excel etc almost unusable. That has to be the MS way of laughing at OSX.

      --
      Paying taxes to buy civilization is like paying a hooker to buy love.
    40. Re:Dumb mistake, Apple by ArsonSmith · · Score: 1

      Always changing location? It is the mac OSX one that is always changing location relative to the work area of a window. If I am browsing a website on a secondary monitor and need to get to the bookmarks menu I have to travel over 28 physical inches from the web browser to the bookmarks bar and I have to shift my focus until the web browser is completely out of my center of vision.

      There are two options that should be added to OSX, the ability to tie menus to the title bar of applications (so people like me can change it from what people like you enjoy)

      And the ability to set mouse focus follows pointer. (Not window and/or keyboard focus) I want to be able to quit all the double clicking on window buttons not currently in focus. Plus, and mainly so, I'd like to be able to use my mouse wheel to scroll a background application without making it cover up my current application.

      --
      Paying taxes to buy civilization is like paying a hooker to buy love.
    41. Re:Dumb mistake, Apple by aliquis · · Score: 1

      I would prefer it in OS X if closing the last window killed the application and then I could just minimize itunes if I wanted to, I know that shows the window in the dock but I guess they would had to redo that somehow.

    42. Re:Dumb mistake, Apple by aliquis · · Score: 1

      There are guides for making your own ".mac" webserver with apache in freebsd, just google for it, if you for whatever reason doesn't want to use freebsd it's probably very easy to change os aswell. Just put your mail and jabber server on it aswell and you're good to go :)

    43. Re:Dumb mistake, Apple by aliquis · · Score: 1

      Yeah, IE, messenger and WMP are so different than Sadari, iChat and quicktime.

    44. Re:Dumb mistake, Apple by aliquis · · Score: 1

      Vista not worth using over XP? I doubt everyone see that as a fact.

      Maybe Apple didn't had the option to go with BeOS, or could. But it sure sounds like something which could be nice, I'd rather have a new modern multimedia OS than some multimedia layer over "unix".

    45. Re:Dumb mistake, Apple by Tickletaint · · Score: 1

      In what situations do you find yourself needing to maximize, rather than zoom? Keeping in mind that zoom does the same thing as maximize if there's enough content to justify it? I'd honestly be interested to know.

      --
      Make Slashdot readable! See journal.
    46. Re:Dumb mistake, Apple by Ash-Fox · · Score: 1

      In what situations do you find yourself needing to maximize, rather than zoom?
      Uh, from the top of my head on some of my daily activies...

      • File dialogs (works on KDE) - Every now and then I may want to look a large amount of thumbnails on screen, double clicking the window bar maximizes the window on my system (also helpful when I'm working with someone and don't want them to get distracted with something else on the screen).
      • chat sessions when I wish to see the most text as possible while additionally preventing other windows from distracting me (fullscreen isn't useful as it prevents me from multitasking) -- putting it on another virtual desktop isn't very useful for me because I tend to be a drag&drop maniac and I am really using a few different applications together.
      • websites - I shouldn't have to resize the window for the content each time and it shouldn't be full screen to obscure the taskbar/dock
      • e-mails/im dialogs in general as other windows can be quite distracting if you see them - taskbar flashing informs you if there is truly something important
      • Art software like the gimp - I can work with the art windows maximized while tools windows are set to be always on-top allowing me to maximize my space usage, (last time I tried The Gimp on OS X, it didn't zoom at all to the content size).
      • When working with things like spreadsheets, the program does not know how large the content is going to be, having to manually resize the window until it's like maximize with the border bars around it can be quite annoying.

      I can come up with more instances but they're more or less repeating the same 'philosophy' of what I've written already above.

      I don't miss zoom on other desktop environments, but I do find I miss maximize.
      --
      Change is certain; progress is not obligatory.
    47. Re:Dumb mistake, Apple by Tickletaint · · Score: 1

      Correct me if I'm wrong, and I certainly mean no impoliteness, but don't those all boil down to "I don't like to be distracted by seeing more than one window on the screen at once"? (Excluding instances where, as I mentioned before, zoom would expand your window to fullscreen anyway.) I suppose that's understandable, but still... I don't know, if something's really bothering me that much, that's what Cmd-Option-H is for.

      Perhaps I'm biased towards zoom because it seems more applicable in general. Fullscreen is a broken concept on widescreen displays; nobody wants to read lines of text hundreds of columns wide.

      --
      Make Slashdot readable! See journal.
    48. Re:Dumb mistake, Apple by Ash-Fox · · Score: 1

      Correct me if I'm wrong, and I certainly mean no impoliteness, but don't those all boil down to "I don't like to be distracted by seeing more than one window on the screen at once"?
      Some things I do want to see, which is why I set those windows "always ontop", minimizing windows unfortunately has weird side-effects such as taking other dialogs with them, pausing processing (really annoying) etc.

      Perhaps I'm biased towards zoom because it seems more applicable in general.
      I was brought up on the Amiga originally that didn't have a concept of maximization, but rather of window layering, such as keeping a window ontop of another, the one below another etc. I have to say after so many years, I'm somewhat still biased to that sort of interface, except it's now mixed in with the concepts of minimizing, maximizing and virtual desktops...

      Fullscreen is a broken concept on widescreen displays; nobody wants to read lines of text hundreds of columns wide.
      When it comes wide screen displays, my reasons are a bit different and include:

      • spreadsheets, yes, I really do want to read the data columns wide. Often I get a lot data and it can really help having as much of it displayed on the screen as possible.
      • When it comes to chat windows. I tend to use programs that use MDI type windows, so while the program is maximized, the various private queries, chatrooms/conference rooms aren't at that width, so a widescreen lets me maximize my space usage.
      • I have had the liberty of reading pdfs on widescreen displays, I do quite like the dual page layout on a maximized window
      I admit, it becomes somewhat less relevant to have maximization on widescreen displays since often the entire width isn't filled properly with information, however zoom is not something I particularly miss. It's easy for me to resize a window to a good proportion for the content inside it, but it's a real pain to get a window in a maximized form nicely and quickly.
      --
      Change is certain; progress is not obligatory.
    49. Re:Dumb mistake, Apple by Tickletaint · · Score: 1

      Urrgh, MDI... now that's a whole 'nother cultural battle waiting to happen. :)

      --
      Make Slashdot readable! See journal.
  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.

    1. Re:Giddyup! by YrWrstNtmr · · Score: 3, Insightful

      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.

    2. Re:Giddyup! by jddj · · Score: 1

      - uh - that was supposed to be "Linux Window Manager projects"

    3. Re:Giddyup! by PenguSven · · Score: 2, Insightful

      By "an awful lot" you're including 98% of Microsoft staff, right?

      --
      What is...?
    4. Re:Giddyup! by truthsearch · · Score: 3, Interesting

      As the other replier hints, the reason developers outside Microsoft ignore Microsoft's UI guidelines is because the developers inside Microsoft ignore them.

    5. Re:Giddyup! by I'm+Don+Giovanni · · Score: 1

      Yeah, the Office team always does their own thing, and then the Windows UI Guidelines are updated accordingly.

      Microsoft teams do their own things as well; to hell with the guidlines.
      But that's because Microsoft's teams have a lot of independence, almost as if they were their own companies, so it's no surprise that the Office team does what they think is best for them, regardless of what the Windows team thinks.
      But this same thing would've happened if they had been broken up, which everyone here wanted.

      --
      -- "I never gave these stories much credence." - HAL 9000
  5. What a jumbled mess of a site by Anonymous Coward · · Score: 3, Informative

    I'm not saying that this site is not needed in the UI community at large, but it seriously needs some work and input from designers. Probably the most useful entry is the "UI Elements to Avoid". Unfortunately, their number 1 avoidance is to avoid "Brushed Metal". However, the majority of their examples throughout the wiki make use of the Brushed Metal theme in all of their positive examples.

  6. Maybe KDE & Gnome Folk Will Read... by Anonymous Coward · · Score: 2, Insightful

    Can anyone explain how both KDE and Gnome have been working for years with the entire open source development world supporting them and they can't make anything even remotely close to the polish and UI level of this:

    http://images.apple.com/macosx/leopard/images/inde xdesktop20060807.jpg

    Do the toolkits just suck that much?
    Do the developers just suck that much?

    Shit brown desktop colours.
    Jarring font alignments, positioning, and rendering.
    Amateurish UI element spacing and layouts.

    And the first person to say the worlds 'pretty' or 'skin' gets a beating...

    1. Re:Maybe KDE & Gnome Folk Will Read... by Anonymous Coward · · Score: 1, Funny

      It has a pretty skin.

    2. Re:Maybe KDE & Gnome Folk Will Read... by Anonymous Coward · · Score: 3, Insightful

      Can anyone explain how both KDE and Gnome have been working for years with the entire open source development world supporting them and they can't make anything even remotely close to the polish and UI level of this

      I'm going to state the obvious and get flamed for it: "bazaar-style" open source works for developing things developers want, and not so well for developing things they don't personally care about. Since novice users are--almost by definition--not developers, UIs suitable for novices don't get developed very quickly. Various Linux distros are finally catching up, but that's only because you're starting to see more corporate/organized interest in open source development. "Scratching an itch" just doesn't work as a motivation for developing a polished UI, except for that rare developer with an overriding sense of aesthetic responsibility.

      This isn't intended as a slight against FOSS developers--I've developed Open Source software my self (and not done a very good job on the interface because I didn't need it to be polished)--just an observation that people are most likely to volunteer their time to do things that interest them personally.

    3. Re:Maybe KDE & Gnome Folk Will Read... by zsau · · Score: 2, Insightful

      -1 Troll. You can't use that picture as a comparison of free desktops and Mac OS X. It's so low-res, the only thing you can see in that picture of any consequence is OMG SHINY AND BRIGHT COLORS which are really quite irrelevant.

      If you could provide specific examples of how, for instance, Gnome or KDE have "amateurish UI element spacing and layouts", that'd be useful. Otherwise, why talk?

      --
      Look out!
    4. Re:Maybe KDE & Gnome Folk Will Read... by Anonymous Coward · · Score: 0

      So posting the same copy/paste troll twice in the same thread will cause more people to bite? WTF?

    5. Re:Maybe KDE & Gnome Folk Will Read... by Anonymous Coward · · Score: 1, Interesting

      The underlying toolkits for KDE and Gnome are garbage compared to OS X's UI toolkit. I'm sure there are people who point out stuff OS X can't do compared to KDE/Gnome or some other argument, but the fact remains that the results of how OS X desktop apps look and feel speak for themselves.

      When I throw together something in IB with the auto alignment I am always amazed at what took me five minutes and almost no skill looks and acts better than almost everything I've ever used under Linux desktop apps.

      Honestly, there is stuff I do on my own when I write custom UIs that looks an feels better than KDE/Gnome. The only favorable, other than the developers just stink, rational is that the division of labor between the various parts of KDE/Gnome lead to no one ever being able to make the hard choices that lead to over amazing polish OS X has.

      Every time I try to switch to Linux the amateur quality of the UI tech is a shocking wakeup to just how far Linux desktops are from commercial versions.

    6. 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.

    7. Re:Maybe KDE & Gnome Folk Will Read... by Anonymous Coward · · Score: 0

      Worked on you, didn't it?

    8. Re:Maybe KDE & Gnome Folk Will Read... by Anonymous Coward · · Score: 0

      Pretty skin-deep analysis there.

    9. Re:Maybe KDE & Gnome Folk Will Read... by Tickletaint · · Score: 3, Interesting

      Where you see inconsistency, I see useful visual cues. Regular windows are for single documents. Brushed metal is for utilities and goal-directed tools. There are gray areas that demand individual judgment, of course, but the general guideline is there.

      --
      Make Slashdot readable! See journal.
    10. Re:Maybe KDE & Gnome Folk Will Read... by Blakey+Rat · · Score: 3, Interesting

      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.

      Duh. That's the entire point of this story... independent Apple fans are attempting to document Apple's horrible slide into UI mediocrity so third-party apps can at least be consistent with the system, since Apple doesn't feel the need to actually document any of these stupid themes on their own. This is the kind of thing that makes people remember the unstable, quirky Mac OS 7 with tears forming in their eyes... Apple used to give half-a-shit, they don't anymore.

      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.

      Welcome to my favorite screenshots:

      http://schend.net/images/screenshots/gaim_2_is_ugl y.png

      http://schend.net/images/screenshots/gaim_2_is_bug gy.png

      GAIM is a GNOME app, is it not? It's so hideous, it makes Microsoft's Luna theme look beautiful by comparison. You seriously think that competes even slightly with what Apple's putting out? Even the crummy stuff Apple's put out recently?

      (BTW, your example about changing colors is particularly apt, since you can see that GNOME apps on Windows completely and utterly ignore the Windows theme and do their own thing.)

    11. Re:Maybe KDE & Gnome Folk Will Read... by larry+bagina · · Score: 1

      "I apologize that this letter is so long. I did not have the time to make it short." -- attributed to many people.

      Maybe the issue is that Apple spends time simplifying and removing unneeded UI cruft. I looked through some gnome screenshots and UI guidelines to try and find specific reasons gnome isn't as polished. Looking at gedit, for example, the window has a menu bar, large icon toolbar, tab bar, then, a full inch and a half below from the top, is the actual text. Oh, and there's also an information bar at the bottom.

      This just looks cluttered to me..

      • The tab bar: does nothing but waste space when only 1 file is open.
      • The toolbar: large icons waste space. Also, they seem to be for such common actions (open, save, cut, copy, paste, etc) that the well known key combos are faster than trying to mouse around. The text names for the icons waste even more space. Use a tooltip (or does that violate an MS patent?)
      • The text edit area: the text edit is indented. (For that matter, so is the menu bar and the toolbar). The Apple approach would be to have them go straight to the edge. Or maybe that's due to the window border being too thick. Either way, i think it clutters up the appearance.

      --
      Do you even lift?

      These aren't the 'roids you're looking for.

    12. Re:Maybe KDE & Gnome Folk Will Read... by niteice · · Score: 1

      1) Windows is not Gaim's native platform.

      2) There's a theme (included with Gaim) that draws the UI through Windows.

      --
      ROMANES EUNT DOMUS
    13. Re:Maybe KDE & Gnome Folk Will Read... by Anonymous Coward · · Score: 0

      My god, you are like the poster child for what is wrong with any hope Linux ever getting a wider audience from Windows.

      "So you don't like the default colours on Ubuntu - change them."

      Look at the idiotic crap you just wrote. Let me guess your one of those dopes who loves to hang out on Slashdot posting "RTFM" or "Did you submit a bug" garbage that ruins any attempt at bringing Linux apps up to the same level as on Windows or OS X.

      Guy, you just brushed off the major Linux desktop choosing to make turd brown their colour scheme. Linux/Ubunut developers made the conscious choice that the first thing their 'desktop for the masses' should see is a turd brown colour scheme.

      Forget getting into all the intricate details of font rendering and layout in UI elements, intelligent colour coding of UI elements, human visual perceptions of spacing and proportions that lead to effective layout of information. Linux developers are still at the fundamental rule of desktop UIs...

      don't make TURD BROWN your default colour scheme if you want anyone but open source kooks to use your desktop!

    14. Re:Maybe KDE & Gnome Folk Will Read... by Anonymous Coward · · Score: 0

      Whoa, look at that modboming. Sounds like word got out to the Gnome and KDE guys!

    15. Re:Maybe KDE & Gnome Folk Will Read... by Coryoth · · Score: 1

      BTW, your example about changing colors is particularly apt, since you can see that GNOME apps on Windows completely and utterly ignore the Windows theme and do their own thing. Because Apple's software for windows just blends in seamlessly with the native toolkit, right? At least GTK+ lets you change themes -- and even has themes that do blend in with windows, mimicking both Win2k and WinXP appropriately. Apple's stuff just sticks out like a sore thumb.
    16. Re:Maybe KDE & Gnome Folk Will Read... by larry+bagina · · Score: 1

      Look at the menubar in the buddy list window. Due to the 3-d effects on the left/right sides, it looks like a button rather than a menu bar. That entire window looks like a mess.

      --
      Do you even lift?

      These aren't the 'roids you're looking for.

    17. Re:Maybe KDE & Gnome Folk Will Read... by Blakey+Rat · · Score: 1

      1) Windows is not Gaim's native platform.

      How does that makes it ok?

      If I were a developer on the GAIM project, I'd be ashamed of releasing something that hideous and buggy. For some reason, being an open source project makes it ok to not take any pride in your work and release things that the public should never be subjected to.

      Look at the second screenshot, the "is buggy" one. Are you seriously telling me that not one single person tested GAIM on Windows XP with the default settings at 1024x768? Not one single person? And they released it to the public this way? It's shameful.

    18. Re:Maybe KDE & Gnome Folk Will Read... by not-enough-info · · Score: 1

      Command-comma

      'nuf said.

      --
      ---k--
      </stupid>
    19. Re:Maybe KDE & Gnome Folk Will Read... by ArcticFlood · · Score: 1

      Wait, you're complaining about Gaim 2? There's no such version. That's a beta build you're showing. Furthermore, Gaim was not a Gnome application. Gaim was (and Pidgin is) a GTK application, but not Gnome.

      I can agree that GTK looks bad on Windows. However, the WIMP theme for GTK makes things look more Windows-like. Pidgin also looks nicer than Gaim did, especially in the buddy list.

      --
      This is here so you don't ignore the last two lines of my posts.
    20. 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.

    21. Re:Maybe KDE & Gnome Folk Will Read... by Anonymous Coward · · Score: 1

      "OMG SHINY AND BRIGHT COLORS"

      *laughs* you really have no clue how non-technical humans operate do you? You're saying you really look at that low-res image of the mac desktop and can't see anything there of any value? I've been using linux for years and I'll still acknowledge that the interface is piss-poor. And when they try to make it "pretty" they can only see the same thing that you see when you look at that image and they add some shiny bright colors and create even more garish interfaces than the original skins.

      Perhaps the Mac interface should be a litmus test for people who wish to design human interfaces. And not whether they like it or not, that's irrelevant. I happen to dislike it, but I can see how it is several orders of magnitude above any desktop I've used on Linux. It's whether they just see "SHINY AND BRIGHT COLORS" like when Charlie first looks at the Rorschach and sees an inkblot.

    22. Re:Maybe KDE & Gnome Folk Will Read... by zsau · · Score: 1

      You still say nothing of value. But then, you're an anonymous coward so I'm not sure why I'm even bothering.

      --
      Look out!
    23. Re:Maybe KDE & Gnome Folk Will Read... by drew · · Score: 2, Insightful

      Well, I'm not going to complain too much. I prefer useful to pretty.

      --
      If I don't put anything here, will anyone recognize me anymore?
    24. 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
    25. Re:Maybe KDE & Gnome Folk Will Read... by kaidadragonfly · · Score: 1

      Just installed Pidgin 2.0.0 (what Gaim evolved into) on a friend's XP laptop today.

      Pidgin looks *quite* nice on XP, and fits in very well.

      The first thing my friend commented on was how clean Pidgin was (she had been using Windows Live Messenger.)

      So, yes, while Gaim did used to be an eyesore under Windows, they have fixed that problem, and fixed it quite well.

      Pidgin is quite competitive with the other, Windows native messengers in terms of UI consistence these days.

    26. Re:Maybe KDE & Gnome Folk Will Read... by furball · · Score: 2, Insightful

      The toolbar: large icons waste space.
      Toolbar icons icons have multiple sizes. Check out this tip. It's like someone sat down and said, "Hm. How do we make this work for different types of users?"
    27. Re:Maybe KDE & Gnome Folk Will Read... by Anonymous Coward · · Score: 0

      If you count all the other buttons, tabs, and button-like entities that infest that Konqueror screenshot there are more like 29 (plus or minus a few). In Safari on OS X I have 6. I've managed to whittle Firefox down to 8.

      What's going on here?

      I suspect the problem is that much open source software is written by computer programmers for themselves or other programmers. They like cluttered interfaces with buttons, widgets, tabs, controls, sliders, pop-up menus (ugh!), and preferences to control absolutely everything, and they're not very good at recognizing the half dozen things that are most important and making those few things the easiest to find and user. These are the people who like remote controls with 75 buttons.

      More generally I think most programmers don't understand, let alone internalize, usability concepts.

      So if you leave programmers in charge of designing interfaces for their programs, rather than letting people who know how to design usable interfaces design them, you get rats nests of incomprehensible, ugly, cluttered, awkward interfaces. This is, of course, not true of all programmers, but in my experience around programmers it does seem to be a serious issue. The problem seems compounded with free software, especially on Linux, where there isn't a strong tradition of really clean usable interfaces, and many of the users are programmers or geeks who themselves aren't very discriminating when it comes to clean UI design.

      In contrast, try designing a cluttered nasty interface and thrusting it on Mac users. As a group they may not be as sensitive as they once were, but the Mac users I know can still instinctively sense "cheap Windows ports" and other UI atrocities.

      I am tempted, but will refrain, from launching in to a diatri...I mean analysis of the laundry list of problems with many UIs. Aside from sympathy for the sensibilities of the gentle reader (who need not endure that torture), I must note that many other people have already written on this subject so it might be redundant for me to do so. There's a good sized body of user interface research that's been done over the years. It's a pity no one ever seems to read it.

      And for the record, I am a Mac user and I remain frustrated with nagging bugs, inconsistencies, and general stupidity in the UIs of much current Apple software, starting with OS X itself.

    28. Re:Maybe KDE & Gnome Folk Will Read... by Ash-Fox · · Score: 1

      Can anyone explain how both KDE and Gnome have been working for years with the entire open source development world supporting them and they can't make anything even remotely close to the polish and UI level of this:
      Eh? I've seen OS X themes on KDE before (replicating all the UI features of OS X). I still don't find the OS X way of doing things more efficient though (even under OS X -- where it's worse due to the lack of customization).

      Shit brown desktop colours.
      Jarring font alignments, positioning, and rendering.
      Amateurish UI element spacing and layouts.
      Brown? The only distribution that has brown out of the box I know of is Ubuntu (which comes with Gnome). I don't have issues with fonts under Linux. I do however under OS X.

      I tend to work with very small font sizes, hence I prefer anti-aliasing turned off, why the hell can't I turn this off for the majority of fonts at a smaller size?

      Even though there is a option to adjust the minimum size for anti-aliasing, most things simply do not obey it -- and it's not non-Apple applications only... The white menu bar is probably one of the best examples of things that utterly ignore it!

      By the way, I do not find any of OS X's available themes usable for myself due to the very limited color selection.
      --
      Change is certain; progress is not obligatory.
    29. Re:Maybe KDE & Gnome Folk Will Read... by despisethesun · · Score: 2, Informative

      Just for the record, the "Ubuntu looks like poo!" arguments stem from earlier releases for which the theme was very brown. I thought it looked ok, but it wouldn't have been my first choice.

      --
      This poo is cold.
    30. Re:Maybe KDE & Gnome Folk Will Read... by ArsonSmith · · Score: 1

      Hmmm, I do have to say that OSX is great for screenshots. but really after useing it for almost a year now I find far to many inconstancies and things that don't fit together it is almost as bad as the old Redhat 6.2 days.

      --
      Paying taxes to buy civilization is like paying a hooker to buy love.
    31. Re:Maybe KDE & Gnome Folk Will Read... by ArsonSmith · · Score: 1

      Hell, apples apps don't even blend well with apple toolkits.

      --
      Paying taxes to buy civilization is like paying a hooker to buy love.
    32. Re:Maybe KDE & Gnome Folk Will Read... by Anonymous Coward · · Score: 0

      So if you leave programmers in charge of designing interfaces for their programs, rather than letting people who know how to design usable interfaces design them, you get rats nests of incomprehensible, ugly, cluttered, awkward interfaces.

      Nice word choice. They will "let you" design the interface if you know what you're doing. Just contribute your graphics, styles, and widgets for free. Oh you don't want to? Yea, thought so.
    33. Re:Maybe KDE & Gnome Folk Will Read... by mr_matticus · · Score: 1

      What the hell does the resolution of the example image have to do with anything? If someone says, "hey, this 5 series is prettier than a Honda Element" and hands you a 640x480 image of it, coming back with a 10-megapixel image of an Element proves nothing.

      It's the implementation that is expressed that is important, not the quality of the visual symbol. If it's too vague a concept for you, walk up to a Mac and use one in person, or hell, Google for a better picture if you've never seen this mysterious "OS X."

      As for specific examples, just open any window and post a screenshot. The fonts used in Linux by default are horrible. It's like a bastardized cross between a monospace font and a proportional one, harboring the problems of both and the advantages of neither. The visual presentation as a whole is lacking. UI elements are in desperate need of antialiasing and some toning down of the garish colors. There's bright coloration, and there's "OMG look 16 colors!"--use some more nuance, some shadow, some gradient. A solid, pure hex green check mark on an okay button (apart from being superfluous) looks like a child created it.

      Neither KDE nor Gnome offer the level of visual polish that OS X or even Vista provide. Yes, there's Beryl/Compiz now, but no, it's not the same. Desktop effects wizardry that looks like a five-year old nVidia demo is not a viable competitor in the face of rich blacks, glossy reflections, and fluid slides and fades. Some of the Beryl effects are quite tasteful and impressive, just like some KDE UI elements are competently executed. It's the other 75% that need to be cut from the team or polished dozens of times over.

    34. Re:Maybe KDE & Gnome Folk Will Read... by Khazunga · · Score: 1

      Bah, you see a pretty face and start drooling. Here, have fun:
      http://amadeo.blog.com/repository/2/1998456.png

      --
      If at first you don't succeed, skydiving is not for you
    35. Re:Maybe KDE & Gnome Folk Will Read... by Ilgaz · · Score: 1

      I think both OS X and Windows guys tell GTK based applications should already use Native OS looking themes by default instead of that Metal thing.

      Metal causes serious allergy on some people :) There are even people paying for OS X theme applications or plain hacking their resources to get rid of Metal look.

      To describe how much flame/bad feedback they get, I must tell Java developers actually coded a java extension just to get rid of Java look on OS X making it use native widgets. I always forget its name, sorry.

    36. Re:Maybe KDE & Gnome Folk Will Read... by asobala · · Score: 1

      GAIM is a GNOME app, is it not?

      No. No, it's not.

      GAIM is a random app that goes completely its own way, and is well known for ignoring requests from other segments of the community.

    37. Re:Maybe KDE & Gnome Folk Will Read... by Anonymous Coward · · Score: 0

      You're right that I don't contribute to these projects (although I have sent many specific suggestions to Apple for improving the consistency and behavior of OS X). I know what bothers me about design but I'm not a designer myself and don't always know how to make an interface right. Second, there are way too many programs with bad interfaces; I don't have time to contribute to all of them even if I was really inclined to do so and spent 30 hours a day trying to do it. Most importantly, however, I don't routinely use many open source applications, let alone on Linux (maybe someday if UIs get cleaned up), so I'm a bit disinclined to jump in to their world to solve problems that wouldn't otherwise affect me.

      I'm just a user who likes clean interfaces.

      Instead of fixing their software for them I just want to encourage programmers to be aware of the virtues of clean, efficient, simple interfaces. I don't think enough of them are aware right now; interfaces often seem like afterthoughts. If the people responsible for designing those programs are content with a limited user base of other computer geeks then maybe there's no real problem. If, on the other hand, they're interested in broadening their user base then they need, somehow, to recruit, train, employ, or otherwise solicit good input from people who do know how to make usable interfaces. How this happens is not so much my concern, but I do think it needs to happen for broader adoption of much free and open source software.

      I hope people reading my original comment will make an effort to discern my message rather than get caught up playing semantic games with it. While I retain some cautious optimism in this regard, I recognize some people will have trouble doing so. I'm sorry if I was not clear initially and I proactively apologize for all errors word choice, grammar, spelling, and punctuation in this post. Thank you for your time.

    38. Re:Maybe KDE & Gnome Folk Will Read... by DrXym · · Score: 1
      Can anyone explain how both KDE and Gnome have been working for years with the entire open source development world supporting them and they can't make anything even remotely close to the polish and UI level of this:

      The problem with voluntary efforts is that they don't really have a GUI designer and a developer. Normally they're one and the same so you end up with something that looks great from a developer's perspective but probably not to others. This usually means GUIs that range from okay, to cluttered, to abysmal, to unusable trash (unless you're the developer). What projects like KDE & GNOME need to do (and are doing to some extent) is to put designers to work on projects and to enforce design to ensure a decent quality threshold. Afterwards the app should be let loose into the hands of real users and appropriate changes made in response to feedback.

      Anyway I think GNOME & KDE have decent GUI. But KDE is still too cluttered with obscure options, buttons and menus, so I think GNOME is more usable by a mile. That is probably why GNOME gets a lot more mindshare, especially in enterprise deployments where admins don't want to have to handhold their users the whole time.

    39. Re:Maybe KDE & Gnome Folk Will Read... by zsau · · Score: 1

      Thankyou for your useful reply. The KDE print settings dialog you link to is indeed ... weird. Whether the fonts really are that large probably depends on the user's screen resolution and eyesight, but it does look ... wrong.

      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 certainly would've agreed with this a few years ago, but today I think the biggest charge that can be levelled against most GTK+ apps that follow a Gnome or Gnome-inspired HIG, is that the piecemeal feel is still there. Mac OS X and Windows applications, for instance, merge into the window manager — but at the cost of integrating window management policy with the applications. As you say, this isn't a problem with free software per se, but with the architecture. Although, I think the problem is more the cost of flexibility — and one which the people most capable of changing probably feel is worth it.

      Now as to your comment about toolbars, that certainly surprises me. I've always found Windows to be the environment which overdoes toolbars. On my desktop, I generally disable what toolbars I don't need and use the menus for almost everything. But even this I rarely do because most programs I run don't have much toolbar by default. On Windows, I find that programs have stupidly many toolbars by default and I'm forever hovering my mouse waiting for a tooltip to come up.

      I'm not sure what causes this difference of experience, but I can think of many things: For instance, I run mostly GTK+ apps, which tend to follow a Mac inspired HIG with relatively few toolbars; you cite a KDE example, which is generally regarded as being more Windows-like. Another possibility is that I mostly use my own free desktop by choice, and I've deliberately chosen an environment and programs that minimise toolbars, whereas I only run Windows because I have to, so I'm more likely to come across programs with interfaces I don't like (with toolbars) when running Windows.

      --
      Look out!
    40. Re:Maybe KDE & Gnome Folk Will Read... by zsau · · Score: 1

      What the hell does the resolution of the example image have to do with anything?

      You can't make a fair comparison with a low resolution image. The fact that the image is low-res doesn't mean that the product on offer is bad; it just means I can't make a fair comparison. Considering one of the anonymous coward's points was rendering of text, you really need full resolution to make any sort of comparison!

      Your car analogy is really bad, btw. A more accurate one would be saying "My car is better than yours. As proof, I present a matchbox car model of mine". A matchbox car will give me a very rough idea of how the car looks on the outside, and give me no indication of how hidden parts look, or it handles, or how much maintenance it requires, or whatever.

      It's the implementation that is expressed that is important, not the quality of the visual symbol. If it's too vague a concept for you, walk up to a Mac and use one in person, or hell, Google for a better picture if you've never seen this mysterious "OS X."

      I have no idea how you came to that conclusion based on what I said. The fact that I introduced my post with "-1 Troll" should indicate I'm criticising his argument, not facts because he's provided none. I also find your tone unhelpful. For whatever it's worth, I am experienced with Mac OS X and I do know how it looks and how it feels.

      The fonts used in Linux by default are horrible. It's like a bastardized cross between a monospace font and a proportional one, harboring the problems of both and the advantages of neither.

      There is, to my knowledge, nothing unconventional about Bitstream Vera Sans/DejaVu Sans. Perhaps it has some agressive kerning pairs, but there is nothing remotely like a monospace font about it.

      UI elements are in desperate need of antialiasing

      Here you sound ignorant. Perhaps you are thinking of applications based on ten- or fifteen-year-old toolkits.

      and some toning down of the garish colors. There's bright coloration, and there's "OMG look 16 colors!"--use some more nuance, some shadow, some gradient. A solid, pure hex green check mark on an okay button (apart from being superfluous) looks like a child created it.

      Actually, a check mark on an okay button is not superfluous; when used consistently it provides a visual cue of how to continue that is much faster to process than words. It also provides consistency when (for other reasons) the "okay" button say "OK".

      In any case, I've never seen a dialog box using a pure hex green check mark on a dialog box without any shadow or gradient. Ubuntu's default theme is fairly bright (like WinXP and OS X, brighter than I like) but it is certainly not pure hex green. When you exaggerate and say things that are flat-out wrong, it is very hard to take anything you say seriously.

      Desktop effects wizardry that looks like a five-year old nVidia demo is not a viable competitor in the face of rich blacks, glossy reflections, and fluid slides and fades.

      I have no idea what you're saying here. How black a black is is determined by your hardware, not your operating system. (I suspect you might be referring to the Mac's media centre thing, but in that case I have no idea how it's relevant to the discussion. And Carsten Haitlzer's media centre is similarly slick.)

      You say: The visual presentation as a whole is lacking.

      That is precisely the charge being made. Provide accurate, meaningful specifics and we can think about fixing things.

      --
      Look out!
    41. Re:Maybe KDE & Gnome Folk Will Read... by CarpetShark · · Score: 1

      Pictures of pretty girls do not mean that the UI is pretty, or usable. I for one dumped OS X for KDE, because the workflow was better.

    42. Re:Maybe KDE & Gnome Folk Will Read... by Blakey+Rat · · Score: 1

      All applications should use the same theme as the host OS by default, it has nothing to do with them being GTK or whatever.

      (BTW, another point: end users do not give a crap what "framework" the program is in. Nobody's going to give GTK a pass for having poor usability because it's a port from Linux. To the end-user, it's just another Windows app. And Mac developers: stop advertising your stupid apps as "100% Cocoa" as if anybody gave a crap.)

      That all said, if you *are* going to use a metal theme, at least use a nice-looking one, and not that abomination with square buttons that looks like it was rejected from Windows 3.11.

    43. Re:Maybe KDE & Gnome Folk Will Read... by conigs · · Score: 1

      The problem with voluntary efforts is that they don't really have a GUI designer and a developer. Normally they're one and the same so you end up with something that looks great from a developer's perspective but probably not to others.
      This particular OK/Cancel comic illustrates your point exactly.
      --
      Slashdot: where repeating an article in a post is "+5 Insightful"
    44. Re:Maybe KDE & Gnome Folk Will Read... by Anonymous Coward · · Score: 0

      Ununtutu is for nigger's, that's why it's brown.

    45. Re:Maybe KDE & Gnome Folk Will Read... by Anonymous Coward · · Score: 0

      First off, there is a point to that. Have you EVER bothered to attempt changing the default theme to XP without paying for another toolkit that slams the CPU (WindowsBlinds, I'm look at you) with so much slowdown that it's usable for most systems without a 3D acceleration card? It's not the most easy thing in the world, if last I remember it, hell if my memory serves... isn't is a hack?
      Neither Gnome, KDE, nor Mac OS X has much difficulty to change the default theme if desired. And that I think, is the point to this... don't like the theme (Hell, I have been known to run to Luna since the XP theme was ugly and un-uniform in my opinion. Vista's theme doesn't change from that of XP by much, again IMO, through it is better), you might as well look for one you do like. Hell, Gnome and KDE make it rather easy for you... with the Gnome-look.org and KDE-look.org sites which have quite a few themes to pick from.

      Second off. Ubuntu Studio doesn't have the same defaults as Ubuntu does.... http://ubuntustudio.com/ww2/themes/ubuntustudio/im ages/screenshots/screenshot-4.png
      And to be quite honest, defaults themes change from distro to distro to distro... in a word, it really is quite superficial preference since Fedora/Fedora Core isn't RHEL (Well, not completely) which isn't Mandriva, which isn't SUSE/openSUSE, which isn't Debian, which isn't Ubuntu (Well, not completely), which isn't Gentoo, etc.

    46. Re:Maybe KDE & Gnome Folk Will Read... by poot_rootbeer · · Score: 1

      Firstly, for the love of God, Ubuntu is not dark brown! It's orange.

      It's only orange if the circuit in your IBM 5153 display for adjusting CGA color 0x06 has failed.

    47. Re:Maybe KDE & Gnome Folk Will Read... by Ilgaz · · Score: 1

      GTK apps loves to use Metal but QT apps try to look native as much as they can. It is complete end user observation btw.

      There are some versions of GIMP which is packaged as .app for OS X , even if you launch them, in Apple X11, they still come with that usual metal gimp theme.

      I think it is more like a decision rather than anything else. I don't think people who are advanced enough to code some professional graphics application/suite and entire framework doesn't know where Apple or anything else stores their "widgets".

      About "pure cocoa": That term is more like OS X native working such as drag and drop function besides some NexT disgruntled nerd developers who hates anything backward compatible in their precious OS. I gave up sending feedback trying to explain them what would happen if Apple didn't give a heck about backwards compatibility. As far as I know, no serious developer forces himself/herself to use Cocoa or Carbon, they use whatever fits to their needs sometimes mixing both.

      Metal theme is really needless argument creating thing, see even Apple gets bad reviews from their fanatics just because of metal. Now imagine already expecting something bad (free/open source and X11) Mac only guy says "lets launch and see" and he sees the famous GTK Metal. Not a nice impression I think. It also makes the application travel to trash before getting anything productive such as feedback.

    48. Re:Maybe KDE & Gnome Folk Will Read... by SEMW · · Score: 1

      mimicking both Win2k and WinXP appropriately Yeah... That's the problem. A lot of Linux apps ported to Windows/MacOS use their own toolkits but skin them to make them look like the native Windows ones. I don't want that, I want them to actually use the native ones.

      Why? Mimicking the native ones is fine if you use the mouse, have no accessibility problems, and keep the default skin. I don't. Windows has a theme engine that is capable of changine the look&feel of all the native widgets. I want to make use of it, and I don't want to spend time searching for another skin for non-native apps that goes well with whatever Windows theme I'm using. And more subtle things: screen readers. Accessibility options. Keyboard navigation options. Etc, etc. All these sorts of things are liable to not work well with non-native toolkits, however well they mimick the *look* of the native ones.
      --
      What's purple and commutes? An Abelian grape.
    49. Re:Maybe KDE & Gnome Folk Will Read... by jb.hl.com · · Score: 1

      There is, to my knowledge, nothing unconventional about Bitstream Vera Sans/DejaVu Sans. Perhaps it has some agressive kerning pairs, but there is nothing remotely like a monospace font about it.

      It looks like a bastard child of Apple's Lucida Grande and Microsoft's Tahoma, achieving the looks of neither. Apple's font looks refined, Microsoft's looks business-like and restrained...and GNOME and KDE have this horrible midway cross between them. It's nasty. Don't even get me started on Luxi Sans, the old X11 attempt at Lucida Grande (Luxi Serif is nice, Luxi Sans needs to die painfully).

      IMHO, obviously.

      Here you sound ignorant. Perhaps you are thinking of applications based on ten- or fifteen-year-old toolkits.

      No, open up KDE on the default Plastik theme. It looks foul. Pixelated widgets are the order of the day. The colour of the buttons is different from that of the background, but not different enough to make an impact, just different enough that it looks like the developer just tried to approximate the colour of the background while choosing the button colour but was too lazy to find the hex triplet for the background colour. (Why, as an aside, do KDE devs choose absolutely horrible themes as their defaults? I mean, KDE is nice and all, but christ from hell first Keramik, a theme which genuinely deserves to be erased from the planet entirely, then Plastik.)

      Now, compare these to OS X. Buttons and other widgets are anti-aliased. They look natural. The colour is appreciably different from that of the background. It's simply better designed, although to be fair OS X, unlike KDE, has the benefit of a shitload of paid UI designers.

      Windows XP, for what it's worth, is just as bad as KDE in this regard, I'm not sure if Vista is any better.

      I have no idea what you're saying here. How black a black is is determined by your hardware, not your operating system. (I suspect you might be referring to the Mac's media centre thing, but in that case I have no idea how it's relevant to the discussion. And Carsten Haitlzer's media centre is similarly slick.)

      Well, yeah. Seriously, like the GP suggested, go try out a Mac some time. Play around with Front Row for a bit, notice the neat entrance effect. Open up Safari and notice how dialogue boxes slide down like sheets of paper from a printer. Try Expose. Notice how, unlike with the xcomposite drop shadows, OS X's actually resize snappily. I hate to sound like a fanboy, but OS X makes Beryl look like an absolute pile of shit in comparison. GNOME and KDE aren't even in the same league, for christ's sake.

      --
      By summer it was all gone...now shesmovedon. --
    50. Re:Maybe KDE & Gnome Folk Will Read... by Anonymous Coward · · Score: 0

      With Windows, one reason you have hardly any control over font size (prompting people to lower screen resolution on the idiotic assumption that it makes small text easier to read) is that if you make your fonts too big then every program's GUI will not fit it because every Windows program has hard-coded pixel values for everything.

      That's not quite true, dialog boxes are largely based on "dialog units", which depend on the size of the font. Otherwise you'd have no control over the size of the fonts. Unfortunately, it's not quite as good as a truly fluid layout so things get ugly if you stretch it too far.

      But it's still pretty good for something designed 20 years ago to work on affordable desktop machines.
    51. Re:Maybe KDE & Gnome Folk Will Read... by overunderunderdone · · Score: 3, Insightful

      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

      Actually it is. There is a UI principle: "a word is worth a thousand pictures." Icons are only useful if you already know them by sight and/or their meaning is painfully obvious, and even then only when there isn't too much visual clutter from a bunch of other icons around them making the user have to hunt for the particular one they want. The need for "Tooltips" is a clear sign of a bad UI. It always seemed to me that the MacOS got this, while Microsoft didn't. It's ironic that Apple which popularized icons as a UI element has always used them much more sparingly than Microsoft. It's as though Microsoft coming in later to the game said: "So they want pictures do they... well! We'll give them pictures out the yazoo" without ever fulling understanding the point of those "pictures".

    52. Re:Maybe KDE & Gnome Folk Will Read... by mr_matticus · · Score: 1

      Your car analogy is really bad, btw. A more accurate one would be saying "My car is better than yours. As proof, I present a matchbox car model of mine". How is that any different? Both are SYMBOLIC REPRESENTATIONS of something more complex. It doesn't have to be a car. It could be a pen for all I care. The example screenshot resolution is a complete non-sequitur to the argument presented. You know how images replace words? Well, the picture of the desktop clearly replaces 'I think OS X looks a lot better than Linux.' Whether that's a 300x200 thumbnail or a full-resolution desktop screen shot from a 30" display is 100% irrelevant.

      I also find your tone unhelpful. For whatever it's worth, I am experienced with Mac OS X and I do know how it looks and how it feels. And I find your tone superior and without substance, not that tone matters at all. You're attacking the size of a web-ready image, rather than addressing the original point--Linux desktop UI is still visually inferior. "-1 troll" on a perfectly valid point is a prime example.

      You then say you're familiar with OS X, but you can't make a comparison because you can't see the detail of the image? These two are mutually exclusive.

      Actually, a check mark on an okay button is not superfluous; when used consistently it provides a visual cue of how to continue that is much faster to process than words. That doesn't make it not superfluous. The same goal can be achieved with a green button edge (like in our web-based application) or simply by highlighting the action to continue (like the OS X you claim to be familiar with). The pixellated V from hell is unnecessary visual clutter, and it's ugly to boot.

      have no idea what you're saying here. How black a black is is determined by your hardware, not your operating system. (I suspect you might be referring to the Mac's media centre thing, but in that case I have no idea how it's relevant to the discussion. No, it's not. How black that black DISPLAYS is hardware-dependent. But the judicious use of black in a dynamic UI environment is about more than #000, and you Linux tools can't quite get your heads around that. The Mac's "media centre" thing is called Front Row, and it is just one example of a refined visual style that Linux, even Haitzler's golden boy, does not match. You've been given examples, but you can't SEE what's wrong with them. THAT'S THE PROBLEM.

      It's not about fixing the kerning between A and V. That's just one of the fixes you need to make to look better. If you want a complete list of changes to be made, step by step, you're missing the point, and if you want it anyway, you're going to have to pay those of us with the ability to do so, since the Linux community has little interest in graphics designers who won't code kernel modules and won't provide people with UI experience with the tools they need to contribute. The problem is that it LOOKS bad, and everyone else can see it. If you can't see the changes that need to be made, then there's no hope of the problem ever being truly fixed.
    53. Re:Maybe KDE & Gnome Folk Will Read... by coolGuyZak · · Score: 1

      Dude, neither of the apple screenshots you listed are those of modern apple apps running on Windows. The screenshot of iTunes was version 4.1. The latest release is 7.1.x. I couldn't identify the version of QuickTime in the screenshot, but I know that the present release resembles this (note: that screenshot is on OS X).

      Modern Apple apps on XP/Vista still don't fit in, but they do fit better than the screenshots you provided. In addition, the point of iTunes and QuickTime is to stick out on windows. Apple wants easily identifiable products, in much the same way that nike wants their logo on shirts. (Think branding & style -- it helps customers identify what's popular, and many consumers just buy what's popular.)

      Furthermore, you compared media playing applications (iTunes & Quicktime) to 'traditional' applications (Gnumeric, GIMP, GAIM, etc). Compare WinAmp, Windows Media Player, and Visual Studio. Just like sesame street: one of these doesn't belong (hint: it's Visual Studio). In other words, media players on windows are notorious for non-native UIs.

      Your comparison is bunk.

    54. Re:Maybe KDE & Gnome Folk Will Read... by Anonymous Coward · · Score: 0

      That's the keyboard command to bring up preferences on Mac apps, if anyone is wondering.

    55. Re:Maybe KDE & Gnome Folk Will Read... by Hatta · · Score: 1

      Oh please, the only thing ugly in the first screenshot is the hideous Fischer-Price XP theme.

      --
      Give me Classic Slashdot or give me death!
    56. Re:Maybe KDE & Gnome Folk Will Read... by niteice · · Score: 1

      Did you even read my second point? As noted elsewhere in this thread, the WIMP theme draws the entire UI through Windows, giving it - surprise! - a native look and feel.

      --
      ROMANES EUNT DOMUS
  7. 1997 called by Anonymous Coward · · Score: 0

    and it wants it troll back.

  8. Standardized UI platforms? by TheRealAnonymousCowa · · Score: 2, Interesting

    This is pretty interesting. I think that developers could use this as guidelines for developing UIs for other platforms.

  9. 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
    1. Re:Leopard May Obviate This Project by Spunkemeyer · · Score: 1

      Do you have a link for where these rumors have been discussed before? News to me... welcome news if it's true.

    2. Re:Leopard May Obviate This Project by acvh · · Score: 1

      a new theme color isn't what this is about. it's about creating an interface that is consistent with how humans think and work. i used a mac in business 15 years ago (system 6?) and once i got used to it could make it fly. os x is pretty and i like it much more than windows, but it's horribly clunky in comparison to older version of the os. windows open in random positions and views, making me spend way too much time to resize them (using the lower right corner to grab it of course). ars has some insightful writeups on what's wrong with os x.

    3. Re:Leopard May Obviate This Project by quickbrownfox · · Score: 1
      --
      Repo man's always intense.
    4. Re:Leopard May Obviate This Project by quickbrownfox · · Score: 1
      --
      Repo man's always intense.
    5. Re:Leopard May Obviate This Project by thogard · · Score: 1

      I hate the "application" view of their version of alt-tab. It breaks my concentration because I have to change my task view. An example of this is say I have 2 word processing documents open. One I'm writing in and one I'm plagiarising stuff from. Then I'll have a few web pages open with pages for research. To switch from the document I'm editing to the other word processing document is an apple-~ but switching to the browser is an apple-tab. And in this scheme the whole breaks a "most recently used" stack with apple-number. That is the only major UI flaw that I keep running into.

      The other major request is a way to get the current active window title. There is no efficient documented way to tell me that my current window is application Safari with title "Slashdot Independent Human Interface Guidelines"... that feature is handy for employer spying but even more useful for automatic billing based on projects I'm working on.

    6. Re:Leopard May Obviate This Project by Overly+Critical+Guy · · Score: 1

      Leopard's unified interface isn't just about a new theme color. Brushed metal is gone, and Aqua is almost gone, replaced with the darker gray of iTunes 7 in titlebars. Eventually the rest of the widgets will look like iTunes 7 in the WWDC build, like scroll bars and buttons.

      I don't see how grabbing the lower-right of a window makes resizing a window take too long. Being able to grab from any border would require a 5-pixel border of wasted space around every window, like in Windows Vista. The unified theme in Leopard will remove all borders, which are a waste of space as the window's edge shadow provides ample contrast.

      --
      "Sufferin' succotash."
    7. Re:Leopard May Obviate This Project by Tickletaint · · Score: 1

      In Applescript:
      tell application (name of (info for (path to frontmost application))) to get the name of front window

      That's the first thing I came up with, I'm sure someone else can come up with something more elegant.

      --
      Make Slashdot readable! See journal.
    8. Re:Leopard May Obviate This Project by Tickletaint · · Score: 1

      This is more readable:
      tell application "System Events" to get the name of the front window of (the first process whose frontmost is true)

      --
      Make Slashdot readable! See journal.
    9. Re:Leopard May Obviate This Project by ratsnapple+tea · · Score: 1

      Or just this: tell application "System Events" to get the name of the front window of the current application

    10. Re:Leopard May Obviate This Project by dwater · · Score: 1

      > I don't see how grabbing the lower-right of a window makes resizing a window take too long.

      Sure - if all you want to do it resize the window, then fine. Unfortunely, resizing is often done in combination with a window move.

      Also, what happens when the bottom right corner is off the screen? You're forced to move the window so that the corner is on the screen before you can resize it - if the window is too large for the screen, there's no way to resize it.

      I use OS X frequently, and this is something I often find irritating.

      --
      Max.
    11. Re:Leopard May Obviate This Project by thogard · · Score: 1

      From a Terminal.app window
      $ osascript -e 'tell application "System Events" to get the name of the front window of the current application'
      44:48: execution error: Can't get name of window 1. (-1728)

    12. Re:Leopard May Obviate This Project by earthbound+kid · · Score: 1

      1) That's a feature not a bug. "Hey, I want to get to my browser -- Cmd-Tab." "Hey, I want to get to my other document window -- Cmd-`." It gives you a way to switch to two different things with one keystroke, and saving keystrokes is good.

      2) Don't listen to those guys telling you how to make pointless AppleScript: What you want is already built into Mac OS X! Go to System Preferences, click "Keyboard and Mouse," click "Keyboard Shortcuts," scroll down the list to "Keyboard Navigation" and find the item underneath it called "Move the focus to the active window or next window," give it a better keyboard shortcut (the default is control-F4). I personally see no need for it, and either use Cmd-Tab, Cmd-`, or the Exposé functions, but if you love Windows-style window switching for some reason, there it is -- built in.

    13. Re:Leopard May Obviate This Project by Phantom+Gremlin · · Score: 1

      I don't see how grabbing the lower-right of a window makes resizing a window take too long.

      I agree. The Windows alternative is much worse. Here's my specific situation, because different Windows and browser versions may behave differently.

      When I use Firefox 1.5 on Win 2K and I grab the scroll bar on the right side of the window, I instead sometimes grab the very edge of the window and accidentally resize the window. I DIDN'T WANT to resize the window. I do this often enough that it's truly annoying!

      This problem doesn't exist on my Mac.

      As someone else said, maybe an answer is to require a modifier key before a window can be resized from an arbitrary edge.

  10. 1897 called by Anonymous Coward · · Score: 0

    and it wants it's joke back.

  11. 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.
    1. Re:They're guidelines, not commandments. by Dystopian+Rebel · · Score: 1

      When you start applying them as though they were cold, autistic rules, you start degrading usability.


      Would you explain what "autistic" means in this context?
      --
      Rich And Stupid is not so bad as Working For Rich And Stupid.
    2. Re:They're guidelines, not commandments. by Blakey+Rat · · Score: 1

      "Autistic?"

      I see it something like the rules for anything. When you're the expert, when you've mastered the field, then you can work on changing the fundamentals. If you start inventing new widgets without researching how and why the current widgets exist, then you're going to cause problems. Like those applications you see that consist of nothing but 40 tabs in a tab-panel, they didn't understand the purpose of tabs, and now they've made something with poor usability.

    3. Re:They're guidelines, not commandments. by Tickletaint · · Score: 1

      I read that phrase in a Cormac McCarthy novel and it stuck with me. I don't know—I could see what he meant to describe, and I think it fits here.

      --
      Make Slashdot readable! See journal.
    4. Re:They're guidelines, not commandments. by Foktip · · Score: 1

      I think the word you're looking for is "rigid".

    5. Re:They're guidelines, not commandments. by ratsnapple+tea · · Score: 1

      It's called poetic license.

    6. Re:They're guidelines, not commandments. by poot_rootbeer · · Score: 1

      Judicious use of dissimilar UI paradigms can emphasize the aspects of your application that are dissimilar to others

      Which is fine, if your application MUST be dissimilar to others because the published HI guidelines are insufficient to address its behavior.

      If your app only looks and feels different than everything else on your desktop because Marketing thought it would be good for brand recognition, that's a problem. Windows Media Player, I'm looking in your direction here.

    7. Re:They're guidelines, not commandments. by Anonymous Coward · · Score: 0

      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.

      Truly, you have a dizzying intellect.

  12. Languish? by Enrique1218 · · Score: 1

    Isn't the major point of an good gui is consistency. What may be called languishing here could be just as easily interpreted as not reinventing the wheel. Anyways, Apple is putting more research into developing human interface guidelines for embedded OSX and small touch-devices like the iPhone.

    --
    You don't have to be smart to use a Mac, you just have to be smart enough to buy one
    1. Re:Languish? by Blakey+Rat · · Score: 1

      "Languishing" in this context means making the OS less consistent. They're not enforcing the standards they themselves wrote.

  13. You're making a bad assumption by Estanislao+Mart�nez · · Score: 1

    Your expectation is that more cooks will help the broth. It's only because of that expectation that you're confused.

  14. Re:Apple is unreliable by 644bd346996 · · Score: 1

    Either you have horribly abused that Mac and its software configuration, or you are lying. Actually, I think both are probably true. You are probably one of the few Mac users who has managed to install a virus, or else your hard drive is hours away from dying completely.

    Also, your comment serves no purpose because it is so obvious that your problems are atypical. If you were to comment on common problems, preferable design flaws, then you would be on topic. I encourage you to elaborate on some of the other problems you claim to have had, so that we can have a productive discussion about a real problem.

  15. Re:Apple is unreliable by Anonymous Coward · · Score: 0

    how do i got virus?

  16. stuck up ... by typidemon · · Score: 2, Insightful

    It's the entire 'fuck non-technical users" attitude that spews forth from highly technical users that has hurt nix distributions hard.

    1. Re:stuck up ... by Hatta · · Score: 1

      On the contrary, pandering to the non-technical users would sap linux of that which makes it special and useful. The world doesn't need another windows. The world does need an open, modifiable, and powerful OS.

      --
      Give me Classic Slashdot or give me death!
  17. Re:stuck up ...Excellently put. by Anonymous Coward · · Score: 0

    John Surowiecki wrote "The Wisdom of Groups" because they are often smarter than any one individual member. However show a group how to go wrong and it will.

    There is also the danger of groupthink where a group will behave in an idiotic fashion just beacuse it can. Think of any stock market bubble and crash.

    (Agh! Had qny up there instead of qnx, I mean any)

  18. FTFF? by bl8n8r · · Score: 1

    fsck the fscking fsck?

    --
    boycott slashdot February 10th - 17th check out: altSlashdot.org
    1. Re:FTFF? by Redacted · · Score: 1

      Fix the fucking finder.

      Can be extended in many ways: FFTFF; fucking fix the fucking finder, etc.

  19. Re:Apple is unreliable by Anonymous Coward · · Score: 0

    yhbt yhl hand

  20. Re:stuck up ...Excellently put. by Anonymous Coward · · Score: 0

    > There is also the danger of groupthink where a group will behave in an idiotic fashion just beacuse it can

    Oh, like say for example...naming everything related to your desktop with a K...and wondering why the grownups in the rest of the computing world don't take you seriously...

  21. OK, but a wiki is exactly the *wrong* approach by Anonymous Coward · · Score: 0

    This will not work. For guidelines to get to a consistency there has to be someone in charge, able to put the boot down and say "now we do THIS, because THIS is how good it gets with what we can do today".

    Sorry to be pessimistic, but in design there are too many different voices and opinions that want to be final. Locke returns, Tom dies, and Charlie sacrifices himself to save his friends. I have tried the wiki approach on a few projects before, but it all came down to first getting a consensus off the site to later update the wiki when something had been decided.

  22. A Proud Tradition by Smight · · Score: 2, Funny

    I'm so happy a group of enthusiasts has come together to make sure everyone thinking of making programs will put form before function. One time I was thinking about putting five buttons on a mouse, but then the Human Interface Guideline Coalition shut me down and informed me that humans sometimes have all of their fingers on one hand mashed into a pulp with a hammer and burnt with cigarettes so they can only effectively use one button. I can tell you I never made THAT mistake again!

    --
    IOU one (1) signature
    1. Re:A Proud Tradition by MightyYar · · Score: 1
      I don't think that Apple insists that you use a one-button mouse, only that your program function with a one-button mouse. This serves a couple of purposes:
      • New users won't use the wrong button if there is only one button.
      • Mac users can count on every interface for every program having all of it's functions readily available from a menu or toolbar... there can be no "hidden" functions that require a right-click, middle-click, or some combination. This makes every program fairly accessible to the novice or occasional user. Note that you are still allowed to use a contextual menu, but it should not have any unique functions.
      • Certain Macs - even the Pro notebooks - come with only one button. The reasons escape me, but I'm not the one selling computers.
      It should also be noted that no "hand of God" comes down and smites you if you violate the guidelines. But you'd better have a good reason or Mac users will not appreciate it. I like the fact that I rarely have to consult the help or documentation when learning a new program.
      --
      W..w..W - Willy Waterloo washes Warren Wiggins who is washing Waldo Woo.
    2. Re:A Proud Tradition by Anonymous Coward · · Score: 0

      In what way is a site devoted to the best practices of form detrimental to function? Does it somehow advocate making software less useful?

    3. Re:A Proud Tradition by coolGuyZak · · Score: 1

      Certain Macs - even the Pro notebooks - come with only one button. The reasons escape me, but I'm not the one selling computers.

      It should be mentioned that all Intel Macs feature "right click" support on their touch pads. After enabling the feature in System Preferences, you can place two fingers on the touch pad and click the mouse button to pull up a context menu. The reasoning is as you mentioned: Ease of use. When all Macs feature the same basic UI Mechanisms, it enables consumers to experience the same level of consistency across all products out of the box.

      Why is that good? Because many affluent customers get the most expensive (e.g. pro-line) package, even though they'll waste its capabilities. The professionals targeted by the platform know where to enable the advanced features, or look for it ASAP. (For instance, the first thing I did was enable right click support). It satisfies both of Apple's market segments and, thus, sells more computers.

    4. Re:A Proud Tradition by MightyYar · · Score: 1

      That's pretty good rationale, but I'd still like an aftermarket 2-button trackpad. :)

      --
      W..w..W - Willy Waterloo washes Warren Wiggins who is washing Waldo Woo.
  23. Comment removed by account_deleted · · Score: 4, Informative

    Comment removed based on user account deletion

  24. Re:Apple is unreliable by Anonymous Coward · · Score: 0

    Bitches don't know about my spyware.

  25. 3rd Party Apple Developer? by joemontoya · · Score: 0, Flamebait
    I thought those died in the 80s.

    Actually it's cool to see someone cares. I think I saw one in a museum once.

  26. Mod Parent Up by JoeCommodore · · Score: 1

    Mod parent up, I really getting tired of that "multicolored pinwheel of wait".

    --
    "Enjoy what you're doing! If it becomes drudgery, you're doing it wrong!" - Jim Butterfield
  27. Comment removed by account_deleted · · Score: 1

    Comment removed based on user account deletion

  28. Comment removed by account_deleted · · Score: 1

    Comment removed based on user account deletion

  29. 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.
    3. Re:Microsoft's User Interface Guidelines by Anonymous Coward · · Score: 0

      If they're called "Vista Ux Guidelines", I'm going to take a guess that they haven't been out "forever".

      Can you point me to the XP guidelines, or the Win2K guidelines? Do such things even exist, or did they create these new for Vista?

      I've been doing some Windows application development at work, and I've gotten used to Windows simply not having UI guidelines (coming from MacOS and GNOME at home). We try to act the same as the apps that ship with WinXP, where possible, but they're just so darned inconsistent that's usually of little help.

    4. Re:Microsoft's User Interface Guidelines by SEMW · · Score: 1

      If they're called "Vista Ux Guidelines", I'm going to take a guess that they haven't been out "forever". No duh.

      Can you point me to the XP guidelines, or the Win2K guidelines? Do such things even exist, or did they create these new for Vista? Don't be wilfully ignorant. Of course they have guidelines. A quick Google search reveals that the Windows 95 guidelines were published as a book called "Microsoft Windows User Experience", later renamed to "The Windows Interface Guidelines for Software Design" (you can still get it from Amazon) with subsequent minor updates for 98, 2000 etc. No doubt they were published on MSDN as well. The XP guidelines certainly were, and you can now get them as a self-extracting zip archive thanks to the wayback machine. The guidelines currently on MSDN are of course the latest (Vista) ones.

      I've gotten used to Windows simply not having UI guidelines I've gotten used to spending time attempting to educate people who apparently don't know how to use Google and would rather remain wilfully ignorant...
      --
      What's purple and commutes? An Abelian grape.
    5. Re:Microsoft's User Interface Guidelines by HeroreV · · Score: 1

      I've gotten used to Windows simply not having UI guidelines
      Your ability to convince yourself of anything is truly remarkable. I'm sure you also have a 12+ inch penis, an ex-model girlfriend, ripped abs, and hundreds of mansions all over the world, right?
  30. Re:Apple is unreliable by Anonymous Coward · · Score: 0

    You need to get this thing called "Windows".

  31. Aqua's a wimp. by dwater · · Score: 3, Insightful

    The thing that bugs me about both Mac OS X's Aqua (and MS Windows) is how the window manager seems to have so little authority over the windows it manages.

    On SGI IRIX's 4Dwm, for example, if I use the window manager to minimise a window (by clicking on the minimise button, for example), it damn well minimises, no matter what state the window's application is in.

    Why is Aqua's (and MS Windows's) window manager such a wimp? They have no authority over their windows at all. What kind of manager is that?

    --
    Max.
    1. Re:Aqua's a wimp. by Anonymous Coward · · Score: 1, Informative

      On SGI IRIX's 4Dwm, for example, if I use the window manager to minimise a window (by clicking on the minimise button, for example), it damn well minimises, no matter what state the window's application is in.

      Why is Aqua's (and MS Windows's) window manager such a wimp? They have no authority over their windows at all. What kind of manager is that?


      I don't know about Aqua, but Windows doesn't have a window manager. There is no window manager process, the window is handled by the application process. If the application process is busy, the window - including the minimize button - doesn't respond.

    2. Re:Aqua's a wimp. by trudyscousin · · Score: 1

      "On SGI IRIX's 4Dwm, for example, if I use the window manager to minimise a window (by clicking on the minimise button, for example), it damn well minimises, no matter what state the window's application is in."

      So does OS X. The yellow button minimizes. Clicking it works for me, regardless of whether the application is active or not. Hold down the shift key while clicking, and you can see that cool genie effect from the desktop to the Dock in slow motion.

      I'll entertain the possibility that what you're really talking about is zooming (i.e., clicking the green button), because zooming behavior truly is inconsistent and annoying in Mac OS X. If that really is what you mean, it still doesn't make the OS X window manager a 'wimp.' If anything, it means it's not a micro-manager.

      Developers have the responsibility to ensure that, when a window is zoomed out (the "standard state"), the window displays as much of the content in an ideally sized window (given the constraints of screen size and the placement of the Dock). The window manager provides all the tools a developer needs to effect this. Conversely, when the window is zoomed in (the "user state"), the window locates and sizes itself the way the user last moved and sized it. Did the user make it the size of a postage stamp before zooming out? Or did the user size it far larger than the content? Whatever they did last, that's what they get when they zoom "in."

      --
      Those who can, do. Those who can't, write technology blogs.
    3. Re:Aqua's a wimp. by TheoCryst · · Score: 1

      I believe he was referring to the fact that, should your application beachball (lock up), the minimize button will no longer minimize the window consistently. It often chooses to wait until the program is responsive again before minimizing. This doesn't happen often, but it does happen.

      --
      Warning: Contents May Be Flammable. Keep Out Of Reach Of Children.
    4. Re:Aqua's a wimp. by dwater · · Score: 1

      > Clicking it works for me, regardless of whether the application is active or not.

      It doesn't for me. I've noticed this with several applications, most notably amule and mplayer.

      --
      Max.
    5. Re:Aqua's a wimp. by dwater · · Score: 1

      > I believe he was referring to the fact that, should your application beachball (lock up),
      > the minimize button will no longer minimize the window consistently. It often chooses to wait
      > until the program is responsive again before minimizing. This doesn't happen often, but it
      > does happen.

      Indeed. I happens a lot for me for some applications - aMule and Mplayer mostly.

      --
      Max.
    6. Re:Aqua's a wimp. by dwater · · Score: 1

      > I don't know about Aqua, but Windows doesn't have a window manager.
      > There is no window manager process, the window is handled by the application process.
      > If the application process is busy, the window - including the minimize button -
      > doesn't respond.

      Well, that explains why it happens on MS Windows :)

      I also don't know if the same is true of Aqua, but it's damned annoying whatever the reason is. Defective by design, IMO.

      SGI IRIX 4Dwm is X based, so I would assume that any X based GUI would work irrespective of application state, including those on Linux. I don't have a Linux machine with a graphics head at the moment, so I can't check...

      --
      Max.
    7. Re:Aqua's a wimp. by trudyscousin · · Score: 1

      "Indeed. I happens a lot for me for some applications - aMule and Mplayer mostly."

      Then that has absolutely nothing to do with the window manager, but an application spending too much time in one part of its execution before it can reach its main event loop again. It sounds as if something that blocks belongs in its own thread of execution. That you can name only two applications that exhibit this behavior is hardly an indictment of OS X's window manager.

      I'm not certain if you think a window manager should be some sort of omnipresent overlord over applications that use its services, but in OS X, it's just one of many tools available to an application.

      --
      Those who can, do. Those who can't, write technology blogs.
    8. Re:Aqua's a wimp. by dwater · · Score: 1

      > Then that has absolutely nothing to do with the window manager

      Well, that depends on what functions you expect a manager to perform. I expect it to manage windows, not just send events to applications and expect them to do something when they have time.

      > I'm not certain if you think a window manager should be some sort of omnipresent overlord

      I do.

      If I say for a window to minimise, I expect it to minimise. I don't care if the application is busy or hung or anything else. I expect it to minimise.

      This is the essence of my complaint...

      --
      Max.
  32. Re:Apple is unreliable by wall0159 · · Score: 1

    the GP is an old troll - don't bother with them

  33. Re:Unless... by symbolic · · Score: 1

    ...they're patented?

  34. big deal by nanosquid · · Score: 1

    Look, if you buy and use commercial software, you should live with what the vendor gives you, and you really don't have much choice. Trying to do some of their work for them doesn't make much sense.

    Keep in mind that the primary purpose of any commercial piece of software is not to make users happy, it's to generate revenue. Sometimes those coincide, sometimes, they don't. For example, the Dock is an awful piece of software, but it demos well, so Apple keeps it. I suspect that the Finder and Spotlight also look nice in the store, even if they are suboptimal for actual use.

    1. Re:big deal by mcfedr · · Score: 1

      For example, the Dock is an awful piece of software, but it demos well, so Apple keeps it. I suspect that the Finder and Spotlight also look nice in the store, even if they are suboptimal for actual use. The dock rocks...so much better than the taskbar's of windows and gnome, combined with expose provides a much better way of switching better app's and is much nicer that the never ending folders of folders in start menu and similar... again, spotlight, the first of its kind build right in, dont need it all the time, but works very well when you do
  35. Vista is unreliable by joeyspqr · · Score: 1

    I don't want to start a holy war here, but what is the deal with you Vista fanatics? I've been sitting here at my freelance gig in front of Vista Ultimate(a P4 w/2 gigs of RAM) for about 20 minutes now while it attempts to copy a 17 Meg file from one folder on the hard drive to another folder. 20 minutes. At home, on my G3 Powerbook running OS9, which by all standards should be a lot slower than this box, the same operation would take about 2 minutes. If that. In addition, during this file transfer, Internet Explorer will not work. And everything else has ground to a halt. Even lynx is straining to keep up as I type this. I won't bore you with the laundry list of other problems that I've encountered while working on various Windows versions, but suffice it to say there have been many, not the least of which is I've never seen a Windows OS that has run faster than its Mac counterpart, despite Intel's faster chip architecture. My Quadra with 8 megs of ram runs faster than this 3 GHz machine at times. From a productivity standpoint, I don't get how people can claim that Vista is a superior OS. Vista addicts, flame me if you'd like, but I'd rather hear some intelligent reasons why anyone would choose to use Vista over other faster, cheaper, more stable systems.

    --
    +1 fashionably cynical
    1. Re:Vista is unreliable by Stevecrox · · Score: 1

      The file copying issue you mention is no where extreme as you've stated for me.

      I'm running two systems a laptop:

      Vista Business Edition

      1.7Ghz Pentium M

      1gb DDR2 ram

      Intel GMA 915GM graphics card (which only has XDDM drivers what ever that means)

      40GB hard drive

      realtek HD sound card

      and a destop:

      Vista Home Premimum x64

      AMD64 3700

      2GB DDR ram

      Nvidia 7600 GS OC

      Creative Audigy SE

      300GB hard drive

      I was a little worried about putting Vista on my laptop my expearence last year with RC1 on it lead me to think it would run slow. But since the license was free so I've installed it, originally the laptop was running Windows XP MCE 2005 I got at most 2.5 hours of battery life (generally 2 hours) the system was quick to respond and could play most of my games without issue. I've installed Vista business its as quick as XP, I'm getting the same battery life although Its lasting nearer the 2.5 hour mark rather than the 2 hour mark and it plays all my games, the actual kicker for me was Myst Online: Uru Live runs 1FPS slower in Vista (with its weird XDDM driver) than in XP. Its been a hugely positive expearence there is no single feature in vista which stands out but it has many little things which you grow to love like network synching, the explorer navigation upgrade,networking upgrade (not finiky like XP also FTP through explorer now works with large files), visual upgrade (I tried the pack that lets you do it to XP its not close), Start bar alterations and the fact ever single driver installs itself. No one thing made it worth upgrading but the expearence was positive.

      I have had Vista home Premimum on my desktop since vista's release, file transfer is slow on it (because of its desire to back every version of a file up, you can turn this off and copy speeds go back to normal) I've lost 10 FPS on some of my games and creatives sound card driver is poor but pretty much every game I've wanted to play has worked, all the drivers have installed themselves and again the expearence is generally a positive one. But heres the kicker my desktop is marginally slower in desktop operations when compared to the laptop (I'm guessing because of Aero.)

      I had a irratating issue with the bios and Vista on my desktop (very old bios caused vista installation to die fixed with bios upgrade) Microsoft Visual studio 6 & 2003.net will not function on Vista and most my games pre Quake 3 don't work on Vista, although realMyst (2001) and Tomb Raider 2 (1998 I think) both work. Vista is nice I see it as XP with lots of tiny improvements things you didn't think of like a "games" folder on the start menu which has shortcuts to all your games.

      I am just installing Ubuntu's Feisty Fawn and I have to say I'm impressed almost every issue I had with Edgy Eft has been solved but right now I am trying to work out why the sound on my system occasionally drops all sound. Thats the difference between Windows and Linux and if I had a choice between Windows and Linux I would currently choose Windows for that reason, and well with the choice between Xp and 'Improved Xp' (sorry I mean Vista) I'd go with Vista. But to tell you the truth as I've typed this I've reinstalled Ubuntu and the sounds working perfect, beryl's wiki guide is incredibly usefull and I'm wondering if I can get my copy of Doom3 installed somehow, where to find the thunderbird addon's to turn it onto outlook and preying that someone has come up with a way to get Thunderbird and WM5 phones to sync, I'll still be using Vista as my main OS but I'm impressed and honestly think the next Ubuntu release might really force people to ask the question you have just posed.

    2. Re:Vista is unreliable by Anonymous Coward · · Score: 0

      Wait... Theres someone admitting Vista is good?

  36. its all there by Anonymous Coward · · Score: 0
  37. Re:stuck up ...Excellently put. by Ash-Fox · · Score: 1

    naming everything related to your desktop with a K
    Or naming everything beginning with i,
    or naming everything beginning with G,
    or naming everything beginning with Windows,
    or naming everything beginning with Microsoft

    wondering why the grownups in the rest of the computing world don't take you seriously...
    Does not compute.
    --
    Change is certain; progress is not obligatory.
  38. What bugs me about OSX is ... by ThirdPrize · · Score: 1

    while it has a nice GUI, it seems that buttons on toolbars are thought to be uncool. So you spend most of your time either doing things via menus (the hard way) or via the keyboard. The latter sort of defeats the whole point of a GUI. Toolbars are there for function, not for show. Of course Vista is just as bad these days. It looks like a button but when you click on it a menu pops up. IE7 looks sooo confused.

    --
    I have excellent Karma and I am not afraid to Troll it.
  39. Old provern by edittard · · Score: 0

    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
    Those who do not understand unix are doomed to reimplement it, badly.
    --
    At the bottom of the /. main page it says 'Yesterday's News'. Well they got that right.
  40. relative performance (was Re:Dumb mistake....) by WillAdams · · Score: 1

    Because NeXTstep didn't have to load the OpenStep libraries, Java was hard to come by and Mac compatibility was in a separate program / process _if_ one loaded ARDI's Executor and one didn't get transparency effects, the system also wasn't as effectively multi-threaded as Mac OS X is (granularity of Display PostScript was one PS operator --- which was bad for any apps when that one operator was displaying a multi-megabyte TIFF on-screen) &c.

    Try OPENSTEP 4.2 for a closer comparison --- just loading the OpenStep libraries (in addition to the NeXTstep ones) can be enough to push a well-performing system into swapland.

    I agree with your thesis, but performance improvements have been steady since the Mac OS X public beta, the system does a lot more and one can always upgrade hardware (though I still have and use a NeXT Cube on my desk at home). Hopefully GNUstep will address some of this, but one still needs replacements for apps like Lotus Improv, Altsys Virtuoso and TIFFany.

    William

    --
    Sphinx of black quartz, judge my vow.
    1. Re:relative performance (was Re:Dumb mistake....) by LizardKing · · Score: 1

      I've not tried OpenStep, but I understood it was just a rebranding after NeXT decided to drop support for their own black hardware and concentrate on x86 support. As for Java and Mac OS compatability, I'm not aware of any apps I regularly use on OS X which launch a JVM and I don't use any Carbon apps (nor did I use any kind of Mac emulation on my NeXT slab). While I can understand extra subsystems in the kernel (such as firewire and USB) requiring more memory and a bit more processing power, what I don't get is why a machine that is roughly 20 times more powerful than my slab feels more sluggish. Is the eye candy in OS X really that resource intensive?!?

      That said, comparing OS X on an 800Mhz Mac to Windows XP on a 1.6Ghz PC shows Apple's OS in a very favourable light. XP regularly grinds to a halt doing something as simple as opening an Explorer window, and often wont even let me minimise it in the meantime. I'm also impressed that up until now, each major release of OS X has felt snappier on the same hardware. Compare that to Vista over XP ...

      (Oh hell, I'm turning into an Apple fanboy).

    2. Re:relative performance (was Re:Dumb mistake....) by WillAdams · · Score: 1

      No, OPENSTEP was a compleat re-working of the whole API and resulted in a set of parallel shared libraries which had to be loaded in addition to the NeXTstep libraries --- memory usage went up dramatically between NS 3.3 and OS 4.2.

      (not using any Carbon apps)

      What are you using instead of the Finder?

      Does your web browser not support JavaScript? (not the same as a JVM, but yet another example of the sort of additional technology one gets these days --- the only NeXT browser w/ JS support was OmniWeb if memory serves)

      Fire up TextEdit.app and examine the number of characters available in, and some of the typing possibilities for Lucida Grande or Zapfino --- text support is much richer &c.

      That said, I do agree with your premise and complaint, and really wish that Carbon had never been developed or that one could set up OS X so that only Cocoa apps were used....

      William

      --
      Sphinx of black quartz, judge my vow.
    3. Re:relative performance (was Re:Dumb mistake....) by LizardKing · · Score: 1

      Thanks for the info on OPENSTEP. Hmm, and I hadn't realised that the finder in OS X is a Carbon app.

      I still do some things on my NeXT machine, such as word processing for personal stuff, but I don't really surf the web from it even though OmniWeb's installed. What I often wonder about is whether the added features of OS X really justify the massive increase in power required of a machine to run it. Comparing an old version of Linux (say RedHat 4.2) with a recent one it's clear that the apps have improved, but as with the Mach kernel in NeXT versus the one in OS X, I wonder if the Linux kernel is that much better for desktop use. The extra sophistication at the kernel level on seems to benefit larger servers, running under a reasonable load.

    4. Re:relative performance (was Re:Dumb mistake....) by WillAdams · · Score: 1

      > What I often wonder about is whether the added features of OS X
      > really justify the massive increase in power required of a machine to run it.

      Yes. For me, at work at least.

      That said, at home, I'd use my Cube for pretty much everything (which is just light e-mail, web browsing and a bit of illustration, writing and TeX coding) 'cept that it's in the basement 'cause the screen is so dim it's unusable in daylight upstairs.

      William

      --
      Sphinx of black quartz, judge my vow.
  41. Re:Unless... by Ilgaz · · Score: 1

    Unless you don't charge and use it in evil manners, I doubt Apple will care about patents they own. It is about the will of people using something.

    I know by experience. How many Aqua-like themes on GPL/BSD Window Managers/Browsers out there? They just told not to use "Aqua" word as far as I remember.

    Now try this, ship a spyware which you also charge money which claims to show OS X themed Windows. Count days if not hours you will get a letter from Apple lawyers.

  42. No solution for OS X will be complete by simong · · Score: 1

    Until there's a # button on the keyboard. Now that's usability.

    1. Re:No solution for OS X will be complete by rgovostes · · Score: 1

      If you're referring to the pound sign / number sign / hash #, this is available on Mac keyboards just the same as on any others. You could plug a USB PC keyboard just the same.

    2. Re:No solution for OS X will be complete by RJabelman · · Score: 1

      British Macs don't have a # marked on the keyboard - you have to press Option-3 to get one. American Macs have it above the 3, where the £ symbol is on the British ones.

      Took me bloody ages to find how to type a # the first time....

  43. Freedom to experiment by QuatermassX · · Score: 1

    I'd like to think that the past seven years have been all about experimentation for Apple. When they binned OS 9, they also dumped the concordant HIG - and rightfully so. How we interact with computers should - no, must - evolve as computer literacy becomes ingrained in the culture. Just as we understand moving pictures rather better than the audiences of 1904 - we understand the evolved grammar of cinema - e.g., what do close-ups mean, how point-of-view is established and played with in a scene. And surely Edwardians would have seizures from the editing in Michael Bay movies?

    We understand these things, so at some point people will just 'get' that a computer stores information in hierarchical files and folders and moving pictures around have some relationship to spatial distances in the real world.

    So what comes next? How will we conceive of interacting with these boxes to do our work (and what will our work be)?

    I'd fault Apple not for experimenting with a multiplicity of UI ideas, but for taking so bloody long to come up with the Next Big Interface Paradigm ;-) They're clearly seeing what works and what doesn't in the marketplace, but it is taking quite the long while to get to a stable milestone UI upon which to base further work and research.

    1. Re:Freedom to experiment by argent · · Score: 1

      I think the last seven years have been all about Apple's corporate ritalin prescription expiring. If ever a company had ADHD, it's Apple.

      Apple doesn't seem to be trying out new stuff to find the next big interface paradigm. They're trying out new stuff because it feels good, and because old stuff is boring.

      They need to have a "department of non-hyperactivity" to sit back and look at what works and what doesn't work and kick a few bold experimental backsides to get them to document what the hell they're experimenting with, and pay attention to the results of their neighbor's experiments... and to keep a few working on actually fixing stuff like finder and launchservices.

  44. Re: UI critique and autism by Dystopian+Rebel · · Score: 1

    I read that phrase in a Cormac McCarthy novel and it stuck with me. I don't know--I could see what he meant to describe, and I think it fits here. Gadzooks, Sir. Do you work on a corporate UI standards team? If not, I suspect that a glorious career opportunity awaits your embrace.

    You're being critical about UI design but using terms that you can't define, saying they are appropriate and citing an American novel for the obscure usage. Being 2-for-2 in name-dropping strongly supports your literary reputation at the water cooler but brings me no further in understanding what the devil you are saying. I suspect that you've put a regal costume on a fully banal observation and you've evidently dazzled our Moderators.

    "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."

    I sure hope Emerson said that first sentence better, unless you meant "Emerson, New Jersey", in which case I will have to take your word on it.

    --
    Rich And Stupid is not so bad as Working For Rich And Stupid.
  45. DFTT! by pedestrian+crossing · · Score: 1

    Don't Feed The Trolls! IOW laugh, it was meant to be funny...

    --
    A house divided against itself cannot stand.
  46. Window resizing by imikem · · Score: 1

    I've submitted an idea to Apple before, suggesting that windows be resizable along any edge by pressing a modifier key as you click on the edge. Never had a response, and obviously it was never implemented. NIH is still an issue at Apple, though less so than the past, and curiously the reduction in NIH coincides with rising inconsistency in the MacOS X UI.

    --
    Perscriptio in manibus tabellariorum est.
  47. And I have seen it: by Wooky_linuxer · · Score: 1
    More than once in a while a dialog box pops up in Windows that has the text truncated in (brazilian) portughese. Possibly the original english text was smaller and no one in the translation team either noticed, cared or had the power to fix it. I assume this happens in other languages as well. Having been involved with translations with then Mandrake, now Mandriva, I could truly apprecciate the power of GTK in this respect.

    But that's not like I am endorsing it. Gnome is too restrictive - even more than OS X, in ways it shouldn't be. KDE is better, but compared to OS X it is just... ugly. Really hard to translate in words, and I highly doubt if HIGs are the answer. I guess it is harder to convince talented designers to open source their efforts than to convince talented programmers.

    --
    Where is that guy who'd die defending what I had to say when I need him?
  48. Gaim themes are fine, try upgrading by Michael+Wardle · · Score: 1

    The latest version of Gaim (called Pidgin) fits in really well on my Windows XP system. It looks right, whichever theme you're using.

    Perhaps you're using an older version of the GTK library. Pidgin relies on GTK for theme support, so it's important you have the right version of that. (You would expect that newer versions have fewer bugs and better theme support.)

    Try re-installing the latest version, and be sure to download the recommended version (pidgin.exe) rather than the lightweight version (pidgin-nogtk.exe).

  49. MagicMenu for AmigaOS did menus right(tm) by aliquis · · Score: 1

    Very good points, however instead of moving the menu to all Windows I prefer the Amiga MagicMenu way.

    In AmigaOS the menu was always at the top of the screen and only showed when you right clicked and you selected something by raising the right mouse button, BUT with MagicMenu you also got the whole menu as a right click popup menu where you hade your mouse pointer, so if you are at the wrong screen just right click anywhere in the application window and there you have your menu as a popup menu seen in say afterstep, windowmaker or whatever. Very convenient and it doesn't use any space at all.

  50. Re: UI critique and autism by Tickletaint · · Score: 1

    Oh Christ, I said I understood "cold, autistic" to fit in this context, specifically of UIs presenting themselves as numbing, alien landscapes to the user because some pale lifeless thing in a cave somewhere took the HIG a little too literally. You're right to criticize my awkward sentence construction, I'll admit—but you try talking poetry to this crowd.

    --
    Make Slashdot readable! See journal.
  51. Re: UI critique and autism by Dystopian+Rebel · · Score: 1

    I'd mod you up for the "pale, lifeless thing in a cave" metaphor. And the abbreviation, "PLTIAC", is amusing too!

    --
    Rich And Stupid is not so bad as Working For Rich And Stupid.
  52. Re:Apple is unreliable by Anonymous Coward · · Score: 0

    I dunno what weed you are smoking, but I've run Windows and OS X on the same machine(s), and OS X is much, much faster than Windows at just about everything. With the exception of Finder lockups to do with network access (which, BTW, plagues Explorer a bit too!), it's very snappy.

    This is on a Dell Dimension 4600, with 1.5G of RAM, and OS X feels just like it does on a brand new iMac. Windows is more than sluggish on this machine. Not to mention unstable.

    Hell, the only reason I go back into Windows is to play Eve Online, since it won't run under Parallels.