Bases de l'apprentissage de la 4e dimension

L’une des fonctionnalités les plus distinctives de la plateforme 4D est la prise en charge des Menus personnalisés. Non seulement vous pouvez créer vos propres barres de menus, mais vous pouvez également configurer 4D pour qu’il se lance directement en mode Menus personnalisés, vous donnant ainsi un contrôle total sur l’expérience utilisateur dès l’ouverture de l’application. Il s’agit d’un changement significatif par rapport à de nombreux outils de développement rapide d’applications, où la barre de menus est largement fixée par le framework et où vous êtes limité à l’activation ou à la désactivation des commandes intégrées.

Avec les menus personnalisés de 4D, vous êtes autorisé à modifier le menu Fichier et à ajouter vos propres menus et éléments de menu entre les menus Édition et Aide. Les menus Édition et Aide sont fixes : vous ne pouvez pas les modifier. Tout le reste est à vous de concevoir.

Points clés à retenir

• Les menus personnalisés 4D vous permettent de remplacer la barre de menus par défaut par celle que vous concevez, et vous pouvez configurer l’application pour qu’elle s’ouvre en mode Menus personnalisés pour un contrôle total.
• Vous pouvez modifier le menu Fichier et insérer vos propres menus et éléments entre les menus Édition et Aide, mais les menus Édition et Aide eux-mêmes sont fixes.
• Vous pouvez créer plusieurs barres de menus différentes et attribuer chacune à une situation différente, mais en abuser est un moyen rapide de dérouter vos utilisateurs.
• Comparer votre barre de menus prévue à celle utilisée par les programmes établis est un moyen pratique de vérifier la cohérence de votre conception avant de vous y engager.
• La conception des menus est une décision autant liée à l’expérience utilisateur qu’à une décision technique ; la cohérence et la prévisibilité comptent plus que l’ingéniosité.

Pourquoi les menus personnalisés sont importants dans 4D

Dans une application de bureau traditionnelle, la barre de menus est la principale carte de ce que le programme peut faire. Les utilisateurs la parcourent pour découvrir des fonctionnalités et comptent sur sa stabilité. Lorsque vous livrez une application 4D à une équipe métier, la barre de menus est souvent la première chose avec laquelle elle interagit, avant même de toucher à un formulaire, une liste ou un enregistrement.

Cela fait de la barre de menus une surface de conception, et non une réflexion après coup. 4D le reconnaît en laissant les développeurs s’en approprier pleinement. Les conséquences pratiques méritent d’être précisées :

• Vous contrôlez la découvrabilité. Si une fonctionnalité est importante, vous pouvez la placer dans le menu où les utilisateurs la trouveront, plutôt que d’espérer qu’ils tombent sur un bouton.
• Vous contrôlez le vocabulaire. Les libellés de menu intégrés utilisent des termes génériques. Vos libellés personnalisés peuvent utiliser la langue que parlent réellement vos utilisateurs : « Valider la facture » au lieu de « Exécuter ».
• Vous contrôlez l’expérience de lancement. En ouvrant en mode Menus personnalisés, vous empêchez les utilisateurs de s’égarer dans les menus 4D par défaut qui exposent des éléments internes qu’ils ne devraient jamais toucher.
• Vous contrôlez la portée. Vous pouvez masquer des catégories entières de fonctionnalités pour un groupe d’utilisateurs donné simplement en ne les plaçant pas dans la barre de menus de ce groupe.

Le compromis est la responsabilité. Une fois que vous prenez en main la barre de menus, vous êtes responsable de sa cohérence, de son exhaustivité et de sa maintenance au fur et à mesure de la croissance de l’application.

Ce que vous pouvez et ne pouvez pas changer

Comprendre les limites dès le début évite beaucoup de frustration. Les règles sont simples :

Connexes : Claris FileMaker Pro — La plateforme de base de données relationnelle de longue date pour les équipes qui ont besoin d'applications personnalisées sur ordinateur, Web et mobile à partir d'un seul fichier..

• Menu Fichier — modifiable. Vous pouvez le remodeler pour qu’il corresponde aux opérations liées aux fichiers de votre application.
• Menu Édition — fixe. Vous ne pouvez pas le modifier. C’est délibéré : le menu Édition comporte un comportement standard de presse-papiers et d’édition que les utilisateurs s’attendent à retrouver de manière identique dans toutes les applications.
• Menu Aide — fixe. Également non modifiable, pour la même raison — l’accès à l’aide doit être prévisible.
• Entre Édition et Aide : votre territoire. C’est ici que se trouvent vos propres menus et éléments de menu.

La logique de conception derrière le fait de fixer Édition et Aide est solide et mérite d’être internalisée en tant que principe : les comportements standard doivent rester standard. Les utilisateurs développent une mémoire musculaire autour du couper, copier, coller, annuler et de l’accès à l’aide. Si chaque application les redéfinissait, la plateforme semblerait chaotique. 4D protège cette base de référence et vous donne la liberté partout ailleurs.

Un modèle mental utile : considérez la barre de menus comme ayant une zone réservée (Édition et Aide) et une zone de création (tout le reste). Votre travail consiste à rendre la zone de création aussi naturelle et bien organisée que la zone réservée.

Concevoir votre barre de menus : conseils pratiques

Avant de commencer à cliquer dans l’éditeur de menu, décidez ce que votre application doit réellement exposer. Une barre de menus est une hiérarchie, et il est facile de se tromper dans les hiérarchies.

Notre sélection : Airtable — Une interface simple sous forme de feuille de calcul reposant sur une véritable base de données relationnelle, avec des automatisations, des vues et des interfaces partageables..

Commencez à partir des tâches utilisateur, pas à partir de la structure de votre code

Une erreur courante consiste à refléter la structure interne de la base de données : un menu par table, un élément par méthode. Les utilisateurs ne réfléchissent pas en tables et en méthodes. Ils réfléchissent en tâches : « saisir une nouvelle commande », « trouver un client », « générer le rapport mensuel ». Construisez le menu autour de ces tâches.

Regrouper par fréquence et par risque

Placez les commandes les plus fréquemment utilisées là où elles sont les plus faciles à atteindre. Éloignez les commandes destructrices ou irréversibles (supprimer, purger, archiver) des commandes de routine et envisagez d’exiger une confirmation. Le placement des menus est une forme de prévention des erreurs.

Gardez une faible profondeur

Deux niveaux d’imbrication (menu → élément) sont confortables pour la plupart des utilisateurs. Trois niveaux (menu → sous-menu → élément) sont tolérables lorsque le sous-menu est véritablement une catégorie. Au-delà, les utilisateurs perdent le fil de l’endroit où ils se trouvent. Si vous constatez que vous avez besoin de quatre niveaux, la fonctionnalité appartient probablement plutôt à un formulaire ou à une boîte de dialogue.

Utilisez des séparateurs et un ordre cohérent

Les séparateurs regroupent visuellement les éléments associés. Au sein d’un groupe, classez les éléments par fréquence attendue ou par séquence logique (par exemple, l’ordre dans lequel un flux de travail est exécuté). Maintenez cet ordre stable d’une version à l’autre : la réorganisation des menus entre les versions est une source subtile mais réelle de frustration pour les utilisateurs.

Écrivez des étiquettes sous forme de verbes ou de noms clairs

« Imprimer la facture » est plus clair que « Facture impression ». « Rapports » comme titre de menu convient ; « Rapport » en tant qu’élément est ambigu. Respectez les conventions que vos utilisateurs voient déjà dans les autres logiciels qu’ils utilisent quotidiennement.

Barres de menus multiples : Pouvoir et Péril

4D vous permet de créer plusieurs barres de menus différentes et d’attribuer chacune à une situation différente. C’est un outil vraiment puissant. Les utilisations légitimes typiques comprennent :

Connexes : Microsoft Power Apps — Développement d'applications low-code de niveau entreprise connecté à Microsoft 365, Dataverse et Power Automate..

• Menus basés sur les rôles. Un commis à la saisie de données voit un menu simplifié ; un superviseur voit les commandes d’approbation et de rapport.
• Menus contextuels. Un menu affiché lorsqu’un enregistrement est ouvert peut différer de celui affiché sur un écran de recherche.
• Menus basés sur le mode. Un mode « configuration » ou « administration » peut exposer des commandes de configuration que l’opération ordinaire masque.

Les conseils d’origine ici méritent d’être répétés et soulignés : Je recommande la prudence ici, car il peut être très facile de confondre l’utilisateur. Plusieurs barres de menu multiplient le nombre d’états qu’un utilisateur doit suivre. Si une commande se déplace ou disparaît en fonction du contexte, les utilisateurs peuvent conclure que la fonctionnalité a disparu plutôt que d’avoir été déplacée.

Une règle pratique :

Situation	Approche recommandée
Différents rôles d’utilisateur nécessitent des capacités différentes	Barres de menus séparées — claires et justifiées
Même utilisateur, écrans différents	Préférez une barre de menu stable ; désactivez plutôt que de supprimer des éléments
Tâches administratives rarement utilisées	Une barre de menu d’administration dédiée, protégée par une connexion
Différences contextuelles mineures	Conservez une barre de menu ; changez l’état de l’élément, pas la mise en page

Le principe : changez la disponibilité, pas l’emplacement, chaque fois que vous le pouvez. Un élément grisé indique toujours à l’utilisateur que la fonctionnalité existe. Un élément disparu ne lui dit rien.

Coup de cœur des lecteurs : Knack — Un générateur de base de données sans code destiné aux portails, aux annuaires et aux outils internes, avec une tarification forfaitaire au lieu de frais par utilisateur..

Comparaison avec les programmes établis

Pour vous aider à voir ce que d’autres programmes utilisent pour les barres de menus, il peut être utile de faire une comparaison directe. C’est l’une des habitudes les plus pratiques qu’un développeur 4D puisse adopter. La figure 5 du matériel original montre une comparaison des barres de menus uniquement — un côte à côte de la manière dont différentes applications organisent leurs menus de niveau supérieur.

L’intérêt de cet exercice réside dans le fait que les conventions de menu sont en grande partie héritées et non inventées. Des décennies de logiciels de bureau ont convergé vers un consensus approximatif sur ce qui appartient à quel endroit. L’étude de ce consensus — dans les traitements de texte, les feuilles de calcul, les clients de bases de données et les logiciels de comptabilité — vous donne une référence que vous pouvez soit suivre, soit délibérément quitter.

Lorsque vous comparez les barres de menus, recherchez :

• Nombre de menus de niveau supérieur. La plupart des applications matures s’installent sur un petit nombre de menus de niveau supérieur. Une barre avec une douzaine d’entrées semble encombrée.
• Conventions de dénomination. Remarquez avec quelle cohérence « Fichier », « Modifier », « Affichage », « Outils » et « Aide » sont utilisés, ainsi que l’endroit où les applications insèrent leurs propres menus métier.
• Placement des menus spécifiques au domaine. Où une application verticale place-t-elle ses commandes spécifiques au secteur ? Généralement après les menus standards et avant l’Aide — c’est exactement la zone que 4D vous laisse ouverte.
• Densité des éléments. Combien d’éléments se trouvent sous chaque menu et comment sont-ils séparés ?

Pour obtenir des informations sur les conventions elles-mêmes, l’article Wikipédia sur la barre de menu et le menu Fichier sont des références utiles pour comprendre d’où viennent ces modèles et pourquoi ils persistent.

Un exemple concret : barre de menus pour une application de suivi de commandes

Supposons que vous construisiez une modeste application de suivi des commandes pour une petite entreprise. Une barre de menus personnalisée sensée pourrait ressembler à ceci :

• Fichier — Nouvelle commande, Ouvrir commande, Imprimer, Aperçu avant impression, Quitter
• Modifier — (fixe ; laissé tel quel)
• Commandes — Saisir commande, Rechercher commande, Valider commande, Annuler commande
• Clients — Nouveau client, Rechercher client, Historique client
• Rapports — Résumé quotidien, Résumé mensuel, Rapport des commandes en souffrance
• Aide — (fixe ; laissé tel quel)

Remarquez plusieurs choix délibérés. Les menus métier (Commandes, Clients, Rapports) se situent entre Modifier et Aide, exactement là où 4D le permet. Les commandes destructives (Annuler commande) sont regroupées à la fin de leur menu, séparées des saisies de routine. Le menu Rapports est une liste plate plutôt qu’une hiérarchie imbriquée, car il n’existe que trois rapports. Si la liste des rapports s’élevait à quinze, un sous-menu par catégorie deviendrait justifié.

Considérons maintenant la variation des rôles. Un commis d’entrepôt pourrait avoir la même barre, moins le menu Rapports. Un manager a la barre complète. Il s’agit d’une utilisation légitime de plusieurs barres de menus. Mais si la barre du commis réorganisait également les éléments de Commandes différemment de celle du manager, vous créeriez de la confusion sans aucun avantage.

Pièges courants à éviter

• Exposition accidentelle des menus 4D par défaut. Si vous ne configurez pas l’application pour qu’elle s’ouvre en mode Menus personnalisés, les utilisateurs peuvent accéder à des menus intégrés qui exposent les fonctionnalités du mode conception. Verrouillez cet aspect rapidement.
• Duplication des commandes dans plusieurs menus. Si « Imprimer » apparaît à la fois sous Fichier et Rapports, les utilisateurs se demanderont s’ils diffèrent. Choisissez un emplacement unique par commande.
• Utiliser les éléments de menu comme seul chemin d’accès à une fonctionnalité. Les menus servent à la découverte ; les actions fréquemment utilisées doivent également être accessibles à partir des formulaires et des barres d’outils.
• Oubli des raccourcis clavier. Les éléments de menu sans raccourcis forcent l’utilisation de la souris. Attribuez des raccourcis conventionnels là où ils existent.
• Ne jamais revisiter la conception. Les barres de menus accumulent des éléments inutiles. Passez en revue la vôtre à chaque version et supprimez ce qui n’est plus utilisé.

Comment cela s’intègre dans le parcours d’apprentissage global de 4D

Les menus personnalisés côtoient plusieurs autres compétences fondamentales de 4D abordées dans cette série : comprendre les définitions et la terminologie, comparer les menus de 4D à ceux de FileMaker Pro, façonner spécifiquement le menu Fichier et créer un écran de démarrage personnalisé. Ensemble, ils forment la couche de présentation d’une application 4D — les parties qu’un utilisateur voit avant même de toucher votre modèle de données.

Le fil conducteur est le contrôle. 4D vous offre un degré inhabituel de contrôle sur l’interface utilisateur (le shell) de votre application. Les menus personnalisés sont l’une des expressions les plus claires de cette philosophie, et leur maîtrise précoce porte ses fruits à mesure que la portée et l’audience de votre application s’élargissent.

Questions fréquemment posées

Puis-je modifier les menus Édition et Aide dans 4D ?

Non. Les menus Édition et Aide sont fixes et ne peuvent pas être modifiés. Ceci est intentionnel, car ces menus comportent des comportements standard — opérations du presse-papiers, annulation et accès à l’aide — dont les utilisateurs s’attendent à ce qu’ils restent cohérents d’une application à l’autre. Votre personnalisation s’effectue dans le menu Fichier et dans l’espace entre Édition et Aide.

Où apparaissent mes menus personnalisés et mes éléments de menu ?

Vos propres menus et éléments de menu sont insérés entre les menus Édition et Aide. Il s’agit de la zone de création que 4D réserve aux développeurs. Le menu Fichier est également modifiable, contrairement aux menus Édition et Aide.

Dois-je créer plusieurs barres de menus pour mon application ?

Seulement lorsque la différence est véritablement justifiée — le plus souvent pour des rôles d’utilisateur distincts ou un mode administratif. Plusieurs barres de menus multiplient les états qu’un utilisateur doit suivre, et il est très facile de confondre les gens. En cas de doute, conservez une seule barre de menu et modifiez la disponibilité des éléments plutôt que la disposition.

À quoi sert réellement « l’ouverture en mode Menus personnalisés » ?

Cela indique à 4D de lancer votre application en utilisant votre barre de menu personnalisée plutôt que les menus 4D par défaut. Cela vous donne un contrôle total sur l’interface utilisateur du programme et empêche les utilisateurs d’accéder aux menus intégrés qui exposent des éléments internes qu’ils ne devraient pas voir.

Comment savoir si la conception de ma barre de menus est efficace ?

Comparez-la directement aux programmes établis. Les conventions de menu sont largement héritées plutôt qu’inventées ; étudier la manière dont les traitements de texte, les feuilles de calcul et les clients de bases de données organisent leurs menus de niveau supérieur vous donne une base de référence fiable. Examinez le nombre de menus de niveau supérieur, la dénomination, l’emplacement des menus spécifiques au domaine et la densité des éléments.

Est-ce un problème si un élément de menu disparaît dans certains contextes ?

Cela peut l’être. Un élément grisé indique toujours à l’utilisateur que la fonctionnalité existe ; un élément disparu ne lui indique rien et peut l’amener à penser que la fonctionnalité a été supprimée. Préférez modifier la disponibilité plutôt que l’emplacement dès que possible.