Cette page décrit les étapes supplémentaires pour bénéficier de l’expérience divalto one sur un environnement SaaS localisé avec un addon DAN.
Pour l’exemple, nous allons manipuler un addon très simple que nous appellerons ‘yogurt’
Installation expérience classique
Il faut préalablement charger le contenu de l’addon via le ftp
Comme on souhaite que cette version de l’addon soit compatible avec divalto one, on va également coller le contenu du dossier divalto one/objets dans le dossier objets de l’addon
Les objets _t.dhop contiennent les traitements des masques écran de zoom pour l’exécution en expérience divalto one. Pas de _t pour un masque écran ‘programme’.
puis on active la version adéquate de manière habituelle
Test fonctionnel
à ce stade, en expérience classique, on peut observer :
la surcharge du masque article
en validant une modification d’article, ajout d’une boite de dialogue
En expérience divalto one, on peut observer :
le masque écran standard
en validant une modification d’article, présence de la boite de dialogue
Ajout configuration divalto one
L’ajout des éléments liés aux masques écran ('configuration') nécessite l’installation de Visual Studio Code et de son extension Divalto Studio
Adresse du portail à utiliser : https://one.divalto.ca
Cliquer sur Importer une configuration, puis choisir l’archive du dossier divalto one
Les éléments sont ajoutés dans l’explorateur, et transmis au site configuré
Documentation de base : https://divalto.atlassian.net/wiki/spaces/PAI/pages/11246731312/D+ployer+en+mode+Saas+-+One#D%C3%A9ploiement-via-le-Studio
Test fonctionnel
En expérience divalto one, on peut observer :
le masque écran surchargé
Surcharge spécifique
La personnalisation du masque écran de zoom se fait selon les bonnes pratiques habituelles
Ajout d’un spécifique
Paramétrer le profil de surcharge pour envoyer directement les éléments sur la plateforme one (recommandé mais pas obligatoire) https://divalto.atlassian.net/wiki/spaces/PAI/pages/11246731312/D+ployer+en+mode+Saas+-+One#D%C3%A9ploiement-via-XWIN
Se baser sur le masque surchargé par l’addon s’il existe. Enregistrer dans /specifs/sources
Modifier le masque et compiler.
Retrait d’un spécifique
La démarche pour retirer un spécifique de test, ou pour revenir à la version localisée d’un zoom, est plus complexe
Réaliser une sauvegarde de l’environnement
En supprimant la source du projet spécifique, XWIN propose de supprimer l’objet associé
Cette action supprime uniquenent l’objet DHOF
Supprimer manuellement l’objet _t.dhop via FTP
Manipuler l’archive de configuration fournie avec le package de localisation pour ne garder que le dossier du zoom à restaurer
Importer la configuration de restauration dans Visual Studio Code
Le zoom en version localisée est rétabli
Post-Synchronisation
Les zoom divalto one ont besoin d’un champ supplémentaire afin de “moderniser” le principe de réservation d’entité. Si des tables spécifiques ont été ajoutées, il faut exécuter un script avec XPSQL à l’issue de la synchronisation faite via XWIN (voir https://divalto.atlassian.net/wiki/spaces/PAI/pages/11078467594/Les+surcharges+multiples#7.-Synchronisation-des-dictionnaires-(par-le-partenaire-du-client) )
