Comparaison de pages

Propriétés de la page

Etat

État

Icône

Image Added

PI

ODE

Licence

AGPL v3

Code

Maintenance

ODE

Aide

Multilangues

OK

Mobilité

Compatible

Thème 1D

Oui

Thème 2D

Oui

...

L'export présente 2 modèles, la version csv des tables SQL, la version json pour les collections MongoDB
Les documents référencés dans les applications sont exportés en même temps que les tables dans un répertoire ./Documents
- Les fichiers sont renommés pour porter leur id dans leur nom ce qui permet de réaliser la jointure avec les exports des tables
L'arborescence est
- conservée dans le zip de workspace
- sous forme de tables dans la messagerie et exercizer
- perdue dans Cahier multimédia et Pages
Les filtres ne sont pas conservés dans l'export sauf s'ils proviennent d'attributs portés par les items (ex : Pages Privé/Public)

Import

L'import n'est actuellement pas mis en place (v3.6, objectif v3.7 toussaint 2019)
Les sujets à éventuellement adresser sont l'évolution du modèle de données (tables SQL non exportées, compatibilité d'anciens exports)
Les évolutions des modèles de données des applications doivent avoir une répercussion sur le module d'export et intégrées aux spécifications/US afin de ne pas devoir subir une mise à niveau permanente des Exports/Imports au gré des anomalies d'Import remontées à l'Assistance
Les exemples de datas (zip des exports de chaque version) peuvent faire défaut pour les évolutions de rétro-compatibilité
Il n'y a pas de notif en cas d'échec
Export d'applis avec des sniplets (Sniplet, Community) sans sélectionner les applis insérées : faut-il forcer l'export des applis tierces?
Export d'applis avec des links sans sélectionner les applis insérées : faut-il forcer l'export des applis tierces?
Import d'applis avec une arborescence, faut-il générer l'arborescence à l'import ou standardiser l'emplacement des imports?