Page103

103 - Création de la Structure de la Base...

Structure de la base

En règle générale, une application réalisée avec "FileMaker Pro" commence très souvent par une page d'accueil, qui sera le Menu principal de l'application.Il s'agira, pour moi, d'un fichier qui devra être le point de passage obligé pour accéder à l'application. Ce sera en général, un fichier à une seule fiche, mais avec 2 ou trois modèles. Un de ces modèles sera exclusivement réservé au créateur de l'application. On y trouvera:

Un modèle "Menu principal" qui sera représenté en général par la structure générale de la base, et à partir duquel l'utilisateur pourra accéder à tous les fichiers accéssibles de son application.
Un modèle "Saisie de la licence" qui permettra à l'utilisateur de saisir son numéro de licence pour dévérouiller son application.
Un modèle protégé en accès, exclusivement réservé au developpeur, qui contiendra les éléments particuliers de gestion et de protection.

Par exemple:

Agréablement présenté, ce menu aura l'avantage d'ètre clair sans rebutter, et permettra à l'utilisateur de se rendre où il souhaite directement.

Ainsi on est certain qu'en cliquant sur la case "Vendeurs" du menu principal qui appartient au fichier "Menu", on active, dans le fichier "Vendeurs" le script qui va (PAR EXEMPLE) afficher TOUTES les fiches de ce fichier en mode "Liste". On peut même éventuellement profiter de l'occasion pour trier les fiches, dans un ordre souhaité.

L'Inter - action entre les fichiers

Mais il est évident qu'au sein de chaque fichier concerné, dans son modèle "liste" ou "tableau", un bouton devra TOUJOURS permettre de revenir au menu principal. Ce bouton va lancer un script qui, lui aussi, va lancer dans le fichier "cible" un script qui se situera dans "menu principal"

Ainsi on est certain qu'en cliquant sur la case "Menu" du modèle en cours qui appartient au fichier "Vendeurs", on active, dans le fichier "Menu Principal", le script qui va afficher le menu principal.

Les affichages de modèles

Le paragraphe précédent permet donc de supposer qu'il est possible de lancer des scripts dans un fichier XX depuis un fichier ZZ. En effet, il n'est absolument pas nécessaire que ces deux fichiers soient liés par un lien... Si dans un fichier XX, je n'utilise que la commande "activer modèle ZZ", je ne pourrai JAMAIS lancer éventuellement ce modèle depuis un autre fichier...

D'où l'intérêt de pouvoir afficher les modèles par script... de plus,... cela permettra, comme je l'explique dans la maquette téléchargeable ci dessous, d'afficher les modèles AU FORMAT que je veux...

Dans la maquette nommée "Lancement" ci jointe, il y a 3 fichiers:

fichier_un.fp3
fichier_deux.fp3
fichier_trois.fp3

Laissez-vous guider, analysez les scripts, et retenez surtout cette technique qui permet

- d'afficher les modèles de votre choix...
- dans le fichier de vore choix...
- et au format de votre choix...

Ce qu'il faut retenir:

L'avantage de cette méthode est essentiellement que le script que l'on veut voir s'exécuter peut être activé depuis n'importe où dans la base, depuis n'importe quel fichier, simplement en utilisant la procédure d'exécution de "script externe". Cela peut se révéler très pratique quand il s'agit de mettre certains fichiers à jour, de manière transparente, ou bien pour réaliser des archivages automatiques etc... autant de programmes qui pourrant s'exécuter sans aucune intervention.

Télecharger la maquette
("103_lancements.zip" - 20 Ko)