[pmwiki-users] Can Foxedit warn of or flag simultaneous edit conflicts?

[Randy Brown]

Hi Hans,

I don't know how the simultaneous edit logic works, but my guess from watching how it behaves is that a page save includes the time or version that was in effect when the page was served for editing. If that's prior to the current version, a conflict is assumed to exist and some kind of diff function is called. 

The cool thing about the current Foxedit is that it can actually update a section correctly even though other parts of the page have changed. I like that behavior. I think the problem is only when the section itself has been changed. 

The first solution that comes to mind is to simply check the page time or version, just like Pmwiki does. But it won't be so easy to resolve conflicts that way, since you are only showing a section to the user. The section edit is probably being used to hide the markup of the rest of the page - so it's purpose would be defeated to show the conflicts outside of the section. It also doesn't make sense, since the user might not know about the rest of the page. Any updates to the rest of the page are none of the user's business, so to speak.

So, I think the section should be treated logically as if it were independent from the rest of the page. Anything that has changed outside it should be automatically adopted, as Foxedit elegantly does already. 

Of course, some configurations may not want that, so you might provide a configuration option for how to handle conflicts.

Anyway, this may be a challenging problem - so if you decide to tackle it, good luck!

Randy

On Dec 26, 2009, at 1:22 PM, Hans wrote:

> Thursday, December 3, 2009, 8:38:58 AM, Randy Brown wrote:
> 
>> Is there a way to make Foxedit handle simultaneous edits the same
>> way PmWiki does? If not, can it at least warn the user that something was overwritten?
> 
> I don't understand how simuledit works.
> If someone can explain it  a little, I can look into how to rig
> foxedit to avoid overwriting an edit dome simultanously.
> 
> 
>  ~Hans
>