DOCUMENTATION EN LIGNE
DE WINDEVWEBDEV ET WINDEV MOBILE

Aide / Editeurs / Editeur de projet / Audits de projet
  • Présentation
  • Pourquoi utiliser l'audit d'UI ?
  • Comment le faire ?
  • Mettre en place et résoudre les problèmes détectés par l'audit d'UI
  • Activer / Désactiver l'audit d'UI pour tous les projets
  • Exemples de problèmes détectés
WINDEV
WindowsLinuxUniversal Windows 10 AppJavaEtats et RequêtesCode Utilisateur (MCU)
WEBDEV
WindowsLinuxPHPWEBDEV - Code Navigateur
WINDEV Mobile
AndroidWidget AndroidiPhone/iPadWidget IOSApple WatchMac CatalystUniversal Windows 10 App
Autres
Procédures stockées
Audit d'UI : Détectez les technologies obsolètes
Présentation
Les projets ont souvent plusieurs années : c'est une situation courante.
Il arrive donc souvent que des projets utilisent des technologies datant de l'époque de la création du projet. Certaines de ces technologies sont aujourd'hui dépassées ou remplacées par des technologies plus sécurisées.
De même, certaines options proposées par défaut dans une version précédente, sont désormais devenues inutiles ou peu performantes. Il arrive également que des options récentes doivent être activées.
A partir de la version 27, WINDEV, WEBDEV et WINDEV Mobile signalent ces usages obsolètes ou les nouveautés apparues et proposent la technologie à utiliser.
Pourquoi utiliser l'audit d'UI ?
En suivant les conseils de l'audit d'UI et en utilisant nouvelles technologies dans vos projets :
  • Vous améliorez les performances de l'éditeur :
    L'usage de champs d'ancienne technologie peut avoir un impact sur les performances de vos éditeurs, et ralentir leur exécution, les générations, la mise à jour des modèles, ...
    Il est donc intéressant de changer ces anciennes technos par les technos à jour.
  • Vous améliorez les performances à l'exécution :
    Les anciennes technos sont souvent plus lentes à l'exécution.
    Un moyen simple d'augmenter la vitesse de vos applications est de remplacer les technologies devenues obsolètes.
  • Vous diminuez le poids des pages et la consommation mémoire :
    En WEBDEV particulièrement, l'utilisation de champs d'ancienne technologie, ou de paramètres de champs d'ancienne technologie peut augmenter le poids des pages et la consommation mémoire des pages.
    Une intervention de votre part sur ces sujets sera toujours bénéfique !
Comment le faire ?

Mettre en place et résoudre les problèmes détectés par l'audit d'UI

Par défaut, l'audit d'UI est activé lorsque vous ouvrez un ancien projet avec une version 27 ou supérieure.
Pour activer/désactiver l'audit d'UI, sous le volet "Affichage", dans le groupe "Aide à l'édition", cochez ou décochez "Audit d'UI".
Si l'audit d'UI est activé, lorsque vous ouvrez une fenêtre ou une page utilisant une ancienne technologie :
  1. Le picto apparaît dans le coin haut droit de l'élément concerné (champ Table ou champ Combo par exemple).
  2. Un survol du picto orange permet de connaître le problème.
  3. Un clic sur le picto permet d'afficher une fenêtre popup.
    Dans cette fenêtre, vous pouvez :
    • corriger le problème. Dans la majorité des cas, la correction peut s'effectuer directement avec le bouton "Corriger" de la popup de détail.
      Dans certains cas, si la correction nécessite un choix, la popup propose d'ouvrir la description du champ pour effectuer la modification.
    • désactiver le conseil : L'affichage de l'erreur pour ce champ sera alors annulé.
      Rappel : Les erreurs désactivées peuvent être réactivées depuis le menu contextuel du volet des erreurs de compilation, option "Liste des erreurs désactivées" (raccourci : Alt + I).
    • utiliser le menu contextuel en haut de la fenêtre popup pour :
      • Sélectionner le champ.
      • Ouvrir la fenêtre de description du champ.
      • Désactiver temporairement les erreurs pour ce champ. Les erreurs seront réactivées à la prochaine ouverture de l'élément contenant l'erreur.
      • Désactiver temporairement les erreurs pour tous les champs. Les erreurs seront réactivées à la prochaine ouverture de l'élément contenant l'erreur.
    Astuce : le lien en haut de la popup permet d'ouvrir la fenêtre de description du champ.
Remarque : Les erreurs d'audit d'UI sont également affichées lors de l'exécution de l'audit statique sur le projet. Il est également possible de corriger les problèmes détectés depuis la fenêtre de l'audit statique.

Activer / Désactiver l'audit d'UI pour tous les projets

Il est possible d'activer ou de désactiver l'audit d'UI pour tous les projets.
Pour WINDEV ou WINDEV Mobile :
  1. Affichez les options de l'éditeur de fenêtres : sous le volet "Accueil", dans le groupe "Environnement", déroulez "Options" et sélectionnez "Options de l'éditeur de fenêtres".
  2. Dans l'onglet "Champs", sélectionnez ou désélectionnez l'option "Désactiver l'audit d'UI pour tous les projets".
  3. Validez.
Pour WEBDEV :
  1. Affichez les options de l'éditeur de pages : sous le volet "Accueil", dans le groupe "Environnement", déroulez "Options" et sélectionnez "Options de l'éditeur de pages".
  2. Dans l'onglet "Champs", sélectionnez ou désélectionnez l'option "Désactiver l'audit d'UI pour tous les projets".
  3. Validez.

Exemples de problèmes détectés

L'audit d'UI peut signaler des problèmes sur les champs :
  • un champ HTML resté en mode IE6 (donc qui affiche mal les contenus récents),
  • un champ Graphe ou un champ Forme pour lequel l'anti-aliasing n'a pas été activé (et donc crénelage possible),
  • un champ Caméra en ancienne version,
  • tout champ dans lequel une nouvelle option intéressante non activée est disponible,
  • un champ Combo à passer en taille automatique ou en redimensionnable,
  • activer l'aide à la saisie des masques fichiers,
  • ...
Des problèmes plus généraux sont également détectés :
  • une image de fond avec transparence mais sans détourage (donc qui consomme des ressources inutilement),
  • un champ Fenêtre Interne qui pointe sur une Fenêtre Interne non trouvée dans le projet,
  • Binding vers une rubrique ou une variable non trouvée,
  • Champ incompatible avec la configuration en cours,
  • Taille de champ trop petite pour une utilisation tactile,
  • Conflit d'ancrage,
  • Plusieurs champs portent le même nom logique,
  • 2 boutons Validation ou Annulation dans une fenêtre,
  • ...
Version minimum requise
  • Version 27
Documentation également disponible pour…
Commentaires
Cliquez sur [Ajouter] pour publier un commentaire

Dernière modification : 24/10/2023

Signaler une erreur ou faire une suggestion | Aide en ligne locale