Bases de l'apprentissage de la 4e dimension

Le menu Fichier est la première chose qu’un utilisateur touche dans toute application 4D personnalisée, et c’est aussi le menu le plus susceptible d’être laissé dans son état par défaut par les développeurs désireux de passer rapidement aux formulaires et aux méthodes. C’est une erreur.

Le menu Fichier est l’endroit où votre application déclare à quoi elle sert — qu’il s’agisse d’un outil de saisie de données, d’un outil de reporting ou d’une application métier à usage général. Faire les choses correctement dès le début évite des retouches ultérieures, car les éléments de menu sont liés à des méthodes, et les méthodes sont liées à la structure de vos tables.

Cette section présente le menu Fichier recommandé pour une barre de menus 4D personnalisée, comment le construire dans l’Éditeur de barre de menus et les contraintes pratiques que vous rencontrerez en cours de route.

Points clés à retenir

• Un menu Fichier personnalisé bien conçu contient généralement quatre groupes logiques : mouvement de données (Importer/Exporter), impression (Mise en page, Imprimer l’enregistrement, Imprimer l’ensemble trouvé), identité de l’application (À propos) et sortie (Quitter).
• Les barres de menus dans 4D sont nommées de manière permanente Menu Bar #1, Menu Bar #2, et ainsi de suite — vous ne pouvez pas les renommer, documentez donc quelle barre sert à quel objectif.
• Les lignes de séparation sont créées comme des éléments de menu à part entière à l’aide de l’option Ligne ; elles ne constituent pas une propriété distincte.
• Les noms des éléments de menu sont fixes une fois créés. Vous pouvez supprimer et recréer un élément, mais vous ne pouvez pas modifier son étiquette sur place.
• La réorganisation est asymétrique : vous pouvez faire glisser les éléments librement vers le haut, mais pour déplacer un élément vers le bas, vous devez faire glisser les autres éléments situés au-dessus de lui.
• Les raccourcis clavier et les méthodes associées sont configurés par élément de menu, et les méthodes constituent le pont entre le menu et la logique de votre application.

Pourquoi le menu Fichier mérite une conception délibérée

Dans FileMaker Pro, le menu Fichier est largement fixe — vous avez ce que la plateforme vous donne, et la personnalisation s’effectue au niveau des scripts et des boutons plutôt qu’au niveau de la barre de menus elle-même. 4D inverse cette relation. La barre de menus est un objet de conception de première classe, édité en Mode Conception via l’Éditeur de barre de menus, et chaque élément qu’elle contient peut comporter son propre raccourci clavier et sa propre méthode.

Ce pouvoir s’accompagne d’une responsabilité. Un menu Fichier personnalisé qui reflète par habitude la disposition de FileMaker semblera inapproprié aux utilisateurs de 4D, tandis qu’un menu Fichier qui omet complètement l’impression frustrera quiconque s’attend à un comportement standard de bureau. L’objectif est un menu reconnaissable — il fait ce qu’un menu Fichier est censé faire — tout en étant spécifique au flux de travail de votre application.

La structure recommandée pour cette série est volontairement restreinte :

Connexes : 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..

Fichier
  Importer des données
  Exporter des données

Mise en page
  Imprimer l'enregistrement
  Imprimer l'ensemble trouvé

À propos de A

Quitter        Q

Chaque groupe répond à une question utilisateur différente. Le premier groupe répond à « comment importer et exporter des données ? ». Le deuxième répond à « comment mettre cela sur papier ? ». Le troisième répond à « qu’est-ce que j’exécute ? ». Le quatrième répond à « comment quitter ? ». C’est un modèle mental cohérent, et les utilisateurs s’y retrouvent sans instruction.

Création du menu Fichier dans l’Éditeur de barre de menus

La mécanique est simple mais pleine de petits pièges. Depuis le Mode Conception, ouvrez le menu Outils et choisissez Éditeur de barre de menus. Vous verrez une fenêtre « Liste des barres de menus » à gauche et une fenêtre « Barre de menus actuelle » à droite.

1. Dans la fenêtre « Liste des barres de menus », cliquez sur Menu Bar #1. Notez que les noms des barres de menus ne sont pas modifiables — ils sont toujours Menu Bar #1, Menu Bar #2, et ainsi de suite. Si vous maintenez plusieurs barres (par exemple, une pour la saisie de données et une pour le reporting), tenez une note distincte associant chaque barre numérotée à son objectif. C’est l’un des rares endroits dans 4D où vous devez maintenir une documentation externe pour rester sain d’esprit.
2. Dans la fenêtre « Barre de menus actuelle », cliquez sur le menu Fichier pour le sélectionner comme cible.
3. Cliquez sur Ajouter un élément pour ajouter une nouvelle entrée, puis saisissez son nom.
4. Pour insérer un séparateur, ajoutez un autre élément et choisissez l’option Ligne au lieu de saisir un nom.
5. Répétez l’opération jusqu’à ce que le menu corresponde à la structure souhaitée.

Les contraintes que vous rencontrerez réellement

• Les noms sont immuables. Une fois qu’un élément de menu est créé, vous ne pouvez pas le renommer. Si vous faites une faute de frappe et écrivez « Exprot des données » au lieu de « Export des données », votre seule solution est de supprimer l’élément et d’en créer un nouveau — ce qui signifie également rattacher toute méthode et tout raccourci que vous aviez déjà configurés. Tapez soigneusement dès la première fois.
• Le glissement est unidirectionnel en pratique. Vous pouvez faire glisser les éléments vers le haut librement. Pour déplacer un élément vers le bas, vous devez faire glisser les éléments situés au-dessus de lui vers le haut. Planifiez votre ordre avant de commencer l’ajout, ou acceptez quelques manipulations.
• Les séparateurs comptent comme des éléments. Un séparateur occupe un emplacement dans l’ordre, il participe donc aux mêmes règles de glissement qu’un élément nommé. Insérez les séparateurs après avoir placé les éléments nommés dans l’ordre approximatif.

La figure 8 de la procédure pas à pas originale montre le flux de travail « Ajouter un élément » pour le menu Fichier, et la figure 9 montre le menu Fichier personnalisé résultant tel que l’utilisateur le verra à l’exécution. Il est utile de prévisualiser le menu après chaque groupe d’ajouts plutôt que de tout construire à l’aveugle.

Si vous faites du shopping : Zoho Creator — Un créateur d'applications low-code qui se connecte à la suite Zoho plus large et propose des tarifs par utilisateur plutôt que par application..

Choisir ce qui a sa place — et ce qui n’en a pas

La tentation avec une barre de menus personnalisable est de tout exposer. Résistez-y. Chaque élément que vous ajoutez est une promesse que la fonctionnalité fonctionne, qu’elle est détectable et qu’elle dispose d’un raccourci clavier judicieux. Un menu Fichier court et entièrement câblé vaut mieux qu’un menu long avec des entrées mortes.

Un cadre de décision utile :

Élément candidat	Inclure quand…	Envisager d’omettre quand…
Importer des données	Les utilisateurs importent régulièrement des fichiers externes (CSV, délimités par des tabulations, exports de feuilles de calcul)	Les données arrivent uniquement via vos propres formulaires ou une synchronisation automatisée
Exporter des données	Les utilisateurs doivent transmettre des données à Excel, à un autre système ou à un collègue	Le reporting est entièrement géré par des sorties imprimées ou des listes à l’écran
Mise en page	Toute impression est possible
Imprimer l’enregistrement	Les utilisateurs impriment l’enregistrement actuellement à l’écran	L’impression concerne toujours un ensemble trouvé ou un rapport
Imprimer l’ensemble trouvé	Les utilisateurs travaillent avec les résultats de requêtes et en ont besoin sur papier	L’impression concerne toujours un seul enregistrement
À propos	Vous souhaitez que les informations de version et de support soient accessibles en un clic	L’application est interne et le versionnage est géré ailleurs
Quitter	Toujours — les utilisateurs ont besoin d’une sortie propre capable d’exécuter du code de nettoyage	N’omettez jamais cela ; l’absence de Quitter force la fermeture de la fenêtre au niveau de l’OS

L’élément Quitter mérite une mention spéciale. Dans 4D, Quitter peut être associé à une méthode qui effectue un arrêt ordonné : fermeture des fenêtres, validation ou annulation de transactions, libération de verrous, écriture d’un journal de session. Si vous omettez Quitter du menu, les utilisateurs fermeront la fenêtre de l’application à la place, et votre méthode de nettoyage ne s’exécutera jamais. Il s’agit d’un risque pour l’intégrité des données, et non d’un problème esthétique.

De même, À propos est plus qu’une question de vanité. Un élément À propos bien conçu peut afficher la version de l’application, la version du moteur 4D, le chemin actuel du fichier de données et un contact du support. Lorsqu’un utilisateur appelle à l’aide, « cliquez sur À propos et lisez-moi les trois premières lignes » résout un nombre surprenant de tickets d’assistance avant qu’ils ne s’intensifient.

Raccourcis clavier et connexion aux méthodes

Deux propriétés sont attachées à chaque élément de menu au-delà de son nom : un raccourci clavier et une méthode.

Les raccourcis clavier suivent assez fidèlement les conventions du bureau pour que les utilisateurs puissent les deviner. Les paires conventionnelles sont Command-Q (macOS) ou l’accélérateur de plateforme équivalent pour Quitter, et Command-P pour l’impression. Lorsque vous attribuez des raccourcis, vérifiez les collisions : si deux éléments de menu partagent un accélérateur, l’un d’eux ne se déclenchera jamais silencieusement, et l’utilisateur signalera que « l’élément de menu ne fait rien ».

Connexes : 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..

Les méthodes sont l’équivalent 4D des scripts FileMaker, et ce sont elles qui permettent à un élément de menu de faire quelque chose. Un élément de menu sans méthode est inerte : il apparaît, il est mis en surbrillance, mais cliquer dessus ne produit rien.

C’est le défaut le plus courant dans une première barre de menus personnalisée. Avant de considérer le menu Fichier comme terminé, parcourez chaque élément et confirmez qu’il est soit associé à une méthode, soit qu’il a une raison délibérée d’être décoratif.

La division du travail mérite d’être énoncée clairement :

Notre sélection : 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..

• Les éléments de menu gèrent la découverte et l’invocation.
• Les méthodes gèrent la logique, la validation, la gestion des erreurs et le retour utilisateur.
• Les formulaires et zones de liste gèrent la présentation réelle des données.

Maintenir ces couches séparées est ce qui rend une application 4D maintenable. Un élément de menu dont la méthode est une seule ligne appelant une méthode de projet bien nommée est beaucoup plus facile à déboguer qu’un élément dont la méthode contient cinquante lignes de logique en ligne.

Les méthodes sont abordées dans une partie ultérieure de cette série ; pour l’instant, l’important est de laisser le crochet en place. L’ajout précoce de l’élément de menu et l’attachement d’une méthode stub signifie que vous pourrez câbler la logique réelle plus tard sans avoir à revenir dans l’Éditeur de barre de menus.

Erreurs courantes et comment les éviter

• Construire le menu avant le modèle de données. Les éléments de menu impliquent des capacités. Si vous ajoutez « Exporter des données » avant d’avoir décidé quelles tables et quels champs sont exportables, vous livrerez soit une exportation à moitié fonctionnelle, soit vous devrez réécrire le menu plus tard.
• Oublier les éléments de séparation. Sans séparateurs, un menu Fichier avec huit entrées se lit comme une liste indifférenciée. Le regroupement visuel est ce qui rend la structure lisible.
• Supposer que l’on peut renommer plus tard. C’est impossible. Décidez des libellés — y compris la casse et le pluriel — avant de cliquer sur Ajouter un élément.
• Laisser Quitter sans connexion. Comme indiqué, cela pousse les utilisateurs vers la fermeture de la fenêtre et ignore votre logique de nettoyage.
• Dupliquer intégralement les conventions FileMaker. La barre de menus de 4D est plus flexible que celle de FileMaker ; copier exactement le menu Fichier de FileMaker gaspille l’avantage de la plateforme. Concevez pour vos utilisateurs, pas pour un autre produit.

Où cela se situe-t-il dans la série

Cette section couvre spécifiquement le menu Fichier. Les parties environnantes de la série expliquent comment les menus 4D se comparent aux menus FileMaker, comment créer une barre de menus personnalisée à partir de zéro et comment gérer le menu Enregistrements — là où se trouvent les ensembles trouvés, la navigation dans les enregistrements et la suppression. Ensemble, ils forment une image complète de la couche de menus.

Si vous construisez votre première application 4D, un ordre d’opérations raisonnable est le suivant : définissez vos tables, construisez vos formulaires, puis concevez la barre de menus en dernier, une fois que vous savez de quelles opérations les utilisateurs ont réellement besoin. Le menu est la carte ; il doit être dessiné après avoir exploré le territoire.

Questions fréquemment posées

Pourquoi ne puis-je pas renommer une barre de menus ou un élément de menu dans 4D ?

Les barres de menus sont nommées de manière permanente Menu Bar #1, Menu Bar #2, et ainsi de suite, et les étiquettes des éléments de menu sont fixées au moment de la création. Il s’agit d’une contrainte délibérée dans l’éditeur de barre de menus plutôt que d’un bug. La solution pratique consiste à conserver votre propre document de correspondance — une simple liste associant chaque barre de menu numérotée à son objectif — et à relire les noms des éléments avant de cliquer sur Ajouter un élément, car le seul moyen de correction est de supprimer et de recréer.

Ai-je besoin d’une méthode attachée à chaque élément de menu ?

Fonctionnellement, oui, si vous voulez que l’élément fasse quelque chose. Un élément de menu sans méthode apparaît dans le menu et peut être sélectionné, mais rien ne se passe. L’exception concerne les lignes de séparation, qui sont structurelles plutôt qu’actionnables. Pour les éléments dont la logique n’est pas encore écrite, attachez une méthode stub qui affiche un message d’espace réservé, afin que l’élément soit au moins honnête quant à son état.

Le menu Fichier doit-il inclure Importation et Exportation dans chaque application ?

Non. Incluez-les lorsque les utilisateurs déplacent réellement des données vers et hors du système — par exemple, en recevant des exportations de feuilles de calcul d’un partenaire ou en transmettant les résultats d’une requête à un analyste.

Si toutes les données sont saisies via vos propres formulaires et que tous les résultats sont imprimés ou affichés à l’écran, l’importation et l’exportation augmentent la surface d’interface sans ajouter de valeur. Décidez en fonction du flux de travail observé, et non de ce que font les autres applications.

Comment déplacer un élément de menu vers le bas de la liste ?

Vous ne pouvez pas faire glisser un élément directement vers le bas. L’éditeur de barre de menus vous permet uniquement de faire glisser des éléments vers le haut.

Pour déplacer un élément vers le bas, faites glisser les éléments situés au-dessus vers le haut en les dépassant, ce qui le déplace effectivement vers le bas. Comme les séparateurs sont également des éléments, ils suivent la même règle. C’est plus facile à gérer si vous ajoutez les éléments dans l’ordre final prévu et n’apportez que de petites corrections par la suite.

Quelle est la différence entre « Imprimer l’enregistrement » et « Imprimer l’ensemble trouvé » ?

« Imprimer l’enregistrement » imprime l’enregistrement unique actuellement affiché, ce qui convient à une sortie de type formulaire telle qu’une facture ou un profil client. « Imprimer l’ensemble trouvé » imprime chaque enregistrement de la sélection actuelle, ce qui convient à une sortie de type liste telle qu’un rapport filtré. De nombreuses applications incluent les deux, car les utilisateurs basculent entre les deux modes selon qu’ils examinent un seul élément ou un lot.

Un élément de menu peut-il exécuter du code de nettoyage lorsque l’utilisateur quitte ?

Oui — c’est l’une des raisons les plus solides d’inclure un élément Quitter plutôt que de compter sur la fermeture de la fenêtre de l’application par les utilisateurs. Attachez une méthode à Quitter qui valide ou annule les transactions ouvertes, libère les verrous d’enregistrement, ferme les fenêtres dans l’ordre et écrit éventuellement un journal de session. Si Quitter est absent du menu, cette méthode ne s’exécute jamais, et l’application s’arrête quel que soit l’état dans lequel l’utilisateur l’a laissée.