I was thinking of something for ordinary end users. So anything that tells users "This particular parser assumes that the first row of every table is a header row" is ipso facto not what I had in mind, because ordinary end users don't know what a parser is. Or a header row for that matter.
- Harvard Graphics (if anyone remembers that one)
- Corel Draw/Illustrator
These were the types of apps that many young programmers, myself included, wanted to work on.
After the internet happened effort moved away from productivity apps, and towards communication apps. That's where all the hyper growth was, so that's understandable.
In the meantime, not much has really changed with productivity apps. The big apps from 90s are still the big apps of today. But as browsers have improved significantly in the past couple years, I think there is going to be a resurgence in web based productivity apps. Webflow is a good example. They are basically building a traditional style productivity app in the browser.
Do you really want to have your expense/profit reports, customer lists, etc. hosted on some app?
I don't even use Google spreadsheet because of this sole reason and I don't plan to switch. I would like to switch but yeah, I just don't trust private financial data in the hands of any service provider.
Our approach is more page (or in terms of Access: form) driven.
This is how an individual entry might look like: http://ycindex.silk.co/page/Dropbox
Here's how it can look in a grid/table view: http://ycindex.silk.co/explore/table/collection/startup/colu...
Or in groups: http://ycindex.silk.co/explore/groupby/collection/startup/gr...
It's pretty awsome.