Philippe ROTTIER

Un lien sur codes postaux entre une base des codes postaux et villes et ta table contenant les adresses. Tu saisis d'abord le code postal et ensuite tu vas dans Ville ou tu as une liste déroulante conditionnée au code postal.

La solution est que tes barres de boutons ne soient que sur une seule rubrique. Barre_boutons.fmp12

Le script export apprentissage est pour que tu puisses bien voir les tables et rubriques d''import à partir du fichier exporté sur le bureau. C'est juste pour l'étape intermédiaire ou tu pourras construire tes imports avec tes vraies bases et faire ton mapping d'importation. Le script export, c'est le script final à utiliser qui ne te crée pas de fichier sur le bureau et dont tu ne vois pas le mapping d'importation. Comme son nom l'indique, cette rubrique exporte le contenu du conteneur qui est le fichier que tu as glissé-déposé dans le conteneur, au passage l'export renomme le fichier (j'ai choisi export;fmp12) afin que l'importation pointe le fichier avec le nom choisi. FileMaker n'a plus à chercher un fichier nommé à chaque fois différemment. Nouvel enregistrement, c'est une manie de sécurité, peut-être en trop.

Voici le mécanisme en très simplifié. Je t'ai fait un deuxième script apprentissage pour plus facilement décortiquer le process. Rapport etude 20180619.fmp12 Import_par_conteneur.fmp12

Un petit lien sur sélection et le tour est joué ! Bdd_simplifiée 2.fp7

Bonsoir Dominique, Pour les chemins, il existe une solution qui passe par un conteneur. Plutôt que d'importer directement un fichier, il peut être beaucoup plus simple pour l'utilisateur de le glisser dans un conteneur. Cette action provoque un déclencheur de script sur modification qui exporte le fichier à une adresse définie et éventuellement avec un nom redéfini. Du coup plus besoin de chercher le fichier dans un coin du disque dur ! Pour les mots de passe, le plus simple est que les mêmes noms de compte et mots de passe soient utilisés sur les différentes bases. Bonne nuit

On dit plutôt les styles ou les thèmes qui regroupent les styles. En gros : chaque objet du modèle est décrit selon toutes ses caractéristiques. Quand il y a plein d'objets de modèle sur un écran, il vaut mieux avoir une seule description pour tous les objets de modèles identiques. Pour l'affichage au tareras de l'internet, ça a son importance. De plus changer un style se répercutent immédiatement sur tous les objets des tous les écrans d'une application qui ont le même style. https://fmhelp.filemaker.com/help/16/fmp/fr/index.html#page/FMP_Help/styles-objects-parts-background.html

C'est la question piège sur laquelle buttent tout ceux qui font de la mise en page et pas seulement sur FMP... Tu peux le savoir dans Word si le cœur t'en dit. Mais bon faire un copier coller pour compter ses lignes : bof 😞

Bonsoir, Ton problème ne provient pas de ton agenda mais dans quel modèle tu fais ta recherche. Si tu recherches dans tes rendez-vous (ou consultations) si Dudule est venu 100 fois, tu verras ses 100 rendez-vous. Il te faut donc une table de patients et une table de rendez-vous. Dans la table des patients si tu cherches Dudule, tu ne verras qu'une seule fiche mais tu pourras aussi voir qu'il est venu 100 fois. Ta table rendez-vous te permet de voir tes rendez-vous du jour, du lendemain, de la semaine ou plus ou bien de savoir combien de rhume des foins tu as soigné l'année dernière. Attention à ton fichier patients, il s'agit d'un fichier nominatif et à ce titre il est soumis au RGPD. Bonne continuation

Le piège à éviter, c'est d'afficher des calculs avec des rubriques provenant d'autres table. Dans une fiche ça peut aller, dans une liste ou un tableau ça peut devenir l'enfer. Se méfier aussi de trop utiliser le formatage conditionnel pour les listes ou les tableaux. En fait, il faut limiter au maximum tous les calculs non indexables et avoir au maximum des données statiques calculées par script ou auto-entrées. Ça c'est la base, ensuite il faut éviter de trop charger les écrans et surtout utiliser les feuilles de style pour décrire les objets d'un modèle. Bonne continuation

Tu fais un petit script : Définir variable [ $fenetres ; Valeur: NomsFenetres ] Définir variable [ $nb ; Valeur: DecompteValeurs ( $fenetres ) ] Définir variable [ $compteur ; Valeur: $compteur + 1 ] Boucle Définir variable [ $compteur ; Valeur: $compteur + 1 ] Fermer fenêtre [ Nom : ObtenirValeur ( $fenetres ; $compteur ) ; Fichier actif ] Fin de boucle si [ $compteur > $nb ] Fin de boucle Juste été un peu trop rapide : il faut décocher Fichier actuel uniquement dans Fermer fenêtre. Et bon week-end !

Il semblerait que dans ta table Fonction 3, les rubriques IdOrganisme et/ou Rang fonction ne soient pas indexées. Plus d'informations sur les liens : http://www.filemaker.com/help/13/fmp/fr/html/relational.11.11.html#1028192

Bonjour Jean-Luc, C'est parce que ton ordinateur fonctionne à la bougie et que celle-ci a finit par fondre... 🙂 C'est parce que ton ordinateur s'ennuie tellement qu'il s'endort... 🙂 C'est parce que quand tu fais la sieste ton disque dur en profite pour s'arrêter de travailler... 🙂 C'est parce que tu a demandé dans les paramètres d'économie d'énergie de stopper le disque dur après une certaine période.

C'est ça l'apprentissage : faire des erreurs, les comprendre par soi-même et les corriger. Il n'y a rien de plus efficace ! Bonne continuation.

Pour une migraine de 15 jours à Rodez , mieux vaut oublier l'ordinateur et aller grimper dans le clocher de la cathédrale 🙂 Pour faire une occurence de table, il faut comprendre quelques principes de base qui régissent FileMaker. Le premier c'est le contexte, c'est-à-dire la table du modèle dans lequel tu travailles. A partir de ce modèle, tu vas chercher des informations dans d'autres tables. L'image la plus utilisée est celle de l'ancre et de la bouée : l'ancre, elle est fixe, c'est ton contexte. Les rubriques de ton ancre sont appelées clés primaires, elles peuvent être indexées ou non indexées, c'est sans importance. La bouée, ce sont les tables externes qui viennent se lier à l'ancre, les rubriques de liaison s'appellent clés étrangères. Celles-ci sont obligatoirement indexées. En fait il s'agit d'un filtre, dans la démo que je t'ai fait sur l'OT Lignes_Articles, à partir de l'IdArticle, tu vois et récupères toutes les informations de l'article avec le même IdArticle et seulement ceux là. Dans l'OT Lignes_Basiques, j'ai créé une rubrique calculée de la valeur "Basique" qui va se lier au type "Basique". En espérant avoir été assez clair, je te souhaite une bonne continuation.