I think the easiest way to implement this is by doing the following: 1 - User A opens a page. A lock file with a unique ID is created; 2 - User B tries to open the same page, it opens read only with a message saying that file is being edited and giving the user the option to override (this allows not only for the user to override another user, but also to solve the problem of zim crashing without removing the lock file). 3 - If User B overrides the write block the lock file content is replaced with his unique ID, and user A is presented with a message saying that editing was blocked by another user, and also giving the option to override. 4 - When the user that leaves the page the lock file is deleted, one of the read-only users (if any) creates a lock file, in a way similar to CSMA/CD (basically a race to create a new lock file).
2012/3/1 Svenn Bjerkem <svenn.bjer...@googlemail.com> > On Thu, 2012-03-01 at 09:17 +0000, João Santos wrote: > > Either way, ideally, zim should support simultaneous access to the > > files, for example in a NFS or SMB shared filesystem. > > Yupp, that what it all boils down to. > > -- > Svenn > > > _______________________________________________ > Mailing list: https://launchpad.net/~zim-wiki > Post to : email@example.com > Unsubscribe : https://launchpad.net/~zim-wiki > More help : https://help.launchpad.net/ListHelp >
_______________________________________________ Mailing list: https://launchpad.net/~zim-wiki Post to : firstname.lastname@example.org Unsubscribe : https://launchpad.net/~zim-wiki More help : https://help.launchpad.net/ListHelp