Bases de l'apprentissage de la 4e dimension

Introduction : Pourquoi les menus sont plus importants que vous ne le pensez

Dans la première partie de cette série, nous avons établi un vocabulaire de travail : dans tout ce document, 4D signifie 4e Dimension (maintenant connu sous le nom de 4D) et FMP signifie FileMaker Pro. Une fois ces définitions établies, la partie III se tourne vers quelque chose qu’il est facile de sous-estimer : la barre de menus.

Les menus constituent le squelette de l’expérience utilisateur d’une application de base de données. Avant même qu’un utilisateur ne clique sur un bouton d’une mise en page, il analyse la barre de menus pour répondre à une question simple : que puis-je faire ici ? Dans FileMaker Pro, cette question a une réponse fixe.

La barre de menus est en grande partie verrouillée par la plateforme, le seul véritable levier du développeur consiste donc à placer des boutons sur les mises en page qui appellent des scripts. Dans 4D, le développeur a un véritable choix, et ce choix s’accompagne d’une responsabilité.

4D vous permet de créer des barres de menus, des menus et des éléments de menu personnalisés. Cette flexibilité est un réel avantage, mais elle impose une décision de conception que les développeurs FMP n’ont jamais à prendre : que doivent réellement contenir les menus ? Le but de cette partie est de vous aider à décider ce que doivent être la barre de menus de base, les menus et les éléments de menu dans une base de données 4D personnalisée. Ce qui suit est la justification de ces choix, ainsi qu’une suggestion de structure de menu pour point de départ.

Ces suggestions s’ajoutent à tous les menus spéciaux que vous créez pour des besoins spécifiques au programme. Et ce sont des suggestions — il y aura certainement des cas où elles ne conviendront pas. Mais pour la majorité des bases de données, elles méritent d’être sérieusement étudiées.

Points clés à retenir

• 4D vous permet de créer des barres de menus, des menus et des éléments de menu personnalisés ; FileMaker Pro ne le permet pas pour l’essentiel, laissant les boutons de mise en page comme outil principal du développeur FMP.
• Les menus personnalisés vous donnent puissance et contrôle, mais ils exigent également une conception délibérée : une barre de menus est un contrat avec vos utilisateurs.
• Un point de départ judicieux est d’étudier ce que FMP, l’environnement utilisateur 4D et l’environnement utilisateur par défaut de 4D Foundation présentent déjà, puis de s’adapter.
• Foundation est un module complémentaire 4D très apprécié qui mérite d’être adopté une fois que vous maîtrisez les bases.
• La conception des menus doit être pilotée par le flux de travail de l’utilisateur, et non par la structure de table interne du développeur.
• La cohérence entre les menus — dénomination, ordre, raccourcis clavier — compte plus que n’importe quel élément de menu ingénieux.

Quand commencer à penser aux menus

Une fois le développement de votre base de données lancé, vous devriez commencer à réfléchir aux mécanismes par lesquels l’utilisateur utilisera réellement ce que vous avez construit. Il s’agit d’un changement de mentalité. Au début d’un projet, vous réfléchissez aux tables, aux champs, aux relations et au code. Plus tard — et idéalement avant d’être trop avancé — vous devez penser à l’interaction.

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

Le timing est important car la structure des menus a tendance à refléter le flux de travail de votre application. Si vous concevez les menus tardivement, vous découvrez souvent que votre flux de travail présente des lacunes gênantes : une tâche que l’utilisateur doit effectuer n’a pas de place naturelle dans la barre de menus, ou deux menus se chevauchent de manière confuse. Concevoir les menus tôt vous oblige à articuler le parcours de l’utilisateur dans un langage simple.

Avec FMP, comme vous ne pouvez pas modifier la barre de menus, vous n’avez qu’une seule option : des boutons sur les mises en page qui appellent des scripts. Cette contrainte n’est pas nécessairement mauvaise : elle pousse tout vers la mise en page, là où se trouve déjà l’attention de l’utilisateur.

Avec 4D, vous disposez de beaucoup plus de flexibilité. En plus des boutons, vous pouvez créer des barres de menus, des menus et des éléments de menu personnalisés. L’idée des menus personnalisés est excellente et offre puissance et contrôle sur votre programme de base de données. Cela oblige également le développeur à réfléchir sérieusement à ce que devraient être ces menus.

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

Étudier les valeurs par défaut avant de dévier

Pour déterminer ce qui devrait être considéré comme un point de départ pour décider des menus, il est utile d’examiner ce qui existe déjà. Trois points de référence sont particulièrement utiles :

• Les menus FileMaker Pro standard — une convention mature et largement comprise que beaucoup de vos utilisateurs connaissent déjà.
• Les menus de l’environnement utilisateur de 4D — ce que 4D lui-même présente aux utilisateurs dès l’installation.
• Les menus de l’environnement utilisateur par défaut de 4D Foundation — une base de référence tierce qui reflète des années d’expérience pratique en développement 4D.

La comparaison de ces trois points révèle où les conventions s’accordent et où elles divergent. Lorsque les trois sont d’accord, vous disposez de preuves solides qu’un élément de menu a sa place. Là où ils divergent, vous avez une décision de conception à prendre — et généralement une bonne raison de choisir l’option qui correspond à l’expérience antérieure de vos utilisateurs.

Remarque sur Foundation : pour ceux qui ne le connaissent pas, Foundation est un excellent produit qui peut grandement améliorer votre développement 4D. Une fois que vous maîtrisez les bases de 4D, l’achat de Foundation est fortement recommandé. Pour plus d’informations sur Foundation, consultez DataCraft, Inc. (le fournisseur du produit).

Ce que couvre cette partie

Cette partie de la série d’apprentissage 4D présente :

• Définitions
• Comparaison des menus standards FMP et 4D
• Création de menus personnalisés 4D
• Comparaisons du menu Fichier
• Suggestions pour le menu Fichier
• Autres comparaisons de menus
• Suggestions pour le menu Enregistrements
• Écran de démarrage personnalisé

Chacun de ces points s’appuie sur le précédent. Les comparaisons établissent la matière première ; les suggestions transforment ce matériel en un point de départ concret que vous pouvez adapter.

Un cadre pratique pour décider du contenu des menus

Plutôt que de copier intégralement une seule barre de menus, utilisez un cadre de décision. Pour chaque élément de menu candidat, demandez :

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

1. L’utilisateur en a-t-il besoin fréquemment ? Les actions fréquentes bénéficient d’un placement de premier niveau ou d’un raccourci clavier.
2. Est-ce découvrable ? Si un utilisateur ne pourrait jamais deviner que la fonctionnalité existe, elle a besoin d’un emplacement visible dans un menu.
3. Appartient-elle à une famille reconnaissable ? Les opérations sur les fichiers, les opérations d’édition, les opérations sur les enregistrements et la navigation forment chacune des regroupements naturels.
4. Est-ce destructeur ? Les actions destructrices (supprimer, remplacer) méritent un placement soigné et souvent des boîtes de dialogue de confirmation.
5. Est-ce réservé aux développeurs ? Les éléments d’administration ou de diagnostic doivent être séparés de la barre de menus de l’utilisateur quotidien, ou entièrement masqués dans une solution déployée.

Une comparaison utile des positions de départ des deux plateformes :

Considération	FileMaker Pro	4D
Pouvez-vous modifier la barre de menus ?	En grande partie non	Oui — barres de menus, menus et éléments personnalisés
Outil d’interaction principal	Boutons de mise en page appelant des scripts	Boutons et menus personnalisés
Où réside le flux de travail	Sur la mise en page	Réparti entre la mise en page et la barre de menus
Charge de conception	Plus faible (moins de choix)	Plus élevée (plus de choix à optimiser)
Risque	Les menus peuvent ne pas correspondre à votre flux de travail	Les menus peuvent dérouter les utilisateurs s’ils sont mal conçus

Le compromis est clair : 4D vous donne plus de contrôle, mais un contrôle sans discipline produit une barre de menus pire que celle, fixe, avec laquelle vous avez commencé.

Concevoir des menus autour du flux de travail, pas des tables

Une erreur courante parmi les développeurs novices en menus personnalisés est de refléter la structure de la base de données. Ils créent un menu pour chaque table, ou un élément de menu pour chaque groupe de champs. Cela semble organisé pour le développeur, mais n’a généralement aucun sens pour l’utilisateur, qui pense en termes de tâches, et non de tables.

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

Organisez-vous plutôt autour des verbes : créer, trouver, modifier, imprimer, exporter, naviguer. Ceux-ci correspondent à ce que les utilisateurs souhaitent réellement accomplir. Un menu orienté enregistrements, par exemple, regroupe naturellement des actions telles que la création d’un nouvel enregistrement, sa duplication, sa suppression et le déplacement entre les enregistrements — car ce sont toutes des variantes de la même tâche sous-jacente.

C’est aussi pourquoi le menu Enregistrements mérite son propre traitement ciblé. Les opérations au niveau des enregistrements font partie des actions les plus fréquemment effectuées dans toute base de données, et elles comportent le risque le plus élevé de perte accidentelle de données. Réussir ce menu — libellés clairs, ordre judicieux, valeurs par défaut sûres — rapporte des dividendes dans l’ensemble de l’application.

Cohérence, raccourcis et vision à long terme

Deux détails séparent une barre de menus professionnelle d’une barre de menus amateur.

Cohérence. Utilisez les mêmes verbes partout. Si « Supprimer » signifie retirer un enregistrement dans un menu, n’utilisez pas « Supprimer » pour retirer une valeur de champ dans un autre. Les utilisateurs construisent un modèle mental à partir de vos libellés, et l’incohérence érode la confiance.

Raccourcis clavier. Les utilisateurs expérimentés privilégient le clavier. L’attribution de raccourcis standard — ceux que les utilisateurs connaissent déjà via leur système d’exploitation et FMP — réduit considérablement le temps de formation. Lorsqu’un raccourci est déjà une convention de la plateforme, suivez-la plutôt que d’inventer la vôtre.

Il y a aussi une considération à long terme : les menus sont difficiles à modifier une fois que les utilisateurs les ont appris. Chaque élément de menu que vous ajoutez est un engagement. C’est un argument en faveur d’une approche minimaliste avec des ajouts délibérés, plutôt que de livrer une barre de menus tentaculaire dès le premier jour.

Écran de démarrage personnalisé

Un écran de démarrage personnalisé est une touche discrète mais significative. Il donne une identité à votre application, communique les informations de version et peut servir d’endroit naturel pour afficher les licences ou les coordonnées du support.

Dans une application 4D, l’écran de démarrage est également l’occasion d’orienter l’utilisateur — en expliquant brièvement à quoi sert la base de données et par où commencer. Restez bref, rendez-le ignorable et ne laissez jamais l’écran empêcher l’utilisateur de se mettre au travail.

Remerciements

Un merci spécial à tous ceux de la liste databasics qui ont proposé des commentaires et des suggestions concernant les menus personnalisés. Les listes de discussion communautaires comme databasics étaient, et restent, l’une des ressources les plus précieuses pour les développeurs 4D et FileMaker confrontés à de réels problèmes de conception.

Questions fréquemment posées

Pourquoi ne puis-je pas personnaliser la barre de menus dans FileMaker Pro comme je le fais dans 4D ?

FileMaker Pro verrouille délibérément une grande partie de sa barre de menus pour maintenir la cohérence des solutions et protéger le comportement au niveau de la plateforme. La conséquence pratique est que les développeurs FMP expriment le flux de travail via des boutons de mise en page et des scripts plutôt que par des menus.

4D adopte l’approche inverse, en exposant au développeur les barres de menus, les menus et les éléments de menu personnalisés. Aucune des deux philosophies n’est intrinsèquement meilleure — elles placent simplement la charge de conception à différents endroits.

Qu’est-ce que Foundation, et en ai-je besoin ?

Foundation est un module complémentaire tiers pour 4D qui étend la plateforme et fournit, entre autres, un environnement utilisateur par défaut mature. Il n’est pas requis pour construire une base de données 4D, mais il est largement respecté et peut économiser des efforts de développement considérables. La voie raisonnable consiste à maîtriser d’abord le cœur de 4D, puis à évaluer Foundation une fois que vous comprenez ce qu’il remplace ou complète.

Dois-je copier la structure des menus de FileMaker Pro dans mon application 4D ?

Pas intégralement. Les menus de FMP sont une référence utile car beaucoup de vos utilisateurs les connaissent déjà, mais ils reflètent les capacités de FMP, pas les vôtres. Utilisez les menus FMP, l’environnement utilisateur 4D et les valeurs par défaut de Foundation comme trois points de comparaison, puis concevez une barre de menus adaptée à votre flux de travail spécifique. Là où les trois concordent, vous avez un signal fort ; là où ils divergent, décidez délibérément.

Combien d’éléments de menu font « trop » ?

Il n’y a pas de nombre fixe, mais le principe directeur est que chaque élément représente un effort d’apprentissage pour les utilisateurs. Commencez modestement, regroupez les actions connexes dans des sous-menus et réservez les emplacements de premier niveau pour les tâches les plus fréquentes. Si un élément de menu n’existe que pour une tâche administrative rare, envisagez de le déplacer vers un menu développeur distinct ou de le masquer dans la solution déployée.

Où doivent se trouver les opérations au niveau de l’enregistrement ?

Les opérations sur les enregistrements — création, duplication, suppression et navigation entre les enregistrements — sont fréquentes et souvent destructrices ; elles méritent donc un menu « Enregistrements » dédié avec des libellés clairs et des valeurs par défaut sûres. Les regrouper correspond à la façon dont les utilisateurs perçoivent la tâche et facilite l’application d’un comportement de confirmation cohérent pour tout ce qui peut entraîner une perte de données.

Les raccourcis clavier sont-ils vraiment importants pour une application destinée à une petite équipe ?

Oui. Même dans un petit déploiement, une poignée d’utilisateurs expérimentés effectueront l’essentiel de la saisie des données, et les raccourcis réduiront considérablement leurs efforts. Plus important encore, le respect des raccourcis standards de la plateforme réduit la courbe d’apprentissage pour tout le monde, car les utilisateurs peuvent transférer les habitudes qu’ils ont déjà acquises avec leur système d’exploitation et d’autres outils de base de données.

---

Copyright © 1994–2000 HPO Soft. Tous droits réservés. Les utilisateurs peuvent effectuer des copies pour un usage individuel. Pour un usage commercial, veuillez contacter HPO SOFT.

---