When using Mac OS X, no matter what you do, there's always a menu bar at the top of the screen. Until recently, all Mac OS X apps had window chrome, even when the application window was maximized. IOS doesn't have any of that -- there are specific situations in which you are presented with a modal dialog or a menu, but they aren't GUI elements that are always onscreen.
Then there's the pointing. In iOS, you can't just point -- to touch is to point+click.
I don't understand why these distinctions make any difference? Fundamentally - I think the core elements are very similar - the differences are necessary due to the constraints of mobile devices. Perhaps implementation differs - but I don't see how this makes my point less true.
Are you stating that we actually are making use of interfaces which are groundbreaking (in a similar way to those presented in the article)?
We often don't notice many "ground breaking" shifts while in the midst of them. The internet or hyper-linked docs took their time to be called "ground breaking" with hindsight.
Rgd the iPad/touch I have an indicator though - my son got used to slide-unlocking my ipod touch when he was 2yrs old, to play drums on it. Ever since he did that, he'd try to touch my laptop screen and expect things to happen. He'd totally ignore the keyboard! That's a ground shift in interfaces for me :)
I doubt we'll see another leap as huge as from CLI to GUI. But as incremental improvements in user interfaces go, I find iOS (and multitouch control in general) pretty significant.
I doubt we'll see another leap as huge as from CLI to GUI
Unless you have a particular reason to believe that GUI is the end of evolution, then there's room for massive change.
Circumstances suggest that wimp is not the last word on user interfaces. Some factors to think about:
* The GUI has grown during an era of groups fighting to establish platforms, when there were constant newcomers to the scene which caused a large emphasis on creating systems that are as newcomer-friendly as possible. Those circumstances will change.
* As the scale of data increases, user interface needs change. Consider the progression from flat file structure, to directories on a single machine to searching through large datasets, and the different tooling we use. I deal with large numbers of small files, and have built custom tools to allow myself not to drown in scale. GUI tools and CLI directory systems are inadequate.
* A lot of GUI has been driven by the need to make glossy things that sell, rather than things that are useful. Look at changes to Windows since XP. As free software eats away at territory that is currently commercially viable, this will change. We won't have companies pushing gaudy bells and whistles that have shifted platforms over the last fifteen years. Stability increases in value.
* Plenty of power users have never been happy with the WIMP approach, and consider it a leap backwards from the CLI. 1980s word processing users, unix users, people who knew menu-driven mainframe systems before being "upgraded" to less-useful GUI replacements. There's strong interface loyalty to the Bloomberg interface from people who have also dealt with GUI and CLI tools, despite significant problems in that system.
It's unusual to know about groundbreaking things before they happen. I expect our grandchildren will look back at screenshots of today's candy interfaces and ask how we took it seriously.
Then there's the pointing. In iOS, you can't just point -- to touch is to point+click.