The web browser and the technologies that live inside it (primarily HTML/CSS but also JavaScript and the server side scripts that power web applications) have many limitations when compared to “real” applications. When I say “real applications”, I mean an application that runs outside of a web browser on your own computer (a Win32 app, OS X app, Java app, etc.).
These “real” applications can take advantage of the power of your local computer to provide better user interface toolkits and interactivity. They can also store data locally. This makes great sense for applications like email, newsgroups, mailing lists, RSS reading, or media distribution, like Apple’s iTunes Store (which is more like a hybrid web/real app, to be fair). These applications don’t have to have clunky user interfaces built in the limited world of HTML.
Why, then, do we use the web for so many of these activities rather than these custom applications. Web-based email is becoming as popular as traditional email clients. Many people still browse web news and weblogs rather than use RSS readers, Google Groups has taken newsgroups onto the web, and most mailing lists now have web-based archives.
Why? The simple power of the hyperlink. You can’t link to a newsgroup posting in a newsgroup application. You can’t link to an item in an RSS feed. You can’t link to an email on a mailing list.
This key feature is so important that it is often worth living in the limited world of the web-based interface just to keep the ability to link to the things we create.
You can, though, have the best of both worlds. RSS is the prime example of this. RSS readers give you all the benefits of being real native/local application, but the content they serve is all available through a normal web-browser — where it can be linked to. This is why, even if everyone one eventually reads our weblogs via RSS, we still need the HTML-based version.
Most mailing lists also do this well. Most interaction (reading and posting) is done through a traditional email client). However, a web archive gives you a place to link to when discussion older posts.
We need the web. Other applications are complimentary — not replacements.
However, there are two things that do bother me about the OS X window controls. The first is somewhat trivial and subjective. I don’t think the “show/hide toolbar” control warrants such a prominent position on the title bar. It is handy, on occasion, but shouldn’t a control to hide/show a toolbar be somehow connected to the toolbar? Is this even something that needs an always-visible control?
The little green orb (it includes a plus symbol + when the mouse hovers over it) has always confounded me as to what it will do each time I click on it. It has become known around my office as the “green random window size changing button”. Apple calls it the “zoom button” (they always have been good at naming things).