Le problème : la situation basique est que deux utilisateurs A et B démarrent à partir de la même page initiale appelée P et changent la page vers PA et PB. S'ils sauvergardaient maintenant leurs modifications (imaginons A est le premier à sauvegarder), le dernier gagnerait (PA est écrasée par PB) et le travail du plus rapide serait en fait effacé sans avertissement (ok la PageArchive le dirait, mais qui sait si cela est remarqué).

ProWiki utilise l'approche classique de la DétectionCollision et met la charge sur l'utilisateur le plus lent :

• L'utilisateur B est notifié que ses changements ne peuvent pas être sauvegardés immédiatement parce qu'il écraserait une édition plus récente.
• L'utilisateur B est renvoyé vers le FormulaireEdition contenant l'état actuel de la page dans l'AireTexte normale et - en outre - a sa propre version de page dans une seconde AireTexte.
• L'utilisateur B peut maintenant réagir sur les éditions les plus récentes et intégrer son propre travail par ex en copiant et collant.

• Sauvegardez rapidement et suffisamment tôt pour réduire la chance d'être frappé par les collisions.
• Evitez les longues sessions (plusieurs prévisualisations) avec plusieurs changements dans différentes parties d'une page pour réduire la quantité de travail que vous devrez faire si une collision devrait arriver.
• Si vous voyez qu'une page vient juste d'être éditée, ne sautez pas immédiatement dedans. Laissez reposer la page et laissez le contributeur actuel continue et raffiner son travail. Un compromis travaillable pourrait être de ne pas éditer les pages qui ont été éditées durant les quinze dernières minutes.

ProWiki:CollisionDetection