...
Volet | ||||||||
---|---|---|---|---|---|---|---|---|
| ||||||||
Pour l’exemple, nous allons manipuler un addon très simple que nous appellerons ‘yogurt’ |
View file | ||
---|---|---|
|
Sommaire | ||
---|---|---|
|
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, puis activer la version adéquate de manière habituelleon va également coller le contenu du dossier divalto one/objets dans le dossier objets de l’addon
...
Info |
---|
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
Info |
---|
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, dans XWIN.
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) )
...
Source de référence https://divalto.atlassian.net/wiki/x/RwCLrgI