in reply to Re (tilly) 2: Best way to handle locking of nodes being edited?
in thread Best way to handle locking of nodes being edited?

I agree. But since vroom asked, I assumed that he had a reason (such as wanting to implement automatic "undo").

If you add to the above scheme a simple atomic test at final commit time to see whether the node has be changed since the editting began (as discussed already), then the editor can be warned that they are about to overwrite someone else's work. At that point, they can open another window and view the other work and decide whether to commit their own changes or not (or to merge some of the other editor's changes, etc.).

        - tye (but my friends call me "Tye")
  • Comment on (tye)Re: Best way to handle locking of nodes being edited?