Live data from Hacker News

Show HN: Version Control for Microsoft Word

simuldocs.com

31–40 of 118 posts

Re: Show HN: Version Control for Microsoft Word

#31
post #29

How big do you think the intersection is of people who can use git and people who want to use Microsoft Word?

As enterprises seem to take up using git, this is probably a ton better than storing Word docs in git, I think. So not so few people :-)

i am also thinking office 360 and google docs will be taking up its space?

I like the idea, let's see how it plays out.

Re: Show HN: Version Control for Microsoft Word

#33
post #10

Took me a while of reading here to realise, there's no git here. This is a seperate thing that cannot be integrated with your existing stuff, if you're already using Git. I'd like to have the option of Word documents in Git but I don't want a whole other system just for the special snowflake that is Word as I'm already using Git for managing LaTeX documents and doing that entirely on my own infra.

Slightly off-topic, but if you're using Git for managing your LaTeX documents, you might like to give Overleaf a try -- it allows you to clone your LaTeX project on Overleaf to a local Git repo (which can be a submodule of a wider project). Details here: https://www.overleaf.com/blog/195

If you do use it, feedback is always appreciated (I'm one of the Overleaf founders), thanks.

Re: Show HN: Version Control for Microsoft Word

#34
post #12
post #4

Earlier quoted context omitted.

Word is tons more powerful than Google Docs, has add-ins, way more formatting and styling. In my mind, Google Doc is not a direct competitor to Word when it comes to professional editing and writing.

Ideally, styling should have nothing to do with editing or writing. You're talking about print (or PDF/static image) publishing, I guess?

Ideally, yes. But so many people only know of Word, or have been writing using Word for so long that they won't change their workflow and they simply do what works for them.

Re: Show HN: Version Control for Microsoft Word

#35
Congratulations on your launch!

Other folks have provided a bunch of commentary on the validity of your idea, so I won't address that.

BUT: if this is a good idea, your pricing is far too low for a niche product like this. $10 (or 10 quid) is too low a monthly fee for pretty much any product marketed as a business product. 10 per seat per month is probably also too low, but would be a better starting point.

Likely objection: "But Spotify is only $10/mo!!!" Spotify has the much larger addressable market of people with hearing and an Internet connection. Even Dropbox has a higher price point for business users, and it also has a far larger addressable market.

If you're building something that's useful for people, charge more.

Good luck!

Re: Show HN: Version Control for Microsoft Word

#36
Slight aside (since LibreOffice != Word, and XML diffs are still horribly messy):

If you save your LibreOffice documents in flat XML format, (e.g. fods, fodt instead of ods, odt), placing them under version control becomes slightly less annoying — the diffs become at least _potentially_ human readable.

See also:

http://blog.riemann.cc/2013/04/23/versioning-of-openoffice-l...

https://listarchives.libreoffice.org/global/users/msg48067.h...

Re: Show HN: Version Control for Microsoft Word

#37

I tried doing something like this a couple of years ago by embedding an actual git repository inside a docx or ODF file. Unfortunately, most popular word processing suites back then trashed the git directory instead of leaving it alone (as they should, according to the standards)

I did something similar: I built a tool in Python called musdex to use in git (or any other VCS) hooks to extract the zip file that a docx/odf file is before commits and recombine them on pull/merge (essentially treating the docx/odf as something of the build product of the repo). Run an xml lint tool on the XML in them and you get decent diffs.

Re: Show HN: Version Control for Microsoft Word

#38
This is very cool, and I wish we had something like this, but I don't see many law firms going for it.

Most law firms (and I would guess all major ones) will not allow uploading of client documents or work-product to any cloud provider, let alone an unproven start up. This risk is frankly way too high.

The only way I see this happening in the legal context is if it can be run from the firm's servers with all data hosted locally.

Re: Show HN: Version Control for Microsoft Word

#39
post #2

So Google Docs? It seems close enough. What's the main advantage over Google Docs?

The addition of tags/versions is something that I would kill for in Google Docs. It would make life so much easier in my current role if we had the ability to tag a version so that you can easily see a diff between that specific, tagged version and the current version (rather than just seeing diffs over time as it is currently implemented).

There's an add-on you can get in whatever marketplace they have. But I hate using those because it's not clear to me what these third parties can or can't see. I found it when I realized that despite Google storing extensive change history they hardly do anything with it.

Re: Show HN: Version Control for Microsoft Word

#40
This fills a niche I need but I can't use a service where I upload the documents to your server (unless you can show certification of at least ISO 27001). I would also be willing to pay more for it. Version controlling Word documents is a need for anyone doing a lot of QC. You have a superb product to sell.
Post reply on HN