Cr20160119
Version 5 (Alban Chazot, 20/01/2016 09:40) → Version 6/7 (Alban Chazot, 20/01/2016 09:41)
h1. Retour sur les objets
!cr20160119_socle.png!
Les objets se définissent définisse par rapport à leur contexte.
Un objet obtenu dans le contexte Coll1 affichera des données liées à Coll1, et proposera (à l'édition) la visualisation de données des autres contextes.
Il n'y a pas de contexte par défaut, mais un contexte de référence (ou pas).
En fonction de l'url (nom de domaine, url, serveurs, ...) le contexte pourra être prédéfini.
h1. Discussion sur les versions et les rollbacks
Il apparaît que l'outil choisi doit au moins fournir la possibilité d'avoir une version validée d'un objet et plusieurs versions de travail, chacune visible par l'utilisateur créateur. La version validé restant disponible pour le reste du monde.
Il est également intéressant d'avoir une version N-1 validée, pour prévenir les problèmes de validation destructive par erreur humaine.
Avoir X versions antérieures parait superflu, mais si l'outil gère un versioning comme git ou un wiki, cette possibilité pourra sans doute trouver une utilité.
Avoir la possibilité de revenir en arrière d'une validation de plusieurs objets en même temps semble utile, mais ne remporte pas l'ensemble des suffrages.
Pour les uns, revenir en arrière est possible en relançant certains processes.
Pour les autres, annuler un process massif destructeur est un plus.
h1. Discussion sur les OCR automatiques et corrigés manuellement
!cr20160119_socle.png!
Les objets se définissent définisse par rapport à leur contexte.
Un objet obtenu dans le contexte Coll1 affichera des données liées à Coll1, et proposera (à l'édition) la visualisation de données des autres contextes.
Il n'y a pas de contexte par défaut, mais un contexte de référence (ou pas).
En fonction de l'url (nom de domaine, url, serveurs, ...) le contexte pourra être prédéfini.
h1. Discussion sur les versions et les rollbacks
Il apparaît que l'outil choisi doit au moins fournir la possibilité d'avoir une version validée d'un objet et plusieurs versions de travail, chacune visible par l'utilisateur créateur. La version validé restant disponible pour le reste du monde.
Il est également intéressant d'avoir une version N-1 validée, pour prévenir les problèmes de validation destructive par erreur humaine.
Avoir X versions antérieures parait superflu, mais si l'outil gère un versioning comme git ou un wiki, cette possibilité pourra sans doute trouver une utilité.
Avoir la possibilité de revenir en arrière d'une validation de plusieurs objets en même temps semble utile, mais ne remporte pas l'ensemble des suffrages.
Pour les uns, revenir en arrière est possible en relançant certains processes.
Pour les autres, annuler un process massif destructeur est un plus.
h1. Discussion sur les OCR automatiques et corrigés manuellement