Service Apps - Oxygène - Présentation des nouveautés
- Version Oxygène 2.1.2 - Build 2.1.5
(17/02/2020 SaaS - 25/02/2020 On-Premise) - Version Oxygène 2.1
(16/12/2019) - Version Oxygène 2.0
(02/07/2019) - Version Oxygène 1.6
(12/12/2018)
Version courante : 2022.1.133.0.01 Version précédente Version suivante
WarningReleaseNotes
Version Oxygène 2.1.2 - Build 2.1.5
(17/02/2020 SaaS - 25/02/2020 On-Premise)
ReleaseNotes_2_1_2
Nouvelle fonctionnalité des pages : Footer Page
Cette nouvelle fonctionnalité permet d’appeler une page enfant et de l’ancrer en bas de la page parent courante, au premier plan du contenu de cette dernière.
- La propriété est disponible au niveau des propriétés globales de chaque page.
- Par défaut, la page enfant est affichée en position fixe, en bas de la page parent et au premier plan du contenu de celle-ci.
Quels avantages ?
- La fonctionnalité Footer Page permet d'avoir des éléments en position fixe.
- Utiliser la fonctionnalité Footer Page permet de limiter le nombre d’éléments créés récurrents dans les pages de l’application, ainsi que de réduire le nombre de pages à maintenir.
- Cela permet également des gains de performance.
Principe de fonctionnement
(1) La fonctionnalité Footer Page est activée sur la page parent B, de façon à afficher la page enfant A en bas.
(2) Une autre page enfant C est appelée par la page B. Elle est placée en bas de l'écran.
(3) Bien que la structure de l'application indique qu'elle est positionnée en bas, la page C sera toujours positionnée sous la page A lors du défilement de la page B avec la souris.
Note : Pour améliorer les performances, la page appelée n'est pas visible à partir de l'éditeur graphique, mais uniquement en mode Exécution.
Quelques propriétés de la fonctionnalité Footer Page
Les propriétés sont affichées en cochant la case Display Footer Page
![]() |
|
À savoir
La totalité de la page enfant est sélectionnée : il n’est pas possible de sélectionner une zone particulière de celle-ci.
Une page enfant peut être une page parente d’une autre page.
Une page (parente ou enfant) ne peut pas s’appeler elle-même.
Nouvelle fonctionnalité des pages : Background Page
Cette nouvelle fonctionnalité permet d’ajouter une vidéo en fond d’écran de la page courante.
- La fonctionnalité est disponible au niveau des propriétés globales de chaque page.
- La vidéo est insérée via un lien YouTube.
- Une playlist peut également être insérée.
- Plusieurs options sont proposées pour paramétrer la vidéo.
Quels avantages ?
- Le background vidéo est une alternative au background image.
- Insérer une playlist permet d'enchaîner la lecture d'une suite de vidéos.
Principe de fonctionnement
L'affichage de la vidéo / playlist peut se faire de 2 façons.
Position standard
(1) La fonctionnalité Background Page est activée sur la page courante B. L'objet A désigne la vidéo / playlist ajoutée dans les propriétés de la page B.
(2) Lors du défilement de la page B avec la souris, la vidéo / playlist A suit le défilement et disparaît de la page.
exemple
- Affichage d'une vidéo sur la page courante
- Défilement de la page courante avec la souris : la vidéo suit le défilement et laisse la place aux objets suivants
Position fixe (effet de parallaxe)
(1) La fonctionnalité Background Page est activée sur la page courante B. L'objet A désigne la vidéo / playlist ajoutée dans les propriétés de la page B.
(2) Un objet C (page enfant, widget, ...) est appelé par la page B. Lors du défilement de la page B avec la souris, l'objet C se positionne par-dessus la vidéo / playlist A qui reste en fond d'écran.
exemple
- Affichage d'une vidéo sur la page courante
- Défilement de la page courante avec la souris : la vidéo reste en fond d'écran
Quelques propriétés de la fonctionnalité Background Page
Les propriétés sont affichées en cochant la case Display Background.
![]() |
|
À savoir
Les vidéos bouclent automatiquement lorsqu'elles arrivent à la fin. Sur une playlist, la lecture reprend au début de la première vidéo lorsque la dernière vidéo est terminée.
Les vidéos prennent automatiquement toute la largeur et la hauteur de l'écran. La largeur et la hauteur s’ajustent en fonction de la taille de l’écran.
Les vidéos doivent obligatoirement avoir un ratio 16/9 pour éviter l'apparition de bordures noires.
Nouveautés noyau 2.1.2
- Gestion de l'appel des pages enfants par une page parent : la gestion des boucles a été revue pour supprimer toute possibilité de créer une boucle infinie (ex. : La page A appelle une page B qui contient elle-même la page A).
- Amélioration du trusted provider : la notion d’alias de tenant est maintenant prise en compte.
- Amélioration de la sélection des pages dans les zones Header et Footer : dès qu'une page est sélectionnée dans l'une des 2 zones, elle n'est plus proposée pour le second objet.
- Gestion de l'ouverture des popups dans l'éditeur graphique : l'accès aux fonctionnalités d'ajout d'une image, d'un background image et de typographies est maintenant toujours possible.
- L'alignement des icônes de suppression et duplication dans le volet Objets des datasources et des widgets a été revu.
- Les balises SVG dans la console du navigateur sont maintenant gérées dans les nouveaux widgets graphiques (Advanced Sidebar, Tag Cloud, …).
- Les connecteurs Self Help (permettant le déploiement d'un agent virtuel) sont maintenant importés lors de l'import d'une application.
Version Oxygène 2.1
(16/12/2019)
ReleaseNotes_2_1
Nouveautés sur les modèles (templates)
Accessibilité web
Les recommandations d'accessibilité web sont désormais appliquées dans Service Apps.
Elles visent à rendre les contenus plus faciles d'utilisation aux utilisateurs en général, et plus accessibles à une plus grande population de personnes en situation de handicap (personnes aveugles ou malvoyantes, personnes sourdes ou malentendantes, personnes ayant des troubles d'apprentissage, des limitations cognitives, des limitations motrices, des limitations de la parole, de la photosensibilité et les personnes ayant une combinaison de ces limitations fonctionnelles).
Plusieurs éléments ont été intégrés au niveau des modèles pour prendre en compte ces recommandations.
- Gestion des contrastes : revue des couleurs sur les différents éléments de la page, les boutons, les fenêtres superposées.
- Hiérarchisation des informations, via des titres, sous-titres, …
- Ajout de textes alternatifs sur les images lorsque celles-ci ne peuvent pas être visualisées.
Variabilisation des polices et des couleurs
Les couleurs des arrière-plans, ainsi que les couleurs et taille des polices de l'ensemble des éléments d'un modèle sont maintenant facilement modifiables via un nouveau widget dédié __ROOT. Les changements peuvent ensuite être appliqués en une seule opération à l'ensemble des widgets du modèle, via des variables.
Principe de fonctionnement
- Un nouveau widget dédié __ROOT est disponible dans chaque modèle. Note : Seules ses propriétés sont modifiables, via l'inspecteur. Il ne peut pas être positionné sur le volet Conception.
- Le contenu du widget est facilement modifiable via l'éditeur Html : tous les éléments graphiques du modèle se rapportant à une police (taille, couleur) ou une couleur d'arrière-plan sont définis à l'intérieur d’une balise <style>.
exemple 2 propriétés de l'élément de niveau 3 peuvent être modifiés :
- la couleur de l'arrière plan : ezv-background-element-3
- la couleur de la police : ezv-font-color-element-3
- Chaque widget du modèle peut faire appel à une propriété du widget __ROOT via une variable.
exemple La couleur de l'arrière-plan du thème est définie via la variable var(--ezv-background-element-3).
Nouveautés noyau 2.1
Support PHP 7.3
- PHP 7.3 est maintenant supporté.
- PHP 7.2 est toujours supporté.
Amélioration du trusted provider : gestion des profils
Le trusted provider permet maintenant, et de manière optionnelle, de définir le profil Service Apps de l’utilisateur connecté via l’implémentation de la fonction PHP apps_trusted_provider_profile.
voir les fichiers d’exemple fournis avec le trusted provider pour plus de détails techniques
Amélioration du trusted provider : authentification
En cas d’erreur de connexion, un message d'erreur peut maintenant être retourné, via l’implémentation de la fonction PHP apps_trusted_provider_getErrorMessage.
voir les fichiers d’exemple fournis avec le trusted provider pour plus de détails techniques
Intégration de la langue utilisateur dans Service Apps
La langue de l’utilisateur connecté est maintenant accessible via la propriété userLanguage de l’objet javaScript EVServiceApps.
Administration de la gestion des équipes
La grille affichant la liste des équipes est triée par ordre alphabétique lors de son affichage.
Il est également possible de rechercher une équipe.
Accessibilité web
Les recommandations d'accessibilité web sont désormais appliquées dans Service Apps.
Elles visent à rendre les contenus plus faciles d'utilisation aux utilisateurs en général, et plus accessibles à une plus grande population de personnes en situation de handicap (personnes aveugles ou malvoyantes, personnes sourdes ou malentendantes, personnes ayant des troubles d'apprentissage, des limitations cognitives, des limitations motrices, des limitations de la parole, de la photosensibilité et les personnes ayant une combinaison de ces limitations fonctionnelles).
Accessibilité au niveau global
Éléments obligatoires
- La langue de l'utilisateur connecté est affichée dans la page.
- L’indication du sens de la lecture des informations est visible : de gauche à droite ou de droite à gauche.
- Le titre des pages est affiché dans l'onglet, correspondant au nom de la page dans Service Apps.
Contraste des couleurs dans Service Apps
- Les couleurs par défaut de Service Apps ont été revues pour les rendre accessibles au niveau AA.
- Boutons Valider et Annuler des fenêtres superposées.
- Titres des fenêtres superposées.
- Fenêtres de notification de création de tickets.
Navigation clavier
- La navigation au clavier est possible sur les liens de type Pagelink et Pagepopup.
- Un attribut Title permet de prévenir lorsque une fenêtre superposée est ouverte.
- Le focus est visible sur les ouvertures et fermetures des boutons.
Boutons EZV
- La navigation au clavier est possible sur les boutons EZV (Nouveau ticket, Nouvelle demande, …).
Accessibilité au niveau des widgets
Search Filter
- Ajout d'un texte alternatif sur le champ de saisie.
- Ajout d'un texte alternatif sur le bouton Valider (ou sur l'icône Loupe) de la recherche.
- Le focus est visible sur l'icône Loupe.
- Le focus est visible sur l’icône de fermeture (croix) lors d'une recherche.
Tab
- La navigation au clavier est possible sur les onglets via la touche <Tabulation>.
Filter list
- La navigation au clavier est possible sur tous les modes (Horizontal, Vertical, Liste).
Logout
- La navigation au clavier est possible sur tous les éléments, ainsi que sur la fenêtre superposée du widget.
- Le focus est visible sur tous les éléments.
Discussion
- La navigation au clavier est possible sur tous les éléments.
- Le focus est visible sur tous les éléments.
Menu
- L'accès par la touche <Alt> est possible sur toutes les icônes des widgets Menu.
- La navigation au clavier est possible sur tous les liens du menu.
Lien entre Service Apps et Service Manager
Une nouvelle fonctionnalité permet de basculer d’une application Service Apps embarquée dans Service Manager vers un écran de Service Manager, via un lien (de type icône ou texte).
Quels avantages ?
Alors que les données sont figéees dans l'application Service Apps, il est possible d'interagir sur l'interface Service Manager au travers des filtres et des vues.
Principe de fonctionnement
Depuis l'application embarquée dans Service Manager, les données sont remontées par un widget pointant sur un datasource EasyVista.
- Le lien entre Service Apps et Service Manager est défini au travers de la propriété Display evSE Link dans la section Header du widget. Par défaut, la propriété est désactivée.
- Lorsque la propriété est activée, une icône
est affichée sur l'écran Service Manager.
- Le lien peut être paramétré dans l'application Service Apps via la propriété Evse Link du widget affichant les données.
permet d'accéder à l'éditeur Html pour le configurer.
À savoir
- Le lien est possible uniquement sur des widgets contenant un datasource EasyVista.
- L’affichage du détail du lien est possible uniquement pour les utilisateurs ayant les droits d’affichage du détail de leurs informations.
- Pour que la propriété Evse Link soit prise en compte, la propriété Header > Display doit au préalable être cochée.
Nouveaux widgets 2.1
Widget Embedded Page
Ce nouveau widget, disponible dans la catégorie Basic de la bibliothèque, permet à une page de l'application, dite page parente, d'appeler une autre page de l'application, dite page enfant. L'affichage de la page enfant se fait à l'intérieur de la page parente. Le but est de constituer des ensembles de pages enfants appelées directement dans les pages parentes, ceci afin de limiter le nombre d’éléments dupliqués.
Quels avantages ?
- Utiliser un widget Embedded Page permet de limiter le nombre d’éléments créés récurrents dans les pages de l’application, ainsi que de réduire le nombre de pages à maintenir.
- Cela permet également des gains de performance.
Principe de fonctionnement
(1) A, B et C sont 3 pages créées dans une application.
(2) La page B est constituée de 2 pages enfants, A et C.
(3) La page A est constituée de 2 pages enfants, D et C.
(4) La page A (qui appelle les pages enfants D et C) est appelée par la page parente B : elle devient une page enfant de la page B.
Quelques règles
- Une page parente peut être une page enfant d’une autre page.
exemple La page A est une page parente des pages C et D, mais est une page enfant de la page B.
- Une page peut être une page enfant de plusieurs pages parentes. Cela permet de la maintenir en un seul endroit.
exemple La page C est un pied de page. Elle est une page enfant des pages A et B.
- Une page enfant appelée plusieurs fois dans une page est chargée une seule fois.
exemple La page C, à la fois imbriquée dans la page parent A et appelée directement dans la page B, est chargée une seule fois.
Note : Pour améliorer les performances, les pages enfants ne sont pas visibles à partir de l'éditeur graphique, mais uniquement en mode Exécution.
exemple
- Sur l'éditeur graphique : la page enfant n'est pas visible.
- En mode Exécution : la page enfant est affichée en haut de l'application
Propriétés du widget
![]() |
Content : Page enfant à afficher dans la page courante. L'icône Theme : Thème appliqué au widget Embedded Page. La page enfant possède son propre thème |
À savoir
- Les propriétés de la section Theme sont identiques à celles des autres widgets. Il n'y a pas de propriétés spécifiques au widget Embedded Page.
- La totalité de la page enfant est sélectionnée : il n’est pas possible de sélectionner une zone particulière de celle-ci.
- Une page (parente ou enfant) ne peut pas s’appeler elle-même.
Widget Sidebar
Ce nouveau widget, disponible dans la catégorie Basic de la bibliothèque, permet à une page de l'application, dite page parente, d'appeler une autre page de l'application, dite page enfant. L'affichage de la page enfant s'effectue dans un volet horizontal ou vertical.
Quels avantages ?
- Utiliser un widget Sidebar permet de limiter le nombre d’éléments créés récurrents dans les pages de l’application, ainsi que de réduire le nombre de pages à maintenir.
- Cela permet également des gains de performance.
Principe de fonctionnement
(1) La page B est la page courante sur laquelle un bouton d’appel de la page A est positionné.
Un clic sur le bouton d’appel affiche la page enfant A dans la page courante B (la page enfant est appelée de façon indirecte et n'est pas ancrée dans la page parente).
- (2) Affichage via un volet horizontal
- (3) Affichage via un volet vertical
Note : Pour améliorer les performances, les pages enfants ne sont pas visibles à partir de l'éditeur graphique, mais uniquement en mode Exécution.
Propriétés du widget
![]() |
Content : Permet de configurer la page enfant
Theme : Thème appliqué au widget Sidebar |
À savoir
- Les propriétés de la section Theme sont identiques à celles des autres widgets. Il n'y a pas de propriétés spécifiques au widget Sidebar.
- La totalité de la page enfant est sélectionnée : il n’est pas possible de sélectionner une zone particulière de celle-ci.
- Une page (parente ou enfant) ne peut pas s’appeler elle-même.
Nouvelle fonctionnalité des pages : Header Page
Cette nouvelle fonctionnalité permet d’appeler une page enfant et de l’ancrer en haut de la page parent courante, au premier plan du contenu de cette dernière.
- La fonctionnalité est disponible au niveau des propriétés globales de chaque page.
- Une nouvelle page enfant peut remplacer la page enfant courante lors du défilement de l'écran (scroll) avec la souris.
Quels avantages ?
- La fonctionnalité Header Page permet d'avoir des éléments en position fixe.
- Utiliser la fonctionnalité Page Header permet de limiter le nombre d’éléments créés récurrents dans les pages de l’application, ainsi que de réduire le nombre de pages à maintenir.
- Cela permet également des gains de performance.
Principe de fonctionnement
(1) La fonctionnalité Header Page est activée dans la page parent B, de façon à afficher la page enfant A en haut.
(2) Une autre page enfant C est appelée par la page B. Bien que la structure de l'application indique qu'elle est positionnée en haut, la page C sera toujours positionnée au-dessous de la page A lors du défilement de la page B avec la souris.
(3) Une nouvelle page enfant D est affichée lors du défilement de la page B avec la souris. À partir d'une certaine distance de défilement, la page enfant A laisse la place à l’affichage de la page enfant D.
exemple
- Affichage d'une première page enfant en haut de l'écran
- Affichage d'une seconde page enfant en haut de l'écran, lors du défilement avec la souris
Note : Pour améliorer les performances, les pages enfants ne sont pas visibles à partir de l'éditeur graphique, mais uniquement en mode Exécution.
Quelques propriétés de la fonctionnalité Page Header
Les propriétés sont affichées en cochant la case Display Header Page
![]() |
|
À savoir
- Une page (parente ou enfant) ne peut pas s’appeler elle-même.
- La totalité de la page enfant est sélectionnée : il n’est pas possible de sélectionner une zone particulière de celle-ci.
Service Bots & Self Help
Les informations spécifiques du client (nom du domaine, l'adresse du serveur, ...) sont maintenant extraites des applications Service Apps et placées dans les connecteurs. De plus :
- les connecteurs de type Self Help permettent maintenant de renseigner l’ID du projet Self Help ;
- un nouveau connecteur de type Service Bots a été créé : il permet de définir la référence de l’agent virtuel à utiliser dans les applications.
Quels avantages ?
- Définir toutes les informations spécifiques client au niveau des connecteurs permet de les modifier en un endroit unique.
- Cela facilite également le passage d’un environnement de production à un environnement de pré-production, via les alias.
Propriétés des nouveaux connecteurs de type Service Bots
Le datasource EasyVista Virtual Agent pointe maintenant vers un connecteur de type Service Bots, et non plus vers un connecteur de type Self Help.
(1) Création d’un nouveau connecteur de type Service Bots
(2) Saisie de la référence de l'agent virtuel (auparavant dans le widget Virtual Agent)
(3) Saisie du champ Public Account : Compte de connexion à Self Help (auparavant dans le datasource EasyVista Self Help)
Propriétés des connecteurs de type Self Help
2 propriétés ont été déplacées du datasource EasyVista Self Help vers le connecteur
(1) Champ Id du projet ou Alias : Identifiant du projet Self Help ou de la procédure à exécuter
(2) Champ Connection Account : Compte de connexion à Self Help.
Nouvelles propriétés du widget Virtual Agent
Les propriétés sont maintenant regroupées dans 2 sections, ce qui facilite leur accès et leur configuration.
- (1) Configuration du panneau conversationnel
- (2) Configuration du bouton d'appel
Version Oxygène 2.0
(02/07/2019)
ReleaseNotes
Nouveaux widgets 2.0
Widget Funnel Chart
Ce nouveau widget, disponible dans la catégorie Dashboards de la bibliothèque, permet de visualiser graphiquement des goulots d'étranglement.
- L'ensemble des éléments est comparé de bas en haut en fonction des valeurs, en indiquant la zone dite d'obturation.
- De nombreuses fonctionnalités permettent de modifier les caractéristiques du graphique : couleurs, largeur des 3 parties du funnel (haut / corps / bas), apparence et position des libellés, ...
Principe de fonctionnement
Le widget Funnel Chart nécessite un datasource remontant un rapport, une vue ou un fichier au format .csv, comprenant 2 colonnes (ruptures) Libellé / Valeur.
Quelques propriétés de mise en forme du graphique
![]() |
Charts
Connector
|
À savoir
- Le rapport, la vue ou le fichier .csv lié au datasource doit contenir uniquement 2 colonnes.
- La sélection des couleurs est définie par une palette de couleur prédéfinie. Il n'est pas possible de définir un choix spécifique de couleurs.
Widget Tag Cloud
Ce nouveau widget, disponible dans la catégorie Dashboards de la bibliothèque, permet de visualiser graphiquement des données textuelles et d'analyser principalement la fréquence de mots-clés.
- La grosseur de chaque mot dépend du degré de sa valeur (plus un mot a une valeur forte, plus le mot est grand).
- De nombreuses fonctionnalités permettent de modifier les caractéristiques du graphique : couleur globale des mots clés, inclinaison des mots, police, ...
Principe de fonctionnement
Le widget Tag Cloud nécessite un datasource remontant un rapport, une vue ou un fichier au format .csv, comprenant 2 colonnes (ruptures) Libellé / Valeur.
Quelques propriétés de mise en forme du graphique
![]() |
Charts
|
À savoir
- Le rapport, la vue ou le fichier .csv lié au datasource doit contenir uniquement 2 colonnes.
Widget Virtual Agent
Ce nouveau widget, disponible dans la catégorie EasyVista de la bibliothèque, permet d'intégrer dans Service Apps un bouton d'appel de l'agent virtuel. Une fenêtre de dialogue est ouverte entre une intelligence artificielle et l'utilisateur, dans le but de lui apporter toutes les connaissances par le biais d'une discussion (conversation textuelle).
- Le widget permet de personnaliser le bouton d'appel ainsi que l'interface conversationnelle de l'agent.
- La mise en page de l'interface de l'agent virtuel s'appuie sur un thème Self Help.
- De nombreuses fonctionnalités permettent de modifier les caractéristiques de l'agent virtuel : police dans l'interface conversationnelle, configuration du bouton d'appel, de l'entête et de la zone de saisie du panneau conversationnel, définition de la liste de mots clés affichés à l'ouverture de l'interface conversationnelle, ...
Principe de fonctionnement
Le widget Virtual Agent nécessite l'utilisation d'un datasource EasyVista Virtual Agent (nouveau type de datasource).
Quelques propriétés de mise en forme de l'agent virtuel
![]() |
Content : Datasource de type EasyVista Virtual Agent, utilisé par l'agent virtuel, et thème SelfHelp appliqué à l'interface conversationnelle Panel : Caractéristiques de la police utilisée dans l'interface conversationnelle Panel Top : Caractéristiques du haut du panneau conversationnel (icône, texte, couleur de fond) User Area : Caractéristiques de la zone de saisie (couleur du texte saisi, couleur de fond de la zone, mots clés affichés à l'ouverture de l'interface conversationnelle)
Virtual Agent : Nom donné à l'agent virtuel, couleurs principale et alternative
Panel Bottom : Caractéristiques du pied du panneau conversationnel (icône, texte, couleur de fond) |
![]() |
Theme
|
Modifications sur les widgets
Widget Self Help
De nouvelles propriétés ont été ajoutées sur le widget Self Help.
- Il est maintenant possible de sélectionner le datasource utilisé par le widget, directement depuis le widget.
- De nouvelles propriétés permettent de sélectionner les boutons à afficher sur le portail Self Help.
Quelques propriétés du widget
![]() |
Datasource : Data source lié au widget, qui doit être de type EasyVista Self Help (nouveau type de datasource) Theme : Thème appliqué au widget Self Help Sélection des boutons affichés sur le portail Self Help
|
Datasources liés à l'entête / pied des widgets
Une nouvelle fonctionnalité, intégrée sur l'ensemble des widgets, permet de lier l'entête / pied à un datasource différent de celui utilisé par le widget. Plusieurs types d’informations issues de sources différentes peuvent ainsi être affichés dans un même widget, notamment le nombre d'enregistrements total affichés par le widget.
Afficher la répartition des incidents par statut du cycle de vie via un widget Funnel (1), et indiquer le nombre total d'incidents en retard dans l'entête du widget (2)
Schéma explicatif
3 sources de données peuvent être utilisées sur le même widget, indépendantes les unes des autres : datasource lié à l'entête Header, datasource lié au pied Footer, datasource lié au widget.
Quels avantages ?
- Pouvoir utiliser 3 datasources sur un même widget permet de réduire le nombre de widgets utilisés par l'application.
- Réduire le nombre de widgets permet de :
- diminuer le temps de chargement des éléments de chaque widget ;
- d'augmenter les performances globales au chargement de l’application.
À savoir
- Pour indiquer dans l'entête / pied le nombre d'enregistrements affichés par le widget, les datasources doivent pointer sur le même filtre mais sur des vues différentes (vue Liste pour le widget, vue par rupture pour l'entête / pied permettant le comptage).
Principe de fonctionnement
1. Aller sur la propriété Theme > Header (entête du widget) ou Footer (pied du widget).
2. Sélectionner le datasource propre au Header (entête du widget) ou au Footer (pied du widget).
3. Ouvrir l'éditeur de texte via .
4. Renseigner le texte de l'entête / pied du widget.
5. Sélectionner les valeurs du datasource à insérer dans l'entête / pied du widget via le Data Picker .
6. Enregistrer et refermer l'éditeur de texte. Le code Html est mis à jour dans la zone Header / Footer du widget.
Nouveaux datasources 2.0
Datasource EasyVista Virtual Agent
Ce nouveau datasource, disponible dans la catégorie Applications de la bibliothèque, permet de définir une source de données liée à un widget Virtual Agent (agent virtuel qui ouvre une fenêtre de dialogue entre une intelligence artificielle et l’utilisateur - nouveau type de widget).
Quelques propriétés du datasource
![]() |
Virtual Agent Id : Identifiant unique de l'agent virtuel Locale : Langue de l'agent virtuel Public Account : Identifiant Self Help permettant de désactiver l'authentification de l'utilisateur |
Datasource EasyVista Self Help
Ce nouveau datasource, disponible dans la catégorie Applications de la bibliothèque, intègre les options qui étaient précédemment présentes sur le widget Self Help. Il doit être associé au nouveau connecteur Self Help.
Quelques propriétés du datasource
![]() |
Alias/connector Self Help : Connecteur utilisé par le widget Self Help associé au datasource Locale : Langue utilisée par le widget Self Help associé au datasource Connection Account : Compte permettant de se connecter à Self Help |
Nouveau connecteur Self Help
Ce connecteur permet de définir le domaine de Self Help.
Version Oxygène 1.6
(12/12/2018)
Mode responsive
Cette nouvelle fonctionnalité permet de définir très précisément le fonctionnement d’une application en fonction du périphérique sur lequel elle est exécutée. Sur chaque périphérique (mobile, tablette, écran normal, …), il devient possible de modifier très précisément le comportement et les propriétés de chaque widget.
5 modes sont proposés, correspondant à un type de support : S = Smartphone, M = Tablette, L = Écran d’ordinateur, XL = Écran d’ordinateur haute définition, XXL = Écran de téléviseur mural haut de gamme.
Notes :
- Par défaut, une application est construite pour le mode L = Écran d’ordinateur.
- Les anciennes propriétés des versions antérieures à Oxygène, permettant d’afficher ou masquer certains widgets sur mobile à partir des 2 options ci-dessous, restent disponibles pour des raisons de compatibilité ascendante.
Fonctionnement général
- Cliquez sur la nouvelle icône
dans la barre d’outils pour accéder au mode Responsive.
- Un nouvel espace de travail est affiché.
- Sélectionnez le widget à configurer via
.
- Sélectionnez le mode à configurer pour le widget via la barre
.
Description de la barre d'outils du mode Responsive
(1) | Retour à l'espace standard du mode par défaut L |
(2) | Liste des pages de l'application |
(3) | Sauvegarde de l'application |
(4) | Liste des supports disponibles pour chaque mode
|
(5) | Résolution en pixels |
(6) | Bascule entre le mode Portrait et le mode Paysage |
(7) | Affichage en mode réduit ou en mode maximisé (adaptation automatique au contenu) |
(8) | Liste de tous les objets de l'application.
Un clic sur |
(9) | Exécution de l'application |
Principe de l'héritage et des surcharges
- Par défaut, chaque mode reprend les propriétés du mode L. Toute modification apportée à un widget dans un autre mode s’applique dans ce mode et remplace alors les propriétés par défaut.
- Chaque propriété est gérée de manière individuelle. Elles sont héritées en partant du mode central L vers les extrémités.
- Les propriétés par défaut en mode L s'appliquent à tous les modes, à moins qu'elles ne soient surchargées dans chacun des autres modes.
- Une propriété mise en place en mode M s’applique également en mode S, à moins qu’elle ne soit surchargée en mode S.
- Une propriété mise en place en mode XL s’applique également en mode XXL, à moins qu’elle ne soit surchargée en mode XXL.
- Le survol de l'icône
à droite de chaque propriété indique précisément son comportement dans chaque mode, en visualisant également les héritages.
Propriété Device Native Style
- La case est cochée en mode L (valeur true) et s'applique à tous les modes.
- La case est décochée en mode M (valeur false). Par héritage, la case est également décochée en mode S. Les modes XL et XXL héritent de la valeur true du mode L, i.e. la case est cochée.
- Lorsqu'une propriété a été surchargée dans un mode, l'icône
permet de revenir à la valeur du mode standard L.
Écran de monitoring
Ce nouvel écran permet de consulter la fréquence d'utilisation des applications de la galerie, la date de dernière activité de chaque utilisateur, les widgets utilisés dans la galerie...
Il est accessible uniquement à l’administrateur de la plateforme.
Accès
- La nouvelle icône Admin panel dans la barre d’outils permet d’ouvrir l'écran de monitoring.
- Le retour sur la galerie des applications se fait via l’icône Back to Store.
Description
(1) | Liste des applications de la galerie
|
(2) | Liste des utilisateurs ayant accès à la plateforme
|
(3) |
Liste des types de widgets utilisés par l’ensemble des applications de la galerie
|
(4) | Indicateurs statistiques :
|
Tri des tableaux
- Un clic sur une entête de colonne permet de modifier l’ordre de tri.
indique un tri croissant ;
indique un tri décroissant
Affiche la liste des applications par ordre croissant de date de dernière exécution
Nouveaux widgets Dashboards
Présentation
De nouveaux widgets graphiques ont été ajoutés, avec des propriétés avancées.
Note : Les anciens widgets restent disponibles pour des raisons de compatibilité ascendante.
![]() |
![]() |
Nouvelles fonctionnalités
- Affichage en 3D
- Affichage en couleur des graduations des axes des abscisses et des ordonnées
- Affichage des lignes sur le graphique, facilitant le repérage des graduations sur les axes des abscisses et des ordonnées
- Possibilité d’afficher des boutons Sauvegarder / Imprimer sur l’application : Permet à l’utilisateur de sauvegarder une image du graphique ou de l’imprimer
- Possibilité de mettre une couleur de fond sur le graphique
- Possibilité d’afficher les valeurs sur le graphique, avec formatage (couleur, police, position, …)