Without experimentation there can be no progress. It is nice that you are satisfied with the "old" era UIs based on dropdown menus and predictable title bars an

Without experimentation there can be no progress. It is nice that you are satisfied with the "old" era UIs based on dropdown menus and predictable title bars and it would be nice to have some decoupling of functionality and UI so that you can style your apps to adhere to this paradigm. What I don't see in your article is any reasoning WHY we should build our UIs in this way, and even if you did I suppose I would disagree. I hate dropdown menus, I hated them since Windows95 and never stopped hating them. There are many other approaches - string-based "tell me what you want to do" approach of Emacs, context-based morphic approach of smalltalk systems, etc. Each of them is interesting, each of them brings something new and works for certain applications. It seems to me that instead of ranting how UIs are not what you want them to be these days, you could instead rant that you are unable to mold UIs to your liking and it would have greater utility.