fabriceN

Non mais il est assez facile de les remplacer par des fenêtres carte. Par contre pour les messages natifs, ça ne change rien, ce qui signifie qu'il faut tout contrôler (recherches...)

Bonjour, le terme modèle est ici trompeur. Un modèle "en boucle" est une vue liste, mais ici, ce que vous demandez est une modification de la donnée, ce qui peut se faire par script ou avec la commande Remplacer Contenu Rubrique. Attention avec cette dernière sur les enregistrements liés : tous les enregistrements liés DE TOUS LES ENREGISTREMENTS TROUVÉS seront modifiés.

Ce sont deux choses qui n'ont rien à voir et qui malheureusement sont regroupées sous dans l'interface FileMaker. FileMaker peut même "décider" à votre place si ce calcul est non mémorisé (dans le cas où il ne pourrait pas être mémorisé). C'est bien mais l'utilisateur débutant n'en prend pas conscience. Donc un calcul mémorisé est une donnée comme une autre (texte, nombre...). Cette donne est stockée dans la base de données, et peut être indexée. Le fait que ce soit une rubrique Calcul est uniquement lié à la MÉTHODE avec laquelle cette donnée est alimentée. Elle ne sera mise à jour que quand un des termes utilisé dans la formule de calcul change. Un calcul ne peut être mémorisé (stocké) quand un des termes ne peut l'être (rubrique globale, autre calcul non mémorisé) ou quand il s'agit d'une donnée liée. Dernier cas : quand la table est une table d'une source de donnée sql externe (ESS). Un calcul non mémorisé est lui exécuté à chaque fois qu'on en a besoin, et ne peut être indexé. Dans certains cas, notamment quand on fait appel à des variables d'environnement ou (fonction Obtenir ou fonctions de conception), ou quand on fait appel à l'interface (ObtenirAttributObjetModele), rien n'empêche de mémoriser le résultat (FileMaker ne va donc pas décider tout seul de ne pas mémoriser), mais cela n'a que rarement du sens de stocker ce résultat. Il faut donc manuellement cocher la case Ne pas mémoriser.

En effet, il faut que le calcul soit non mémorisé, et la fenêtre rafraichie. Et là… magie

Envoyez-moi un mail à licences [at] 1-more-thing.com, on va étudier votre cas

Bonjour, quelle est votre configuration ?

Ben voilà. tu vois qu'avec l'image ça fonctionne ça me semble optimal. (bon, en effet le graphique ne sert pas à grand chose puisque les occurences de table mentionnées DASHBOARD H et DASHBOARD 2 ne semblent pas y être. Mais la solution est correcte.

oui. Pour les photos de vacances, je voulais dire que tu nous as envoyé plein d'images sauf celle que je t'ai demandée : celle du graphique des liens (onglet liens de la fenêtre Gérer la base de données)

Un lien filtre des enregistrements, pas des valeurs d'une rubrique multivaluée ou d'un rubrique multilignes. Si les données du problème changent en cours de route et qu'on n'arrive toujours pas à obtenir un screenshot du graph des liens (merci au passage pour les photos de vacances)… il est vraiment difficile d'aider.

Oui mais joli c'est important, et la solution de Puimoisson04 fonctionne très bien.

https://community.filemaker.com/en/s/question/0D50H000070djY2SAI/502-error-after-update-to-1802

Un petit screenshot du graphique des liens pour avec indication de où est le modèle, où est la TO d'origine de la liste de valeurs et où sont les valeurs de la liste

il faudrait comprendre pourquoi la recherche donne des résultats différents sur serveur et en local. Calcul non mémorisés ? compte utilisateur différent ?

Peut-on voir le graphique des liens ?

une possibilité : https://filemakerhacks.com/2012/07/25/magic-value-lists/