WarningReleaseNotes

Nouveaux widgets

Widget Discussion

Ce nouveau widget est destiné à apporter le fonctionnement des discussions  au sein des applications  : possibilité de créer des fils de discussion ou de répondre à des fils existants sur différents objets  (incidents, demandes de service, ...).

L'apparence des discussions est identique à celle d'.
         

• Des différences fonctionnelles existent entre les discussions  et  dans la mesure où elles s'adressent dans un cas à des utilisateurs Back Office et dans l'autre cas à tous les utilisateurs.
• Une séparation est affichée entre les discussions lues et les discussions non lues. Tout comme dans , une discussion non lue est considérée comme lue dès qu'elle est affichée dans le widget.

Principe général de fonctionnement

Le widget Discussion nécessite d'avoir préalablement configuré un datasource dédié connecté à .

Paramétrage du datasource dédié aux discussions

Le datasource à ajouter est disponible dans la bibliothèque des datasources, section Applications.
         

Son paramétrage dépend de l'utilisation du widget et donc des discussions.

• Si les discussions sont liées à un objet d' précis (incident/demande de service, ...), la section Master/Detail doit être renseignée.
• Pour afficher la liste de toutes les discussions, il n'est pas utile de renseigner cette section.
• Le filtre permet de choisir entre l'affichage de la totalité des discussions ou seulement l'affichage des discussions de la personne connectée.
           

Mise en place du widget

Le widget à ajouter est disponible dans la bibliothèque des widgets, section EasyVista.
         

Paramétrage et design des discussions

• Les paramétrages standard sont situés dans la section Content : autoriser ou non la saisie de nouveaux messages, afficher ou masquer la zone de recherche, afficher le bouton [ Suivre ] (voir Description dans ), spécifier les éventuels libellés alternatifs des différentes zones du widget.
           

• Les paramétrages du design sont regroupés dans la section Theme. La liste déroulante Element permet de sélectionner précisément la partie des discussions à paramétrer.
             

• La fonction d'activation ou de désactivation du suivi est identique à celle d'.
           

Gestion de l'indicateur des discussions non lues

Un indicateur permettant de connaître le nombre de conversations non lues (parmi les discussions personnelles et les discussions suivies) peut être ajouté.

L'exemple ci-dessous s'appuie sur un widget Menu.

• Représentation de l'indicateur
           

• Le paramétrage du KPI s'effectue via le Data Picker : champ NB_NOT_READ du datasource, en spécifiant que que la 1^ère ligne du tableau doit être utilisée.
           
           

Interactions avec Service Manager

• Les discussions créées via le nouveau widget sont des discussions Front Office alors que toutes les discussions gérées dans  sont uniquement des discussions Back Office.
• L'avatar utilisé dans les discussions est prioritairement celui défini dans . S'il n'est pas trouvé, celui utilisé est celui d'.
• Le lien sur la fiche utilisé au niveau d' est généré automatiquement par le système.

• Si vous disposez du statut de modérateur de discussions dans  (droits d'accès au menu Administration >  Gérer les discussions), vous héritez du même statut dans  et vous pouvez supprimer les discussions affichées par le widget (sous réserve d'avoir sélectionné la vue All discussions dans le paramétrage du datasource).

Widget Knowesia

Le widget Knowesia permet d’intégrer des scénarios de résolution Knowesia à l'intérieur d'une page d'une application  . Le contenu affiché peut être aussi bien des projets que des procédures Knowesia.

          Pour plus de détails sur le fonctionnement, voir Documentation Knowesia

           Widget Knowesia intégré dans une page d'une application
         

Propriétés du widget Knowesia

Root From Knowesia Website : Votre URL Knowesia Knowesia Type : Projet ou Procedure Url : GUID de l’URL permettant de déterminer le projet ou la procédure à afficher Theme : Thème Knowesia à utiliser lorsque votre site Knowesia propose plusieurs thèmes Connection Account For Knowesia : Identifiant du compte à utiliser Add More Parameter : Paramètres supplémentaires optionnels Use the Latest Version : Permet de forcer l’affichage de la dernière version de la procédure Knowesia

Modification sur les widgets

Widget Tab

De nouvelles options permettent maintenant d'agir sur la largeur des onglets et d’insérer des espaces entre chaque onglet.
         

• Liste déroulante Custom : Permet de paramétrer la largeur des onglets suivant différentes options.
           
  • Default Size : Correspond au mode Auto des versions précédentes. Dans ce mode, chaque onglet s’adapte à la taille du libellé.
             
  • Adjust Width : Permet d’ajuster la taille des onglets afin d’occuper toute la largeur disponible du widget. Note : Un texte trop long est affiché sur plusieurs lignes.
             
  • Custom : Permet de spécifier une taille pour chaque onglet. Une zone de saisie de la taille apparaît alors sous l’option.
             

• Space Between Tabs : Permet de rajouter des espaces entre les onglets. Note : Cette option n'est pas accessible si le mode Scrollable tabs est actif.
           

Widget Search Filter

Le widget Search Filter est toujours 100% compatible avec les paramétrages effectués avec les versions précédentes, et son principe de fonctionnement reste inchangé. En plus, il permet maintenant :

• de rechercher sur plusieurs datasources ;
• de rechercher dans la base de connaissance et les discussions ;
• d'indiquer une page pour visualiser les résultats de la recherche.

De plus, le paramétrage du design a été enrichi pour pouvoir, par exemple, l'adapter à la charte graphique de votre société.

Principe de fonctionnement

• La page dédiée aux résultats de la recherche contient autant de widgets Data Viewer que de datasources ajoutés au widget Search Filter. 

• Le widget applique le filtre de la recherche sur les différents datasources en parallèle. 

Paramétrage du widget

Les possibilités de paramétrage sont maintenant plus nombreuses avec l'ajout de nouvelles propriétés.
         

• Target Page : Permet de spécifier une page 'destination' pour les résultats de la recherche. Cette page peut être dédiée à la présentation des résultats (par exemple en affichant plusieurs widgets Data Viewer - un pour chaque datasource utilisé pour la recherche).
         

• Datasource and Fields : Permet le choix des datasources.
           

Paramétrage du design

• Paramétrage des couleurs de fond, du texte, de l'icône de recherche, ainsi que des tailles des différents éléments.

• La liste déroulante Element de la section Theme permet de choisir l'élément (texte) à paramétrer, puis de modifier les propriétés graphiques du texte affiché avant la recherche et du texte affiché lorsque la recherche a été exécutée.

• Paramétrage des éléments individuels
           

• Paramétrage global du design
           

Recherche dans la base de connaissance et dans les discussions

La recherche s'appuie sur les 2 datasources suivants.
         

• Datasource Easyvista KB
           

• Datasource EasyVista Discussions
           

Widget Menu

Plusieurs propriétés graphiques ont été améliorées.

Gestion des arrondis des cellules

La propriété Theme > Cell Border Radius permet de définir finement l'arrondi de l'ensemble des éléments de menu.

• Cell Border Radius = 7
           

• Cell Border Radius = 18
           

• Cell Border Radius = 32
           

Gestion plus fine du survol des cellules (Hover)

• La boîte de paramétrage du design des éléments de menu se présente dorénavant sous la forme suivante.
           

• Les nouvelles options permettent de paramétrer les couleurs du survol avec la souris au niveau de chaque élément de menu.
           

Widgets Sliders

Le comportement des widgets Sliders (Sliding Image, Sliding Panel et Sliding Page) a été amélioré et étendu afin d’en faciliter l’utilisation et d'améliorer le comportement des images.

Note : Ces nouveautés peuvent perturber le fonctionnement des widgets Sliders déjà implémentés sur vos applications actuelles.

Modifications sur le widget Sliding Image

La gestion des images a été homogénéisée avec celle des autres widgets / fonctions.

• Possibilité de préciser le positionnement, le niveau de zoom, etc... de l'image -   voir Gestion des images de fond dans les zones HTML
           

• L'Image Picker affiche maintenant les images du serveur.
           

Modifications sur le Sliding Panel

Le Sliding Panel permet maintenant l'accès aux images de fond et à leurs propriétés via l'éditeur de texte : défilement des panneaux mixant images, textes, boutons, etc...
          

Modifications génériques sur les 3 widgets Sliders

Des propriétés permettant de choisir les couleurs des pastilles de défilement des images  et des flèches de navigation  de chaque côté de l’image ont été ajoutées.
         

Widget DataViewer

Les descriptions récupérées d’ ont un texte qui est maintenant correctement découpé lors du passage à la ligne (la description n’apparait pas sur une seule ligne).

Widget HTML Composer

Ce widget est déprécié et il ne peut plus être ajouté sur les nouvelles applications. 

Les applications actuelles l’utilisant fonctionnent bien entendu toujours.

Affichage des widgets

Gestion de la hauteur des widgets

La hauteur des widgets peut maintenant s'adapter automatiquement en fonction de la taille du contenu et de la hauteur de l’écran.

Principe de fonctionnement

• Avec des colonnes simples
           

• Avec des colonnes complexes
           

Le 1^er widget a une taille fixe de 600 qui ‘pousse’ la ligne contenant la zone noire vers le bas. Le widget de la 2^ème colonne s’adapte à la taille disponible et s’étend lui aussi jusqu’au widget en noir.

Nouvelles propriétés

• Adaptation à la taille disponible : La propriété Use Available Height permet d'étendre le widget pour qu'il remplisse l'espace disponible.
  • Note : Lorsque cette propriété est activée, la taille du widget n’est plus modifiable.
             

• Adaptation au contenu du widget : La propriété Set Full Height existante a été renommée en Use Content Height afin d’être plus explicite et traduire plus justement le comportement d’adaptation automatique de la hauteur du widget à son contenu.
  • Lorsque cette propriété est active, 2 nouvelles options permettent de saisir des valeurs minimale et maximale pour la hauteur du widget.
  • L'adaptation automatique de la taille pouvant poser problème si le contenu est vide (widget invisible), la taille minimale permet de forcer l'affichage du widget.
            

Cas particulier du widget Data Viewer

Le widget Data Viewer fonctionne de façon particulière s’agissant de ces 2 propriétés. Le fonctionnement pour la hauteur est le même mais la différence vient du pilotage de l’ascenseur vertical permettant de visualiser les enregistrements.

• Lorsque la propriété Use Available Height est activée, le widget utilise l’ascenseur global du navigateur.
           

• Lorsque la propriété Use Content Height est activée, le widget utilise un ascenseur intégré (visuellement, plus fin en largeur).
           

Transitions dans les widgets HTML Script et Data Viewer

De nouvelles fonctionnalités ont été ajoutées aux widgets Html Script et Data Viewer afin de proposer un système permettant de mettre en oeuvre des animations et effets graphiques lors du survol avec la souris de certaines zones, comme le permettent de nombreux sites.
Le même catalogue en version mobile ou tablette (appareils supportant difficilement le survol de la souris) présente une version dédiée de la vignette (souvent obtenue par composition des 2 autres vignettes).

Mise en œuvre fonctionnelle

• Ajout de nouvelles propriétés sur les sections permettant l'affichage de code Html : cochez la case Enable ... Html Hover (1) pour les rendre disponible.
           

• Nouvelles fonctionnalités sur l'éditeur de texte : de nouvelles icônes permettent de définir le contenu des zones Html, en fonction des propriétés d'animation sélectionnées pour la section.
           

• L’éditeur de transitions, permettant de sélectionner et configurer la transition
           

Animation en entrée dans les widgets

Une nouvelle fonctionnalité permet maintenant de positionner des animations en entrée sur chaque widget, exécutées au chargement de la page contenant le widget.

Fonctionnement général et paramétrage

• Une propriété Enable Entry Animation a été ajoutée dans la section Theme.
           

• Le paramétrage s'effectue ensuite via l'éditeur d'animations.
           

Cas particulier du widget Data Viewer

Les cellules des widgets Data Viewer peuvent être animées pour ajouter un effet visuel à l'affichage.

• Une nouvelle propriété Enable Custom ... Animation a été ajoutée dans les sections Tile et Line. Note : Il est déconseillé d’avoir à la fois des animations en entrée au niveau du widget (via la section Theme) et au niveau des modes Tile / Line.
           

• Le paramétrage s'effectue ensuite via l'éditeur d'animations.
           

Images de fond (Background images)

Gestion des images de fond

• Les images de fond des pages supportent maintenant les mêmes possibilités de paramétrage que les autres images de fond.
           

• La liste déroulante Background Image Properties permet de paramétrer les propriétés Répétition, Taille, Position au sein d'un seul panneau.
           

Principe de fonctionnement dans les zones HTML

Un nouveau mécanisme permet de positionner de façon simple et standard une image de fond sur toutes les zones HTML via l'attribut css background-image.
          Ajout d'un texte directement sur une image, via le code HTML suivant.
         
         

• L'image de fond est sélectionnée directement depuis l'éditeur de texte, via une nouvelle icône de la barre d'outils.
           
           

• La boîte de dialogue permet de modifier l'image et ses paramètres.
  • Repeat : Important pour les petites images, afin de spécifier les répétitions pour 'paver' le fond du widget avec l'image.
             
  • Size : Important pour conditionner l'apparition ou non de bandes blanches autour de l'image.
    • Initial Size : L'image est agrandie pour tenir en totalité dans la zone, avec une  éventuelle déformation. 
    • Scale to fit : TOUTE l'image est visible dans le widget. En fonction du ratio de l'image par rapport à celui du widget, des bandes blanches sont insérées.
    • Scale to cover : L'image est zoomée correctement afin d'occuper tout l'espace disponible, sans aucune bande blanche. Dans ce cas, la totalité de l'image n'est pas visible.
               
  • Position : Important si le paramètre Size est réglé sur Scale to cover. L'image étant zoomée afin de remplir l'espace du widget, le paramètre permet d'indiquer quelle partie de l'image doit rester obligatoirement visible.
             
  • Opacity : Permet de spécifier le filtre de couleur appliqué sur l'image.

      Écrire un texte d'accroche en blanc sur une image qui ne s'y prête pas forcément
             

         ==>  Amélioration de la lisibilité en réglant le paramètre d'opacité à 50 %.
             
             

Nouveau bouton de commande [ New Request ]

Il était jusqu’à présent possible d’ajouter un bouton [ New Request ] uniquement lorsque le datasource associé au widget correspondait au catalogue des services, et sans possibilité de passer des paramètres.

Le système a été considérablement étendu afin d’offrir la possibilité de définir finement les différents éléments de la nouvelle demande et de permettre de positionner le bouton sur un widget utilisant un datasource autre que la table SD_REQUEST. D’autre part, le design du bouton est beaucoup plus paramétrable qu’auparavant.

Fonctionnement général

Insertion du nouveau bouton

• Le bouton est ajouté comme auparavant via l’éditeur de texte : tag avancé EasyVista > New Request, et est dorénavant accessible pour tous les types de datasources.
           
• L'option New Request donne accès à un nouveau panneau de paramétrage. Le premier onglet permet de spécifier les paramètres du bouton ; le deuxième onglet est dédié au design.

Widget pointant sur le catalogue des services	Datasource autre que la table SD_REQUEST

• La première étape consiste à saisir le libellé du bouton et à sélectionner le service concerné lorsque le bouton est associé à un datasource autre que la table SD_REQUEST. Note : Lorsque le datasource pointe sur la table SD_REQUEST, le service n’a pas à être sélectionné car il est matérialisé par l’enregistrement courant.
           

• Si aucun paramètre n’est nécessaire, il est possible d’insérer directement le bouton de commande via .
           

Gestion des paramètres

Des paramètres correspondant à des champs de l’enregistrement mis à jour dans la table SD_REQUEST peuvent maintenant être ajoutés.

• Un paramètre est défini en indiquant :
  • le champ destination dans la table SD_REQUEST : champs clé, champs associés à la clé, champs AVAILABLE_FIELD_, éventuels champs E_xxx ;
  • les éléments permettant de caractériser sa valeur.

• Un paramètre peut avoir 4 types de valeurs possibles :
  • un champ du datasource sur lequel pointe le widget ;
  • un champ d’un autre datasource de l’application ;
  • un tag dédié, sélectionné via une liste prédéfinie ;
  • un texte.

• Dès qu'un paramètre est ajouté, plusieurs listes déroulantes sont affichées.
  • Destination field : Permet de sélectionner le champ destination dans la table SD_REQUEST.
             
  • Parameter type : Permet de sélectionner le type du paramètre. Les éléments à renseigner ensuite varient en fonction du paramètre.
             
     
  • Column : Permet de sélectionner le champ de la table.
             
     

• Une fois le paramètre défini, cliquez sur . Le nouveau paramètre est ajouté dans l'onglet Properties.
           

• Chaque nouveau paramètre est affiché dans l'onglet au fur et à mesure de la saisie.
  • La signalétique de couleur rappelle la couleur de chaque liste déroulante.
  •  permet de supprimer le paramètre.
              

Paramètre pointant sur un champ du datasource courant

La liste Column présente les champs du datasource sur lequel pointe le widget. 

• Le champ peut être une chaîne. 
• Les clés sont également présentées lorsque le datasource est lié à .
           

• Cas où le champ destination est une clé : Vous devez alors sélectionner la clé primaire de la table source, matérialisée par l’ajout d’un champ PK dans la liste des champs.

• Cas où le champ destination est une chaîne : Le système effectue alors une recherche dans la table source pour trouver la clé correspondante.

• Note : Lorsqu’un des champs a été sélectionné comme champ destination pour un paramètre, il n’est plus possible de sélectionner des champs de la même table comme destination. 

Paramètre pointant sur un champ d’un autre datasource de l’application

Vous devez alors sélectionner le datasource souhaité via la liste DataSource qui propose tous les datasources disponibles dans l’application.

Attention : Le système utilise l’enregistrement courant du datasource. Le datasource correspondant doit dont être initialisé (par exemple en le présentant dans un widget DataViewer sur la page courante).
         
 

Paramètre pointant sur un tag

Cette option permet d’obtenir des informations système sur la connexion cliente. Actuellement, 2 tags sont disponibles : le login et l’e-mail de l’utilisateur connecté.
         

Paramètre pointant sur un texte

Cette option permet de saisir une chaîne définie. Il est ainsi possible, par exemple, de saisir un marqueur utilisable par la suite au niveau de l’éditeur de workflow.
         

Paramétrage du design du bouton

Le paramétrage s'effectue via l'onglet Style : choix des couleurs du fond et du texte en mode normal et lors du survol avec la souris (Hover).
         

Réédition d’un bouton existant

Lorsqu'un bouton est positionné sur l'interface, les paramètres peuvent être modifiés via la fonction Button Editor accessible en cliquant sur le bouton dans l’éditeur de texte.
         

• Le premier onglet affiche les propriétés du bouton.
           

• Le deuxième onglet affiche les informations de design.
           

Cas particulier d’un bouton sur la table SD_REQUEST

Lorsque le datasource principal pointe sur la table SD_REQUEST (cas du fonctionnement du bouton dans les versions précédentes), il est possible d’utiliser le nouveau mécanisme dans sa totalité mais le choix du service est grisé (ce qui est normal car il s’agit de l’enregistrement courant). 

• Vous pouvez ajouter des paramètres.
           
   
• Les anciens tags sont toujours utilisables (1) mais les nouveaux boutons sont ajoutés sous forme de bouton afin de pouvoir les rééditer (2).
           

Exemple d’utilisation

Ajout du bouton d’obtention d’un badge sur la fiche d’un utilisateur : le bénéficiaire de la demande de badge est l’utilisateur sélectionné sur la fiche.

• Paramétrage du bouton
           

• Bouton d’obtention d'un badge
           

Gestion des datasources

Gestion du message Aucune donnée (No Data)

• Le message Aucune donnée affiché lorsque aucune donnée n'est remontée peut maintenant être personnalisé au niveau des datasources.
           

• Le message s'affiche à l’exécution de l’application.
           

Blocage du drilldown

Le fonctionnement du drilldown peut maintenant être bloqué sur des datasources EasyVista pour les widgets Data Viewer en mode Grille (Grid), Bar Chart et Pie/Donut Chart, via une nouvelle propriété Enable Drilldown.

Note : Cette propriété est, par défaut, non cochée afin d’assurer la compatibilité avec les applications existantes.

Homogénéisation des datasources

Le moteur d'accès aux données (qui prend la forme des datasources au niveau du studio) a été réécrit afin de le rendre générique indépendamment de la source de données. Jusqu'à présent, les datasources fournissaient aux widgets une interface qui était partiellement liée aux capacités de la source de données associée.

Chaque datasource propose maintenant une interface unifiée qu'il est possible de personnaliser via un nouvel outil : l'éditeur de dictionnaire de données. Il permet de spécifier à l'interface par défaut la nature des champs en entrée.

Cet outil s'intercale entre les données brutes issues du datasource et les données reçues et comprises par l'interface unifiée.
Dans la mesure du possible, le système va tenter de déterminer automatiquement le type du champ, mais dans certaines situations complexes, il est nécessaire de préciser directement ces informations. 

Schéma général de fonctionnement

L’éditeur de dictionnaire de données

Cet éditeur, accessible optionnellement au niveau de chaque datasource, permet de définir précisément les propriétés de chaque champ : nom, type et visibilité.
         

Dans les versions précédentes, ce bouton permettait seulement de visualiser le contenu des données. Vous disposez maintenant d'une grille beaucoup plus puissante pour définir les éléments du dictionnaire de données.
         

Les différents mécanismes à disposition sont les suivants:

• Cacher un champ : Cliquez sur le bouton (5) à gauche du nom du champ ou effectuez un cliquer-glisser du champ dans la zone (1) en utilisant la poignée (4)
• Afficher un champ masqué : Les champs cachés sont dans la zone (1). Vous pouvez cliquer sur le bouton (2) ou déplacer le champ via un cliquer-glisser dans la partie droite en utilisant la poignée (3)
• Renommer un champ : Cliquez dans la zone du nom (6) ou cliquez sur l'icône (7)
• Définir l'ordre des champs : Déplacez la colonne du champ via un cliquer-glisser vers la droite ou vers la gauche en utilisant la poignée (4)
• Définir le typage du champ (8)

Définition du typage des champs

Ce nouvel outil permet de définir précisément le type des champs en entrée des datasources.

Le type du champ est connu pour des datasources EasyVista mais pas pour des fichiers .csv ou des datasources REST. Dans ce cas, le nouveau mécanisme va tenter de déterminer le type du champ et positionner les listes déroulantes aux bonnes valeurs. Vous pouvez alors accepter la suggestion, la modifier ou définir le type du champ si le système en entrée n'a pas su le déterminer.

Cas particulier des champs datetime REST

Les champs de type datetime REST sont codés sous de multiples formats. Ils peuvent se présenter sous la forme de timestamp (ex : nombre de millisecondes depuis une donnée référence). Le système n'a alors pas la possibilité de les distinguer de champs de type entier et propose par défaut Integer.
         
         

• Dans ce cas, vous devez sélectionner le type de champ datetime manuellement dans la liste déroulante du type du champ.
           

• Le système va alors rechercher parmi les trois types de champ datetime possibles et sélectionner celui qui est correct.
           
           

Nouveautés sur le Data Transformer

Le Data Transformer a évolué afin de le rendre cohérent avec l’éditeur du dictionnaire de données.
         

Fonctionnement général

Note : Les fonctions prises en charge restent identiques à celles de la version précédente.

Utilisation pour le paramétrage de la visualisation des champs Date

Lorsqu’un champ de type datetime est sélectionné, vous pouvez préciser de ne conserver que la partie date ou la partie heure.
         

Mode Recherche dans les datasources

Un nouveau mode a été ajouté sur les datasources afin d’améliorer la compréhension de la recherche. Ce mode permet de vider le datasource tant qu’une recherche n’a pas été exécutée, ce qui est le comportement classique des outils de recherche.

Cette option s’active au niveau des datasources, via une nouvelle option Force Search To Get Data.
         

Recherche non lancée : le DataViewer est vide	Recherche lancée : le DataViewer est rempli

Points divers

Améliorations sur les raccourcis

Le système des raccourcis a été étendu pour donner la possibilité de lancer une version mobile de l’application lorsqu’elle est disponible. Il est également maintenant possible de définir une URL simplifiée et lisible pour le lancement des applications.

Évolutions de la boîte de création de raccourcis

Choix de la page de lancement

Il est maintenant possible de spécifier une page de lancement en plus du nom de l’application liée à un raccourci.
         

Bonnes pratiques de création d’applications

Dans un certain nombre de cas, il est utile de développer 2 versions d’une application : une version pour tous les supports standard et une version dédiée aux mobiles.

Le système a été étendu afin de gérer dans un seul raccourci les deux versions de l’application, via une nouvelle propriété.
         
         

Nommage d'un raccourci pour simplifier l'URL

Par défaut, l’URL de lancement d’une application via un raccourci se présente sous la forme suivante :
          https://<server>/index.php?timestamp=<ts>&name=com.easyvista.58bfca4702d53

Le système permet maintenant de donner un nom au raccourci via une nouvelle propriété. Note : Le nom doit contenir uniquement des lettres, chiffres, souligné et tiret.

          Raccourci nommé MyApp ==> URL de lancement = https://<server>/MyApp
         

Paramétrage de l’affichage des champs de type Date / Heure / Numérique

Dans les versions précédentes, le paramétrage de l’affichage des dates et des nombres était un paramétrage global au niveau du tenant, de la langue d' et du navigateur internet.

Chaque utilisateur a maintenant la possibilité d’en surcharger le fonctionnement, via de nouvelles propriétés sur la fenêtre d'informations personnelles.
         

Liaison avec Service Manager

L'origine des incidents/demandes, actions, réponses aux questionnaires et notations des connaissances créés via  ou via une application  est maintenant identifiable. Note : Cette fonctionnalité est disponible dans le patch  2016.1.267.4.

L’information est stockée dans la colonne ORIGIN_TOOL_ID pointant vers la nouvelle table de référence SD_ORIGIN_TOOL et est disponible dans les tables suivantes :

• SD_REQUEST : Origine des incidents/demandes
• AM_ACTION : Origine des actions sur les incidents/demandes
• AM_DOCUMENT : Origine des pièces jointes aux incidents/demandes
• SD_QUESTION_RESULT : Origine des réponses aux questionnaires
• SD_EMPLOYEE_RATING : Origine des notations des connaissances

Studio

• La duplication d’applications ne duplique plus l’historique.

• Les fonctions de padding et de margin ne sont plus limitées à 30 px.

• La barre d’outils se redimensionne correctement en fonction de la largeur disponible.
           

Optimisation des performances

Les points suivants ont été optimisés :

• Duplication d’applications
• Appels multiples à