Maybe it works if both users are using the desktop version of Excel. But I am sure it doesn't work if one is using the web version and the other is using the desktop. That screenshot is from last week.
If anyone can confirm it's not the case, I'm happy to update the post.
So how are you solving the problem of connecting desktop app to web app? Are you writing an Excel add-in to propagate and receive changes? Or making changes to OpenOffice?
P.S. You complained about the selected-cell animation in the web app. This animation is not limited to the web app -- exists in Excel 2013 as well. It's just an animation -- there is no functional effect. If you don't want to get slowed down, ignore the animation and start typing.
It's just like unminimizing a window in the Windows taskbar. The animation is just eye candy -- the window is actually fully-active as soon as you click on the taskbar button.
A database with a spreadsheet front-end would be incredibly useful. We would like to try and build something like that.
But it's also a hard product to market because for every vertical use case, there are better targetted tools than a generic
spreadsheet-db app. See this Quora discussion for some more info on DabbleDB - http://www.quora.com/Why-did-Dabble-DB-never-get-any-tractio...
I think the ideal route might be to grow into that product instead of trying to build it from day one.
Seems to me that I've had multiple people editing an Excel spreadsheet that was shared in a Dropbox folder, and it worked. Maybe we just got lucky, also it was a pretty simple spreadsheet, basically a task list.
Yup, Office, including Excel, allows up to about 5 users to collaboratively edit a document hosted on a local drive or SMB share. This has worked this way going way back -- as far as Office 1997 I believe.
I think it uses a lockfile to do this. It works, but it doesn't scale up well. IIRC, after about 3 people, the effectiveness drops substantially.