Maybe a Mac with a touch UI mode and a more modern architecture, that is cleaner and has a more restrictive security model - but still a Mac.
They'll say they don't for purity reasons, but their desires show otherwise:
- Add ways to show multiple apps on screen at once (e.g. windows – but because they don't overlap, oh except for slide-over items, then it's new and therefore they don't have to admit they are asking for windows)
- Add a hardware keyboard
- Make the hardware case with keyboard into a laptop form factor
- Add a touchpad
- Add a way to drag and drop items between on screen apps
- Add keyboard shortcuts
- Add the Finder, oh sorry, I mean Files.app
- Add a menu bar for Pro apps
- Next they'll ask for a menu item to appear onscreen when an item is force touched; e.g. right click contextual menus
Congratulations, you've invented a MacBook. At least you'll feel good about yourself as you can now think you're using "the future of computing" instead of simply an evolved version of what everyone was using a decade ago.
This is a pessimistic but IMO true evaluation of how techies who are proud of themselves for using an iPad for 'real computing' self evaluate the decision.
You miss the big picture. Creating "an evolved version of what everyone was using a decade ago" is the very idea, and that's precisely why they are entitled to feel good about themselves.
They could make the iPad run full OS X with Finder and overlapping windows and everything and call it a day, all in a month or so (most of the time taken for things like driver support).
But they don't want to "invent a MacBook".
They want to get the iPad to be personal-computer-like powerful, without the negatives of the full PC experience.
(Negatives for the masses, not for people who use Vim and Emacs and take pride in menial tasks like "organizing their file hierarchy").
For which, this iterative approach and enforced boundaries is exactly what's needed.
E.g. they want to add a hardware keyboard, but make it entirely optional. So things should be touch-first-class (and not "also touch" like with Surface and co).
They want multiple apps on screen but not the tedium of window management. For which the split screen (or eventually a tiled wm) makes more sense.
And so on.
The thing is, there is nowhere left for Apple to go. What else can they do with iOS? They will be forced to make iOS more powerful and that MUST include things like proper file management, multiple windows, displays, mouse support etc...aka a Surface Pro. Perhaps a more pleasing-to-look-at iteration than Windows 10, and better quality native apps, but a Surface Pro nevertheless.
It's always been a laptop with some touch interaction bolted on.
Therein lies the difference.
Apple has chosen to surface more complexity (designing a version of drag and drop for touch), but they haven't stopped making touch the primary interaction method.
Nor should they.
Well, Ford's customers couldn't conceive of a future where the eventual upshot wouldn't be ...faster horses either.
>The thing is, there is nowhere left for Apple to go
Because we have exhausted UI paradigms and interaction design?
>and that MUST include things like proper file management, multiple windows, displays, mouse support etc...aka a Surface Pro.
The "aka a Surface Pro" is where you're wrong though.
All of what you ask for can be answered by "just buy a Mac laptop" today. There's absolutely no reason for anyone to want an iPad that does all that -- except to get a laptop with touchscreen hybrid. But those are not exactly some wide success in the PC world either.
The iPad serves a need without desktop-features. And it sells 10s of millions of units (10x or more than the Surface) every year without these features. The ability to get a desktop OS-X experience is not why iPads are bought.
Here's how it can play out:
- "Proper file management" can be abstracted totally from storage as far as the apps are concerned, like iOS already does, and have powerful metadata properties and searchability (the way Microsoft tried and failed with their WinFS project). So not like Surface of today, or regular Finder-like file management.
- Multiple windows can be non-overlapping, and develop into a tiling/snapping mechanism. OSes have already disfavored the once dominant MDI windows (and even third party apps have, e.g. Photoshop of yore with Photoshop of today). This can be a next step.
- displays, the iPad Pro already supports external displays.
- mouse support, this can or cannot be added, but if the table factor has to have any meaning it has to be secondary to the touch experience (so apps should be prepared to work in 100% touch mode).
More importantly, the main premise of the iPad is the hassle free device management. Apps are all sandboxed, the OS is dead simple to configure, zero viruses, everything backed to the cloud, etc. Those are the avenues that will be enhanced and expanded, not how to run IDEs.
It's not 'full customizability and power to run any niche pro app', it's 'it just works'. Pro apps will came (and in several sectors have come), but only by respecting the "it just works" part.
I don't agree that these are valid comparisons. An iPad is a computer. It has a CPU, and a screen, and an OS, and is therefore rather similar to a PC, barring UI lipstick. A car and a horse are way different. If you are suggesting that there may be a next-big-thing invented that supplants PCs AND iPads entirely (neural interface thingy), then maybe we are in agreement. An iPad is most definitely NOT to a PC what the automobile was to the horse buggy.
> Because we have exhausted UI paradigms and interaction design?
You wouldn't agree with this? In the context of computers (once again, neural stuff/VR notwithstanding) I have yet to see an interface to a computer faster than the keyboard and mouse. And I think 'faster' is a good metric for 'better'. Touch, in that regard, is woefully off the mark. Clicking a menu item, or even better, knowing the keyboard shortcut, is the most superior method of getting shit done.
Touch is fine for convenience, but convenience is a rather limiting goal. If the goal is to extract every last ounce of usefulness out of our devices (paired with a desire to own as few devices as posible), a mere touchscreen isn't enough.
It took a bit to click for me, but I understand now that the mobile/touch approach serves a segment of the population with different approaches to computational needs. It doesn’t mean it’s a superior approach, even if it sold more devices; it’s just another approach. You can argue that it isn’t the case until you’re blue in the face, because “underneath it’s all the same”, but it’s the reality. It’s like saying a Ferrari and a Fiat 500 both have engines and gearbox, so they serve the same transportation needs and you can determine an objectively superior car - it’s false and you can’t. Doing the weekly grocery shopping with a Ferrari is as hellish as trying to race with a 500.
Computational devices will become more different in shape and uses, not less. Convergence is a production-driven myth that will never fully materialize. We never really reached convergence even when the operational modes were just two (desktop and server), it certainly won’t happen now that you can put computers in glasses and watches.
That is certainly true on general purpose computers (those running a standard Windows, macOS or Desktop Linux distro).
But most special purpose computers do not have a keyboard and a mouse. For example:
- a hospital sonography station has a screen, a lot of quick access function keys, a trackball for moving a crosshair, lots of sliders for adjusting things, etc.
- a cashier desk has a barcode scanner with a trigger and a num pad for manually entering codes
- a musician might use a (musical) keyboard, and a mixing board with lots of knobs and sliders
There are a lot of input devices that are a lot better for special purposes like a mouse and keyboard.
The magic of touch is that you can simulate specialized user interfaces for a lot of things. Just look at those DJ apps for the iPad! They have a pretty sweet interface that would be really hard to implement with mouse and keyboard.
So I don't think that mouse/keyboard is the ultimate input device combo. I haven't seen anything better for programming yet, but who knows, maybe some day someone comes up with an idea that works better than traditional windows + menus + buttons.
That would entail that anything with "a CPU, and a screen, and an OS" should offer the exact same experience as a desktop/laptop computer.
(Not to mention that ATM machines, kiosks, and cars also have one or more cpus, screens, and OSes).
The whole idea of the iPad as Apple (and I) see it, is that something with a "CPU, an OS, and a screen" can have widely different interaction design, and that the "PC" experience is far from the optimal for all uses. For those other users, the iPad experience (or some other) can be greater.
And those that really need a PC, can always just ...get a PC!
(That's also how the smartphone, which also has a CPU, a screen, and an OS) surpassed the PC in time spent/internet use) with a different interaction design.
>You wouldn't agree with this? In the context of computers (once again, neural stuff/VR notwithstanding) I have yet to see an interface to a computer faster than the keyboard and mouse.
Faster at what?
When using visual apps like Procreate or Photoshop for example, I find that touch is faster than "keyboard and mouse".
For reading (Kindle, iBooks, etc) touch is faster than keyboard and mouse.
For certain music apps, touch is faster than keyboard and mouse (most of the work is manipulating filter and automation envelopes and rectangles on a grid).
The main things keyboards are faster are writing and programming.
Easy counter example:
"I have yet to see an interface to a computer faster than a touch interface while working as warehouse manager who's constantly on-the-go."
See how you're pigeonholing the whole concept of what a computer is or should be?
I solely blame this on the software.
Wanna mimic pen-and-paper? There's a few apps for that.
Wanna use something that's actually better than pen-and-paper? There's OneNote, which gives you a finite but big enough canvas. You can fit everything on one "page", zoom in and out to a certain level, use different pens, and draw some basic shapes like straight lines, ellipses, and rectangles which are more than useful (think: diagrams or sketching out layouts).
That's it. There's absolutely no alternative to it. Not on Windows and certainly not on Ubuntu. I've tried dozens of them, and OneNote is the only one that offers even remotely more functionality than pen-and-paper does. The rest just try to mimic the pen-and-paper feeling on a screen. Microsoft Whiteboard got 90% there, but it doesn't offer a way of easily drawing basic shapes.
If I knew that the software side would be this bad a year after I bought the device, I would think twice before getting a pen-supported two-in-one and got myself an iPad. Touchscreen itself is insanely useful for recreation, but the pen is next-to-useless with just one app even worth mentioning.
That's such BS. Maybe Ford said that. That doesn't mean its true, and that doesn't mean it applies here.
Moreover, trying to compare the revolution of the automobile to something as trite as a touch-friendly interface is laughable. The iPad isn't a revolution. It didn't do anything which Android tablets didn't already do before it came out. It just did everything better, and that's the reason its achieved what marginal success it has.
Apple has been working to get iOS apps running on macOS with marzipan. So I’d guess they’ll just use macOS for the iPad.
iPad has way more need for pro apps than OSX does for iPad apps.
Right now many small "utility" apps for iOS don't have a macOS version. With Marzipan they might add one, which will make it easier to sell Macs to iPhone users. "See! Your Twitter apps and To Do lists are right there waiting for you!" It just needs to be good enough to work as a gateway drug.
(And on the other side - I'd love a Macbook with a proper GPU for a reasonable price. Like about $3000 for something with a 1080 in please.)
Considering that the other comment directly above you says:
"It took a long time for the bugs to get worked out, but I have not had any sleep/wake issues on my Surface Pro 4 in awhile now. At least since the 1809 update."
There are many reasons to think it wouldn't.
Well - My newish Windows 10 laptop fails at this basic task.
I think there's still a lot of potential in alternative desktop interfaces, but that ship has sailed long ago. Tiling window managers have found a niche. I really like the idea of the Hotbox from Maya (3d software), but the only other place I've seen it used is Autodesk's Sketchbook.
I'm very glad Apple is trying to come up with something else, even if they settle back on traditional desktop interactions. However, I think they're too big and entrenched to be too adventurous.
Would that be so bad?
Without bringing the baggage associated with traditional desktop computing.
They reuse "good ideas from the Mac" all the time. They don't want to reuse all, else it would just be the Mac UI, and that's (a) not the best UI option for a tablet, (b) still carries complication they don't want the tablet to have.
The idea is a "form fitting" OS paradigm that can scale to pro eventually, but without the legaly hassle of an OS if it can be avoided (e.g. window management).
The same way installation of apps is just "select+install", everything is sandboxed, uninstallation is just "delete", etc.
iPads are already great for professional musicians and artists. Also things like reading PDFs and sending emails, which probably make up a large portion of professional work.
"You don't agree", but people are saying as much in this thread. See the top comments about how the Surface touch experience sucks in comparison with the iPad (and this somehow proves that a "touch-first" device is inherently superior).
There is no technical reason for this; the reason why touch interaction sucks on both Win 10 and current Linux desktop (yes, including GNOME 3) is that we've only just begun caring about it, as hybrid devices have come out (and, to take a slightly different angle, people have started caring more about having a real Linux desktop on mobile, largely touch-driven devices-- see the postmarketOS effort).
I'm confident that Linux desktops will be able to reach feature parity with the touch UX of both AOSP and ChromiumOS with relative ease and in a short period of time (provided that GPU acceleration works properly, of course - the aforementioned OS's do rely on it). And iOS is not far beyond that.
Say what you like about the new iPad, it’s amazingly thin.
It’s exciting to see Codea trying to figure out how to bring app creation to iOS because Xcode is the last Mac-only app preventing me from an iPad only life. I agree that it’s a mistake to create iPad apps bound by the constraints of legacy technology (terminal windows, keyboards, typed code). However, the Codea editor has rethought many aspects of a PC editor for a touch interface. Some of them instantly make sense (like contextual color pickers or sliders for values), and some of them can still be improved.
Swift Playgrounds has something similar.
So wrong! Down is up! Freedom is slavery!
UI experiments like this show that -developers who make UI experiments like this- want it to become a Mac.
And for God's sake let's not look to engineers' desires for UX cues.
Engineers are so hellaciously picky about their setups -- imagine bridging the gap between Swift Playgrounds and customizing zsh -- that asking for nothing less than a full laptop is foregone conclusion.
If we look at other "pro" users, however -- particularly in music and graphic design, you find -users- (here, we're not confusing users with developers making experiments) using these mobile devices for their virtues and not despite them. They're mobile slate notepads, ultra-reliable performance surfaces, or rich instant cameras.
Plenty of shops have tried to create super-pro apps in this space. They've got rich and powerful interfaces that push well beyond typical UIKit. They're beautiful, expensive and unpopular (Audulus 3, Moog Model 15, Korg Gadget)
The OP shop is going down this road, sadly. Try their shader editor -- it's beautifully done. And assuming the bugs get ironed out it will be celebrated as a beautiful and capable shader node editor for your phone...and then laid aside.
2) You can have a hardware keyboard which makes it into a laptop form factor.
3) You can drag/drop between screen apps.
4) You have keyboard shortcuts.
So many of those wishlist items already exist.
And it is, to some extent. I don't think that's a bad thing to happen right now.
All I can say with absolute certainty is that it feels different to work and code on my iPad and iPhone than it does on my Mac.
You outline very specific features that have since come (or will come) to iPad. But there are many less tangible "features" that really influence how it feels to use these computing devices.
For example, I edit all my photos on my phone. I never thought I'd do that a decade ago, but I do. The screen is better there. The photos are already there. The editing tools are great. The phone is faster. They get shared easier from there. There's now an entirely different emotional context around editing photos.
Another example is that it's far easier to turn on my phone or iPad. Opening my laptop is a heavy operation, often I'm sitting at my desk. It's work time. But just two days ago I was at the playground with my kids, I had some time to myself so I edited the very blog post we're commenting on, on my phone. I even edited some of the videos there.
That's another one that I just keep doing on the phone. Editing videos. I keep using Apple's Clips app instead of Final Cut Pro because it's just so instant, and fun, and light-weight. And no one notices or cares about what the resulting video was made in if it's good.
So by using git, and Codea, and building shaders on these devices we start to find out how we can differently fit more creative tasks into our lives. The Mac may never be replaced. But I might find that prototyping a game idea happens more often on my iPad or iPhone, simply because it's there when my laptop is not there.
If that means we end up reinventing some of the Mac UI paradigms for iOS, so what? The physical devices themselves are so much more pervasive and instant that they are creating new use cases just because of how we hold them and feel about holding them.
* iPhone - iOS (touch only)
* iPad - iOS (touch only)
* iPad Pro - iOS "Plus" (iPad + attachable keyboard/trackpad)
* MacBook - iOS "Plus" (iPad + built-in keyboard/trackpad)
* MacBook Pro - macOS
* iMac - macOS
* Mac Pro - macOS
For example, yes, there's a finder, but the places where you put files are 100% abstract, can be a hard drive, can be a SFTP, can be a cloud service that when offline, saves to the local storage and then uploads, can be a lazy extracting zip file, etc.
The most significant way that iOS differs from macOS (or Windows 10 or whatever) is that in iOS every action is accounted for and proper permission is enforced.
Yet... with many of the Apple technorati asking for one and saying it's a necessary next step.
> in iOS every action is accounted for and proper permission is enforced
Yes, so this is the Mac with a more restrictive security model as referenced in the first comment. Apple is moving the macOS towards this with the Sandbox and how app extensions are structured.
Maybe this is exactly why people want the changes to the iPad. They want a more powerful iPad rather than a less powerful Mac.
No, what I see, is people that are always coming with excuses to not buy an iPad.
"Because it can only run one application at once" -> Apple implements that feature -> "it needs a real file manager" -> Apple implements that feature, and they will come up with more excuses of "why the iPad isn't a MacBook Air".
Never read any "Apple technorati", much alone "many", asking for one.
In fact, those three (Marques, Dave2D and The Verge) are profoundly anti-Apple.
Just because they show them using MacBooks and iMacs in the background, doesn't mean anything.
I own a Surface. Having a touchscreen is one of those things that, for some at least, becomes a must have. For me it helps it walk the line between productivity machine and Youtube-while-cooking-dinner tablet.
Original claim: "There's no touchpad Yet... with many of the Apple technorati asking for one and saying it's a necessary next step"
Have actual "apple technoratti" asked for a touchpad? I never read one do so.
Have they asked for touchscreens? Some did, some are against.
In any case, I don't exactly see the reasoning.
iPad is criticized because it doesn't have mouse support, and the Mac is criticized because it doesn't have touch support. As if a hybrid model wont have all the problems the Surface has -- (touch not that useful when using a keyboard, and mouse-based apps not that useful with touch) --and presumably the kind of lackluster sales the Surface has compared to the iPad.
Note that while he does propose one, he does it contrary to the spirit discussed here (of getting desktop OS X parity), even adding: "Even if users expect a mouse cursor when they first see the trackpad, they’ll adjust quickly when they realize it isn’t there. If they wanted a MacBook they’d be using a MacBook. By definition anyone using an iPad is not expecting it to act like a Mac."
3D touch (or two-finger touch on non-3D touch devices) on the keyboard turns it into a trackpad of sorts, allowing you to move the cursor freely around the focused input.
Just like you might have using various fuse filesystems on a laptop
But phone-sized, pocket-sized touch screen devices are a unique user interface to have to deal with.
Sub 6 inch 16:9 aspect ratio, hand held, high resolution viewports have specific requirements, and they are intrinsic to the form factor. They can’t be modified away by additions to the chasis, or tweaks to the GUI.
What really happens is a slow creep of size right on back up to the laptop form factor, and all the gaps in between. It started with phablets and plus-sized iPhones. But the Tablet itself was a laughable “innovation”. The iPad was just the iPhone, but bigger. And for what? Mostly just to watch movies in bed. Not much else going on there.
Meanwhile pocket-sized items remain an established niche. Standing around, out and about, everyone is staring at their phones. No one is carrying a keyboard. No one seriously snaps it into a clamshell frame with a keyboard. A pocket sized item is a slab of glass and nothing else. All the rest has to be handled in the UI.
What does “become a mac” mean ? At this point the most defining trait of a mac is to have no touch input, so the iPad becoming a mac makes no sense to me.
Otherwise what you are describing is growing a platform and adding features. Cherry picking stuff that were on the mac before doesn’t really mean much when there’s many other features that have no relation to the mac (face id, ARKit, pencil support, shortcuts, MLKit etc.) while the mac also gets iOS features.
It seems you are mostly saying that the iPad has matured ?
I have a hard time understanding this. Why make the iPad into a Mac? If that's what you want, then get a Mac.
My gripe with the iPad is that on larger screens, the somewhat sparse grid of app icons seems a little silly. They could at least increase the density.
I hope they don't change the character of the iPad because right now it's my favorite computer to use.
So, like i3wm. Makes sense on a small screen, I guess (the iPad mini is 8 in., even the iPad "Pro" is no larger than 13 in.)
I can't tell if you're saying an ipad is a macbook or if you genuinely don't know that all but 1 or 2 of those features exist.
I had high hopes for webOS and Windows Phone, but they're both dead. I'm now waiting for Fuchsia.
I expect to be disappointed. Maybe I'll need to show them?
But Fuschia is a kernel and as far as I can tell, Google’s in-place Linux-replacement for Android so that they can finally “escape” the GPL and do a full lockdown.
Fuschia won’t bring you any interesting new, user-facing features.
Minor nit, but I hate this effect because it's not how lighting works. As the author discovers when it's implemented: "But what if your view casts a drop shadow? Yeah, you get a nice blurred shadow. Gross."
There's no such thing as any physical material which lets light through... and magically casts a shadow surrounding it but not behind it. It's uncanny-valley wrongness.
The way translucency is handled in macOS is bizarre. For example, the Finder side panel lets a small amount of your desktop image through... even when there's another window in the way. Which makes zero sense physically and hurts my brain.
I don't mind translucency if it's not overused... but I mind it when it doesn't obey physics. You can't unsee it.
The author wants to have a shadow around the edges but somehow not a shadow behind the object itself, which is what doesn't make sense.
The traffic from here has killed my site, so I've posted some tweets showing it in action and am happy to talk about how it works / what purpose it serves.
I'll post the details and media in this twitter thread if anyone is interested
I absolutely loved the tint change based on the view behind. That's the kind of extra care that makes a UI subtly feel completely natural and pleasant to use, even if it never consciously registers. (In fact, not consciously registering is probably part of the magic.)
Any chance Codea support for other programming languages is on the horizon?
What do you think about graphical languages like Blockly, Blueprints, Workflow, and WebGME?
- Blockly: https://developers.google.com/blockly/
- Blueprints: https://docs.unrealengine.com/en-us/Engine/Blueprints
- Workflow: https://www.workflow.is/
- WebGME: https://webgme.org/
I've been working on a new app called Shade that's a visual shader editor. It's really made me fall in love with the node graph representation of logic.
I enjoy using Workflow (now Shortcuts). And I'm continuously impressed with Blueprints.
I think there's still something emotionally different about writing code. Like it hooks in to the part of your brain that deals with language in a way that visual tools don't.
I don't think that makes it better, but it makes it feels different.
Whatever visual systems we experiment with, I hope to keep thinking about writing and the feeling of writing when we build tools to solve logical problems.
Edit menus: https://developer.apple.com/design/human-interface-guideline...
I haven't tried writing a replacement, but these new menus came more from a need for non-contextual features. Access to code tabs, dependencies, documentation, and assets being the main ones.
The contextual features in the code editor were often handled by the keyboard accessory in Codea (the bar that sits above the on-screen keyboard, or at the bottom of the screen if a hardware keyboard is attached).
The new "Edit" menu also gave me an opportunity to make contextual features (comment selection, indent code, etc) more explicit and less hidden.
Is that really what it looks like? The first screenshot that follows is genuinely the ugliest UI screenshot that I have seen in months (and the two that follow are only slightly better). It is just so messy.
Edit: perhaps if you see it in context you might judge it differently?
Here's the menu being used in the new version of Codea
Here is the menu being displayed in our two apps, Shade and Codea (though it's not being used much in this video)
And a few more in-context uses of this menu
The other guy was unnecessarily harsh and offered zero constructive criticism, so I'm left wondering what is it that he could have disliked so much. I think if there's one thing that might strike as a bit jarring on those iPhone screenshots it would be the light green tint. Why not gray or white? Menus are at a lower hierarchy than the actual content and the use of color makes them stand out too much based on everyone's years of experience with them
I might experiment with what a completely neutral editor looks like.
And I think that's okay. Everyone's aesthetic sense is a bit different. Nobody's going to like everything you do.
I do think that the ordinal poster's criticism could have been delivered less rudely, though.
> The result is a beautiful menu bar on an iPhone app
- It could be nice to add 'bottom' mode support, where the menu appears above the menu indicator. At the moment the menu requires users to reach to the top of the screen, but the one-touch interaction could become even more accessible if the menu was at the bottom of the screen.
- There's one point of detail that is a really, really nice solution for a problem that lots of apps have: "What I ended up doing was choosing a light or dark tint for the menu title text and buttons based on the area of overlap with the underlying view, and the darkness of that view". The result looks fantastic. Hey Apple devs, if you're reading this... you should add system level support for this! i.e. dynamic contextual blur effects, I guess with some kind of callback or content effect to adjust content color as the underlying blur type changes.
- Although there's a lot of attention to detail already, the one-touch edge drag seems a little jerky to me. I'm not sure whether it's just the video, or the use of a Timer to accomplish this (I'd suggest a CADisplayLink, especially for supporting faster refresh rates on new iPads), or because every intermediate item immediately highlights as you scroll through - but perhaps disabling highlighting/selection during this auto-scroll interaction would help.
Overall it looks really great - thanks to the author for sharing this!
I created the menu because there are a lot of subtle details that aren't really obvious until you use it often.
For example, you can't initiate a drag gesture into a popover controller easily — it's a full view controller presentation and will kill your gesture as it presents. So with the menu, for example, you can touch the menu item and drag directly to the item you want to select.
Same goes for dismissal — you can't interact with background content until you tap to dismiss.
Even Procreate, a well known painting app, uses their own custom popover controllers for this reason.
Something like that would be far more appropriate for iOS than just aping the Mac text menu. They should honestly bring icons/targets to the Mac menu as well.
At a time when laptop sales were eclipsing desktop sales, using up all that valuable vertical real estate for the menu, combined with seriously gimping the power user experience, and also definitely, suddenly changing the experience, it was unsurprising it received a lot of flack.
Later versions of the ribbon showed how powerful the concept was, but it may have been a better idea for MS to have introduced it with their non power user apps first (I.e. Not Office, or at least, not Excel) until the kinks were worked out, and they may have avoided a lot of the initial flack.
Personally, as someone whose primary computer was a desktop with a massive screen, and was already adept with all the KB shortcuts, I was always a fan of the ribbon
Edit: Just saw in another comment that the website has problems for 2h. How can a submission from a for 2h down server be on number one at HN?
Why the downvote, I made a valid point, just reply and tell what I got wrong.
Disclaimer: I don't know the affiliation (if any) between jarenstein (the poster here) and codea.io (the website that went down), and nor am I checking.