Incrementally.
Incrementally.
This is simply an issue of creating generational products that adapt to the new ways your demographics are using technology. You can incrementally change a product but you will never be able to use new interaction patterns in a product that is used by people who don't know them and don't want to learn them.
Generation Z and Generation Alpha kids are not going to use Access. They will be using this or whatever succeeds this. That's for sure.
This is the same reason why Apple is going full steam into making the iPad its core productivity and creativity device. Newer generations have way better dexterity when using touch as an input, than let's say my generation (millennials). They know Macbooks are products with a UX expiration date.
I learned to use a computer with a physical keyboard and mouse. My nephew’s first and main computing device was an iPad. That definitely makes a difference.
https://www.youtube.com/watch?v=qAeybdD5UoQ
https://www.youtube.com/watch?v=lTx3G6h2xyA
I already have enough trouble with a piano with clear groupings to help find notes. I don't think I would get far with one of these.
Carpet industry is infamous for this, employing kids for their 'nimble fingers' for manipulating delicate knots.
However, question is the same generation who are dexterous in editing TikTok video on mobile phone will grow up and loose dexterity. So, are we talking about new interface paradigm for only kids (and not any specific generation - X, Y or Z)?
Perhaps until you try them with tools like scissors, or manipulating objects like a piece of string?
I think Dexterity implies good skills with a wide range of affordances (not just with a touch interface).
I mean, flat out removing something, by definition, is not incremental.
Where they dropped the ball was the core engine and capabilities.
What people wanted was quick & easy way to produce HTML5 forms and tables, but with the power of a native GUI app.
Meanwhile, Microsoft was removing features from Access, such as the SQL Server based "Access Data Projects" (ADP) mode, which was much more scalable than the legacy Jet database mode.
Spot on. As with all things, Microsoft-of-the-time saw the web as a competitor to its products, not a new platform.
They actually could have built substantial portions of Office 365 (which is to say, cloud -first and -integrated Office) in the early 2000s, but tried to protect their legacy businesses.
It's nice to see them finally getting there, but Access-to-Web would still be a killer product for much of Enterprise, if they could solve the data source connectivity issues in a clean way for users.
Was hiding the file menu items behind a round logo that looked nothing like a button part of that improved UI?
Is the current file menu that looks like the rest of the menus but behaves totally different part of the improved UI?
There was no way that wasn't going to piss off a very vocal segment of users, and Microsoft, to their detriment, badly botched the messaging.
My go-to example is how the File menu was hidden behind a non-button that looked just like a fancy application logo.
Why would an actual, caring ux developer do that in a flagship product?
I like the ribbon today, and I complained when it was released. And I stand by that complaint, I think pushback against change serves an important role, and developers should feel pain when making UX changes.
It's not just a matter of some changes being bad, even when they're good there's a cost. My grandparents both had iPhones, loved them and loved learning to do different things on them. Whenever I'd visit they'd have a laundry list of things they wanted to learn to do. Over time, that list was slowly supplanted by relearning how to do things they once knew, but had changed. It was extremely frustrating because so much of it was near-pointless. Easy for me (and most of their test-base, I'm sure) to relearn, but very difficult for nonagenarians.