Live data from Hacker News

Show HN: Version Control for Microsoft Word

simuldocs.com

101–110 of 118 posts

Re: Show HN: Version Control for Microsoft Word

#101
Unfortunately can't check it out because I get "We are checking what's changed in this version. Won't be long..." for any test docx I upload / blank docx. Maybe server overloaded?

My two cents: Congratulations on launching your product! There simply is no real good versioning system for Office files, so this is a step in a good direction.

I agree with others that ditching all the "Git" references would be beneficial, because your target market most likely doesn't care about Git. What is missing in the versioning market is exactly what you may provide: A clear way to see what has changed where and an easy way to merge things together.

I do believe that you are missing a valid comparison / valid take on what Office 365 / SharePoint Online / OneDrive versioning can give you. Your main argument against it is "necessarily want the real-time coauthoring experience offered by Microsoft SharePoint or Google Docs., this can inhibit your ability to determine who is responsible for specific changes to content". Comparing Co-Authoring to versioning is comparing apples and oranges. The co-authoring experience in Microsoft products is great! I can work on a document with multiple people at the same time and I can even see in real-time what part of the document they are working on and what they are changing. We're working with multiple people on important documents simultaneously very often and this is a life saver.

Versioning of course could be better: SharePoint only offers you a main branch and no tags. That means I can go back to a different version, also compare that version to my current version or any other version (!) - but I don't have tags or a method to know that "version 12.0 from 07:02" was the version I was looking for. However the versioning system is very robust and proven. With products such as OneDrive / OneDrive for Business or Office 365 I have said versioning out of the box plus 100 other features. I don't know whether your versioning would make me want to switch just for the additions you show.

What I can't see in your demo (and can't test myself) is how you handle complex changes and this is where the meat is. Changing fox to wolf... yeah... I have documents where all heading format changes from Arial to Times New Roman and the bullet points are arrows now instead of bullets. Also my colleague has added three images and right aligned two of my images, oh yeah and applied some pretty image borders around some images. Would all of that show in the "what has changed" view of Simul? It would show when using SharePoint versioning together with Word. Granted: I can't see all these changes in SharePoint - but Word does show everything perfectly.

Again: Love the way you are going with this. The existing versioning could be made better, but besides branches and tagging I don't see any benefit compared to regular versioning using Microsoft products.

Re: Show HN: Version Control for Microsoft Word

#103
post #47

If you had a version that companies could install on a private internal network, you could easily charge between $100 and $1000 a month for this. I work in legal and compliance technology, and it is very important to keep documents secured internally if the have confidential information.

Legal/compliance work is probably where this sort of service would be most useful.

1000% agree.

Re: Show HN: Version Control for Microsoft Word

#104

Cool! Here's my unsolicited opinion: you preemptively answer "why wouldn't I just use git?" but I think "why is this better than track changes?" is the question prospective users are more likely to have. Comparisons to SharePoint versioning might also be helpful.

I hope OP helps lots of people, because if they've been so abused by their computers as to think "Track Changes" is anything other than a torture device, they really need help.

It'd probably work better if more people used the "accept/reject" functionality. But yeah it can be awful.

Re: Show HN: Version Control for Microsoft Word

#105
post #47

If you had a version that companies could install on a private internal network, you could easily charge between $100 and $1000 a month for this. I work in legal and compliance technology, and it is very important to keep documents secured internally if the have confidential information.

FogBugz offered a server version where you could install on a private server yourself. They still offered a cloud version if you didn't want to manage the data yourself.

Re: Show HN: Version Control for Microsoft Word

#106
To me, one of the biggest problems with weird file formats is that every single problem has to be solved again, just for that. Not only that but once a solution has been created, it is probably the only option (instead of one of a dozen) because it is so much harder to do the combination of both $DESIRED_FEATURE and $PARSE_FILE, not to mention $DEBUG_QUIRKS.

Re: Show HN: Version Control for Microsoft Word

#107
post #47

If you had a version that companies could install on a private internal network, you could easily charge between $100 and $1000 a month for this. I work in legal and compliance technology, and it is very important to keep documents secured internally if the have confidential information.

FogBugz offered a server version where you could install on a private server yourself. They still offered a cloud version if you didn't want to manage the data yourself.

This point is huge. I'm a technical writer for a large conglomerate, but often get pulled into drafting or contributing to business documentation that is all created in Word. These things have to cross the desks of over a dozen different people spread across three continents so versioning is painful and it's often left to me to put everything back together. I need this product, but there is no way we can put sensitive sales and IP details onto some random cloud service.

Make this a standalone product and it's a no-brainer that can command an enterprise price point.

Re: Show HN: Version Control for Microsoft Word

#108
post #77

This is interesting, but what's wrong with "Track Changes"? (a feature Word had for at least 10+ years now). I believe for most people that is more than enough for version control purposes. For tech people that actually know what Git is and how to use it, I bet they'd want real Git integration, or they'd choose to store the document in a different (more easily managed by Git) format such as .md or .html.

Couldn't you use pandoc to convert Word doc to a git friendlier format for comparison?

But then you still have to do all the editing manually in Word (unless the pandoc if perfectly convertible back to Word, which it is not).

Re: Show HN: Version Control for Microsoft Word

#109
Decades ago I had started a company to do this, for all but executable files (that was for later) and finished a working prototype that was very fast, no known issues. The prototype was limited re file size because of extended/expanded memory issues with that Borland compiler, but the new compiler to solve that had already been published. Then Microsoft announced they were bringing out a similar product. My backer pulled out immediately thereafter, and that was the end of my company. But the Microsoft product never came out, after all... good old FUD.

Most of the damage done by not enforcing anti-monoploy laws is entirely invisible, the dogs that don't ever get a chance to bark.

Re: Show HN: Version Control for Microsoft Word

#110

Earlier quoted context omitted.

Significant. Most engineering firms (web dev << the development world) have a need for proper documentation, and LibreOffice generally won't cut it either.

One would expect an engineering firm to be able to set up doc conversion for the special people who need "proper documentation" and consider Word to be at all related to that. Every "document" I've ever gotten from an engineer has been a PDF, which should work even for special people.

in over 20 years crossing around 10 different companies, all documentation produced has been in Word format... never a single exception other than simple text files for extremely minor stuff. Word rules the world... love it or hate it, its the truth.
Post reply on HN