Améliorations apportées aux applications pilotées par modèle
Important
Ce contenu est archivé et n’est pas mis à jour. Pour accéder aux dernières ressources documentaires, voir documentation des produits Microsoft Power Platform. Pour accéder aux derniers plans de lancement, voir Plans de lancement Dynamics 365 et Microsoft Power Platform.
| Activée pour | Version préliminaire publique | Accès anticipé | Disponibilité générale |
|---|---|---|---|
| Utilisateurs finaux, automatiquement | - |  10 février 2020 |
11 mai 2020 |
Détails de la fonctionnalité
Mémoriser la dernière application utilisée
Les applications pilotées par modèle ont été mises à jour afin de mémoriser la dernière application utilisée et ainsi réduire le besoin d’en choisir une dans la liste des applications. La dernière application sera utilisée si aucune application n’est spécifiée dans l’URL. Par exemple, l’utilisation de la dernière application peut se produire lors de l’ouverture de l’URL de l’organisation ou lors de l’ouverture d’une URL générée vers un enregistrement d’entité spécifique. La première fois que vous ouvrez l’URL sans spécifier d’application, une invite sera toujours affichée pour l’utilisateur, mais les ouvertures de session suivantes utiliseront la dernière application si aucune application n’a été fournie. Si un utilisateur ne dispose que d’une application, celle-ci devient la dernière application, ce qui ne génère aucune invite utilisateur. Cela améliorera la productivité des utilisateurs en supprimant des clics lors du démarrage d’une session.
Visuels de la barre de messages de l’application mis à jour et nouvelle API
Les visuels de la barre de messages de l’application existante ont été mis à jour pour s’aligner sur l’apparence de la barre de messages du formulaire. Les applications pilotées par modèle disposent désormais de nouvelles API pour afficher les messages au niveau de l’application qui restent visibles pendant la navigation. L’API offre de la flexibilité concernant le type de message. Par exemple, une application peut définir un message comme pouvant être rejeté par l’utilisateur pour les messages d’information, ou définir un message comme ne pouvant pas être rejeté pour les messages plus permanents. L’API prend également en charge la suppression de messages spécifiques s’ils ne s’appliquent pas.
