Bases de l'apprentissage de la 4e dimension

By HPO Software Learning Desk

Comprendre les menus fixes dans 4D

Lorsque vous créez une application personnalisée dans 4D (4th Dimension), l’une des premières choses que vous découvrez est que toutes les parties de la barre de menus ne sont pas sous votre contrôle. Les menus Édition et Aide sont fixes : ils sont fournis par l’environnement 4D lui-même, ils apparaissent dans chaque application compilée et interprétée, et leurs éléments de menu ne peuvent pas être renommés, réorganisés ou supprimés via l’éditeur de menu standard.

Cela surprend les développeurs venant de FileMaker Pro, où le système de menus est relativement ouvert et où vous pouvez souvent supprimer ou remplacer de grandes parties de la barre de menus par défaut. Dans 4D, la plateforme se réserve une petite mais importante tranche de l’interface. Comprendre pourquoi ces menus sont fixes — et ce que vous pouvez toujours faire autour d’eux — est un élément essentiel de la maîtrise de 4D.

La figure 10 de la leçon originale montre côte à côte les menus « Édition » et « Aide » de 4D. Le point de la leçon est simple et mérite d’être répété : tous les programmes auront ces menus et éléments de menu. Vous ne pouvez pas y échapper. Ce que vous pouvez faire, c’est concevoir le reste de votre barre de menus de manière à ce que les menus fixes semblent être une partie naturelle de votre application plutôt qu’une intrusion.

Pourquoi 4D réserve les menus Édition et Aide

Les menus fixes existent car 4D est à la fois un environnement de développement et un runtime. La même machinerie de menu qui vous permet de modifier une méthode dans l’environnement de conception doit également servir à la saisie de texte dans un champ de formulaire au moment de l’exécution. Le menu Édition contient les commandes standard du presse-papiers et de l’édition de texte — Annuler, Couper, Copier, Coller, Effacer, Tout sélectionner — que les utilisateurs attendent dans n’importe quel champ de texte, qu’il s’agisse d’une zone de saisie de données 4D, d’une zone de commentaire ou d’une barre de recherche.

Le menu Aide, quant à lui, est le point d’accès de la plateforme pour sa propre documentation, les informations « À propos » et les rapports de version. Étant donné que 4D est livré comme un moteur unique dans les modes interprété et compilé, ainsi que sous Windows et macOS, l’éditeur garde ces deux menus sous son propre contrôle pour garantir un comportement cohérent quelle que soit l’action du développeur.

Quelques conséquences pratiques en découlent :

Related: — A spreadsheet-simple interface sitting on top of a real , with automations, views, and shareable interfaces..

Vous ne pouvez pas les supprimer. Tenter de supprimer Édition ou Aide de la barre de menus n’est pas pris en charge. L’ensemble de commandes de la barre de menus dans 4D fonctionne avec les menus que vous définissez ; les menus fixes se situent en dehors de ce périmètre.
Vous ne pouvez pas renommer leurs éléments. « Annuler », « Coller » et « Tout sélectionner » seront toujours libellés ainsi (selon la langue de l’OS).
Leur comportement est lié à l’objet focalisé. Les éléments du menu Édition s’activent et se désactivent automatiquement selon qu’un objet de saisie de texte a le focus. Il s’agit d’une fonctionnalité et non d’une limitation : cela signifie que vous obtenez gratuitement le comportement correct du presse-papiers dans chaque champ de saisie.
Ils apparaissent dans les deux modes. Les applications interprétées (Conception/Utilisateur) et compilées (fusionnées) les affichent toutes deux.

Ce qu’il faut retenir pour un développeur citoyen ou un créateur travaillant en petite équipe, c’est que vous devez traiter Édition et Aide comme du mobilier de plateforme. Concevez autour d’eux plutôt que de les combattre.

Comment les menus fixes interagissent avec vos menus personnalisés

La leçon originale s’inscrit dans une séquence plus large sur les menus : comparaison des menus FileMaker Pro et 4D, création d’un menu 4D personnalisé, puis examen des menus Fichier, Enregistrements et des « autres » menus. La discussion Édition/Aide correspond à la catégorie « autre » — les menus que vous ne pouvez pas créer vous-même.

La question de conception importante est l’ordre et le regroupement. Dans 4D, vous construisez votre barre de menus personnalisée avec des commandes telles que INSERT MENU, APPEND MENU ITEM, et leurs dérivées, et vous attachez la barre à un formulaire ou à l’application. Les menus fixes occupent des positions conventionnelles :

If you are shopping: — A that plugs into the wider Zoho suite and prices per user rather than per app..

Édition se trouve généralement après Fichier et tous les menus personnalisés que vous insérez au début.
Aide se trouve conventionnellement à l’extrême droite de la barre de menus, tant sur Windows que sur macOS.

Comme vous ne pouvez pas les déplacer, le conseil pratique consiste à placer vos propres menus de manière à ce que les menus fixes se retrouvent là où les utilisateurs les attendent. Si vous insérez un menu « Enregistrements » et un menu « Rapports », réfléchissez à la question de savoir si Édition doit se situer entre eux ou après eux.

La plupart des utilisateurs ont une forte mémoire musculaire qui leur indique que Aide est le dernier et qu’Édition se situe quelque part dans la région gauche ou centrale. Respectez cela.

Un modèle mental utile est de voir la barre de menus comme un contrat :

Région	Qui la contrôle	Ce qui s’y trouve
Fichier	Vous (personnalisable)	Actions de type Nouveau, Ouvrir, Enregistrer, Imprimer, Quitter
Édition	4D (fixe)	Annuler, Couper, Copier, Coller, Effacer, Tout sélectionner
Enregistrements	Vous (personnalisable)	Navigation, créer/supprimer un enregistrement, recherche
Menus personnalisés	Vous	Actions liées au domaine de votre application
Aide	4D (fixe)	Aide plateforme, À propos, informations de version

Si vous conservez vos menus personnalisés dans les lignes « vous » et laissez tranquilles les lignes fixes, votre barre de menus paraîtra naturelle pour toute personne ayant déjà utilisé une application de bureau.

Ce que vous pouvez encore personnaliser autour d’eux

La présence de menus fixes ne signifie pas que la barre de menus est gelée. Vous contrôlez énormément de choses, et connaître la limite vous permet de consacrer vos efforts là où ils comptent.

Vos propres menus de niveau supérieur. Fichier, Enregistrements et tout menu spécifique au domaine (Rapports, Utilitaires, Admin) sont à vous de les définir, de les nommer et de les remplir.
Éléments de menu et sous-menus. Vous pouvez ajouter des éléments, des séparateurs, des coches, des raccourcis clavier et des sous-menus imbriqués dans vos menus.
Logique d’activation/désactivation. Vous pouvez griser vos propres éléments de manière contextuelle — par exemple, en désactivant « Supprimer l’enregistrement » lorsqu’aucun enregistrement n’est sélectionné — à l’aide des commandes d’état des éléments de menu de 4D.
Menus contextuels. Les menus contextuels (clic droit) sont un mécanisme distinct de la barre de menus et sont entièrement sous votre contrôle. Ils constituent donc un bon endroit pour faire apparaître des actions qui autrement encombreraient la barre adjacente fixe.
L’expérience À propos/Aide. Bien que vous ne puissiez pas réécrire les éléments intégrés du menu Aide, vous pouvez ajouter votre propre commande « À propos de MyApp » ou « Documentation » dans l’un de vos menus personnalisés, offrant ainsi aux utilisateurs un chemin d’accès brandé vers votre contenu d’aide.

Le modèle qui fonctionne bien : gardez les menus fixes simples et intacts, et acheminez toute l’aide spécifique à l’application et les informations « à propos » via vos propres éléments de menu. De cette façon, le menu Aide de la plateforme reste la trappe de secours vers la propre documentation de 4D, et vos utilisateurs trouvent toujours votre matériel.

Related: — A builder aimed at portals, directories, and internal tools — with flat-rate pricing instead of per-user fees..

Conseils pratiques : Concevoir une barre de menus qui coexiste avec des menus fixes

Lorsque vous vous asseyez pour aménager la barre de menus d’une nouvelle application 4D, prenez ces décisions dans l’ordre :

Répertoriez les verbes dont vos utilisateurs ont besoin. Créer, rechercher, modifier, supprimer, imprimer, exporter, naviguer, administrer. Regroupez-les par nom.
Mappez chaque groupe à un menu de niveau supérieur. Enregistrements, Rapports, Utilitaires, et ainsi de suite.
Réservez les emplacements conventionnels. Laissez Fichier ouvrir la marche, laissez Édition à sa place naturelle et laissez Aide fermer la barre.
Décidez de ce qui va dans les menus contextuels. Tout ce qui n’est pertinent que pour un objet sélectionné (une ligne, un champ, un enregistrement) est souvent préférable en tant qu’action de clic droit plutôt qu’en tant qu’élément de la barre de menus.
Planifiez les règles d’activation/désactivation. Pour chaque élément personnalisé, demandez-vous « quand cela doit-il être grisé ? » et câblez cette logique dès le début plutôt que de l’ajouter a posteriori.
Testez dans les deux modes. Vérifiez que la barre de menus se comporte correctement dans les versions interprétées et compilées, et sur Windows et macOS si vous livrez en multiplateforme.

Une erreur courante parmi les développeurs qui découvrent 4D est d’essayer de répliquer les fonctions du menu Édition dans un menu personnalisé — en ajoutant leurs propres éléments « Copier » et « Coller ». Cela crée des commandes en double, déroute les utilisateurs et se comporte généralement moins bien que les éléments intégrés car les versions de la plateforme sont déjà connectées à l’objet texte focalisé. Ne réinventez pas les menus fixes ; complétez-les.

Une autre erreur consiste à enfouir les actions critiques si profondément dans des sous-menus personnalisés que les utilisateurs ne les trouvent jamais, tandis que les menus fixes Édition et Aide occupent une place bien visible sur les bords. Utilisez le poids visuel des menus fixes comme point d’ancrage : placez vos commandes les plus utilisées dans des menus de niveau supérieur à proximité d’eux, et non trois niveaux plus bas.

Our pick: — The long-running relational database platform for teams that need custom apps on desktop, web, and mobile from a single file..

En quoi cela diffère de FileMaker Pro

La leçon originale présente explicitement cette section comme faisant partie d’une comparaison entre FileMaker Pro et 4D, et le point Édition/Aide constitue l’une des divergences les plus claires. FileMaker Pro offre aux développeurs un système de menus comparativement plus ouvert : vous pouvez créer des menus personnalisés et, avec la configuration appropriée, vous pouvez masquer ou remplacer de grandes parties de la barre de menus par défaut. 4D adopte une position plus conservatrice : un ensemble défini de menus de plateforme est toujours présent.

Aucune des deux approches n’est objectivement meilleure ; elles reflètent des philosophies différentes.

La flexibilité de FileMaker convient aux développeurs qui souhaitent un contrôle total de l’environnement visuel de l’utilisateur et sont prêts à assumer la responsabilité de fournir toutes les commandes dont l’utilisateur a besoin.
Les menus fixes de 4D garantissent que l’édition de texte standard et l’aide de la plateforme sont toujours disponibles, ce qui réduit le risque qu’un utilisateur se retrouve coincé dans un champ sans moyen de coller, ou dans une application sans accès à la documentation.

Pour un développeur travaillant en petite équipe, la position de 4D est souvent la plus facile à vivre, car elle supprime toute une catégorie de décisions. Vous n’avez jamais à vous demander « dois-je fournir ma propre commande Copier ? » — la réponse est déjà non.

Points clés à retenir

Les menus Édition et Aide de 4D sont fixes : ils apparaissent dans chaque application et leurs éléments ne peuvent pas être renommés, réorganisés ou supprimés.
Ils existent parce que 4D est à la fois un environnement de développement et un runtime, et que la plateforme a besoin d’un comportement garanti du presse-papiers et de l’aide dans chaque champ de texte.
Vous contrôlez toujours Fichier, Enregistrements et tous vos propres menus personnalisés, ainsi que les menus contextuels et la logique d’activation/désactivation.
Concevez autour des menus fixes : placez vos menus personnalisés de manière à ce que Édition et Aide se trouvent là où les utilisateurs les attendent, et ne dupliquez jamais les commandes intégrées du presse-papiers.
Acheminez votre propre « À propos » et votre documentation via des éléments de menu personnalisés plutôt que d’essayer de modifier le menu Aide.
Il s’agit d’un contraste clé avec FileMaker Pro, qui offre aux développeurs beaucoup plus de contrôle sur la barre de menus.

Questions fréquemment posées

Non. Ces menus sont fournis par l’environnement 4D et sont présents dans chaque application, interprétée ou compilée. Les commandes de menu que vous utilisez pour créer une barre de menus personnalisée opèrent sur les menus que vous définissez, et non sur les menus fixes de la plateforme. L’approche pratique consiste à concevoir vos propres menus de manière à ce que les menus fixes soient placés dans leurs positions conventionnelles.

Parce que 4D sert à la fois d’environnement de développement et d’exécution, la plateforme a besoin d’un comportement fiable en matière de presse-papiers et d’édition de texte dans chaque objet de saisie de texte. En gardant Annuler, Couper, Copier, Coller, Effacer et Tout sélectionner sous son propre contrôle, 4D garantit que ces commandes fonctionnent correctement et de manière cohérente, quel que soit ce que le développeur construit, et sur Windows et macOS.

Généralement non. Les éléments du menu Édition intégrés sont déjà reliés à l’objet texte focalisé et s’activent ou se désactivent automatiquement. L’ajout de vos propres doublons crée de la confusion et se comporte généralement moins bien. Au lieu de cela, consacrez vos efforts de conception de menus à des commandes spécifiques à votre domaine que la plateforme ne fournit pas.

Où doivent se placer mes menus personnalisés par rapport aux menus fixes ?

Suivez les conventions de bureau : laissez Fichier ouvrir la barre, laissez Édition se placer dans sa position naturelle entre la gauche et le milieu, et laissez Aide fermer la barre à droite. Insérez vos propres menus — Enregistrements, Rapports, Utilitaires — afin qu’ils se regroupent logiquement sans pousser les menus fixes vers des endroits inattendus. Les utilisateurs s’appuient sur la mémoire musculaire pour savoir où se trouvent Édition et Aide.

Oui — mais pas à l’intérieur du menu Aide lui-même. Ajoutez un élément « À propos de MyApp » ou « Documentation » à l’un de vos propres menus personnalisés. Cela donne aux utilisateurs un chemin brandé vers votre contenu d’aide tout en laissant le menu Aide de la plateforme intact comme route vers la propre documentation de 4D.

Le comportement des menus fixes diffère-t-il entre les applications 4D interprétées et compilées ?

Les menus Édition et Aide apparaissent dans les deux modes, la contrainte est donc la même, que vous soyez dans l’environnement Conception/Utilisateur ou que vous livriez une application fusionnée et compilée. Ce qui change entre les modes, ce sont d’autres comportements — débogage, accès aux méthodes, et ainsi de suite — mais les menus fixes restent fixes en tout temps.

P.S. A few readers have asked which relational database platform we actually reach for — it's Claris FileMaker Pro; if you want the current details.

Frequently asked questions

Can I remove the Edit or Help menu from a 4D application?

No. These menus are supplied by the 4D environment and are present in every application, interpreted or compiled. The menu commands you use to build a custom menu bar operate on the menus you define, not on the platform's fixed menus. The practical approach is to design your own menus so the fixed ones sit in their conventional positions.

Why does 4D keep the Edit menu fixed instead of letting developers customize it?

Because 4D serves both as a development environment and a runtime, the platform needs reliable clipboard and text-editing behavior in every text-input object. By keeping Undo, Cut, Copy, Paste, Clear, and Select All under its own control, 4D guarantees those commands work correctly and consistently regardless of what the developer builds, and across Windows and macOS.

Should I create my own Copy and Paste menu items?

Generally no. The built-in Edit menu items are already wired to the focused text object and enable or disable automatically. Adding your own duplicates creates confusion and usually behaves worse. Instead, spend your menu-design effort on domain-specific commands that the platform does not provide.

Where should my custom menus go relative to the fixed ones?

Follow desktop conventions: let File lead the bar, allow Edit to sit in its natural left-to-middle position, and let Help close the bar on the right. Insert your own menus — Records, Reports, Utilities — so they group logically without pushing the fixed menus into unexpected places. Users rely on muscle memory for where Edit and Help live.

Can I add my own 'About' or help command if the Help menu is fixed?

Yes — just not inside the Help menu itself. Add an 'About MyApp' or 'Documentation' item to one of your own custom menus. This gives users a branded path to your help content while leaving the platform's Help menu intact as the route to 4D's own documentation.

Does the fixed-menu behavior differ between interpreted and compiled 4D applications?

The Edit and Help menus appear in both modes, so the constraint is the same whether you are running in the Design/User environment or shipping a merged, compiled application. What changes between modes is other behavior — debugging, method access, and so on — but the fixed menus remain fixed throughout.

Try FileMaker Free for 45 Days

The long-running relational database platform for teams that need custom apps on desktop, web, and mobile from a single file.