USER SUBLIME MERGE FOR DIFFERENTIAL SOFTWARE
USER SUBLIME MERGE FOR DIFFERENTIAL OFFLINE

How do you solve that without a server/master ? With a server/master the server just have to increment a counter for each operation, and the clients can use that counter to know which order. If two clients, your client (a) and another client (b), writes the letters a and b respectively at the same time, from either client's perspective they where first, so on client A the state will be 'ab' and on client B the state will be 'ba'. That's my relativity, maybe someone else think it's easier to implement a diff algorithm. But after getting the concept of OT it was straight forward to implement it from scratch. On a work 'test' I was asked to write a diff function (least amount of transformation to get from one state to another state) from scratch, even though I've read many diff-algorithm-papers in my life I couldn't actually implement one (even though I got 99/100 tests right, they failed me with the feedback that I need to work on my algorithms. Automated sync of collaborative work is not always the best thing to do.

These are all separate scenarios in collaborative writing, and there could be many other scenarios, so any solution should first explain for what type of scenario is it really targeting. We had to split the chapters in sub-chapters, of 5-10 pages in separate files, so that the processor would not get stuck with the myriad of comments and revisions.

Few years ago, I was working in a larger team with a group of people doing revisions of a book, and there were so many revisions and revisions of revisions of revisions, and zillions of comments, that we had to split the book not in chapters, since Word got stuck even with 20-page chapters. And then the coauthors will disagree with most of it, and will want to revert some of the pieces and keep some other pieces.ДЄnd scientists are not the only people needing joint collaborative environment.

USER SUBLIME MERGE FOR DIFFERENTIAL OFFLINE

Offline from the perspective of a team of scientists writing a joint paper means that some of them will take their work truly offline, to a secluded mountain hut, for an extended period (week or month) and will come back with a complete rewrite of the text to the point of being unrecognizable to the other authors.

USER SUBLIME MERGE FOR DIFFERENTIAL SOFTWARE

Offline editor from the point of view of the app's software developer might mean that editor can sometimes survive few minutes of lost connectivity, after which it will reconnect and possibly sync the team work. I was too stubborn at the time to attempt to integrate with existing RTEs though, so the most notable part of the project was the core lib, not the end product.ДЇor those interested in implementing it for themselves, I can't recommend this piece by enough.ДЇirst of all when discussing about offline edits we should make effort to draw attention that 'offline' could mean different thing to different people. While the end client/server implementations are working, it was a lot more effort than I anticipated building a full-fledged editor on top. It also gave me first-hand experience with fuzz-testing where I could simulate all kinds of concurrent-edit conflicts and ensure both clients came out with the same end-result. It's an incredibly fun topic, and one that's also really challenging. I even extracting out the core client/server implementations to their own package. A number of years back, I wrote an OT implementation in Clojure/ClojureScript as a hobby project and learned a lot along the way.

User sublime merge for differential