Puimoisson04

Bonsoir, Je ne suis pas sûr que vous ayez besoin de "différencier" les Identifiants selon la table puisque ces rubriques n'ont pas vocation à s'afficher à l'usage de la base. Mais sinon, votre histoire sent le pataquès dans le format des rubriques entre texte et nombre ou dans vos calculs visant à modifier vos numéros de saisie. Basiquement, pour les opérations que vous évoquez (définir, importer, remplacer…) FMP transmet le contenu, que la rubrique soit au format nombre et contienne des lettres ou les autres combinaisons de ces formats.

Bonsoir, Je crois que ce serait plus simple avec une table intermédiaire entre Photos et MotsCles. Vous auriez une chaîne de lien depuis un modèle base sur une OT de Photos : Table Photos : IdPhoto <-> IdPhoto:Table intermédiaire:IdMotCle <-> IdMotCle:Table MotsCles. Dans votre modèle Photos, vous pouvez créer dans la table intermédiaire les mots clés d'une photo par différentes techniques (table externe, globale et script) et afficher ces mots clés sous forme de liste ou dans une table externe. Vous pourrez ainsi créer ou supprimer un mot clé d'une photo facilement,

Voici le principe. Bien sûr à adapter à votre contexte. Bateaux.fmp12.zip

Alors, vous avez un problème de structure… en particulier si vous voulez ensuite faire des récapitulatifs par bateau. Ceci dit, la solution reste la même pour le total des remplissages par bateau, un autolien sur l'identifiant des bateaux et la somme des remplissages à travers ce lien.

Je suppose donc que vous avez une table pour les bateaux et une table pour les remplissages et que ces tables sont liées par l'identifiant du bateau. Une rubrique calcul (ou nombre à autoentrée) dans la table Bateaux avec Somme des remplissages liés doit résoudre votre question.

Bonjour, À quoi ressemble votre base ? Vous parlez d'un décompte, mais de quoi ? Si vous avez un enregistrement par bateau avec une quantité d'essence, que faut-il décompter ? Ou alors vous avez plusieurs enregistrements d'un même bateau, un pour chaque plein ?

Bonjour, Un peu à la devine… S'il s'agit d'un script commun à plusieurs rubriques (comme le laisse entendre l'histoire du mois à extraire ?), un paramètre de script ne ferait-il pas l'affaire ?

Bonsoir, Qqchose comme ça ? Un script, déclenché à l'entrée dans une rubrique, ventile le nom et le contenu dans des globales (pour l'exemple, mais ça peut être des variables). Nom.fmp12

Bonsoir, C'est dans les options du modèle (format de modèle), "Enregistrer autom. les modif. d'enreg."

Bonjour, Si c'est juste voir dans un enregistrement en mode formulaire tous les autres enregistrements trouvés, pourquoi pas une table "interne" (TE de l'occurrence de table du modèle actif). Cette TE n'affiche que les enregistrements trouvés et permet la navigation d'un enregistrement à l'autre par simple clic sur une ligne de cette TE "interne".

Bonsoir, Désolé, je ne peux pas grand chose de plus pour vous. Comme je l'ai précisé, il ne s'agit que d'une piste à adapter à votre contexte. Il n'y a rien de vraiment compliqué, mais qui demande, il est vrai, quelques notions élémentaires sur FMP. Il existe des didacticiels comme le cqfd, (indémodable pour ces notions élémentaires) ou, si vous souhaitez une solution clé en main, vous avez plusieurs pros qui interviennent sur ce forum.

Voici une possibilité de script… à adapter à votre besoin précis. Dupliquer.fmp12.zip

Quelle doit être la date "déclencheur" d'un enregistrement dupliqué ? La date de l'enregistrement "source" + 1 an ?

Bonsoir, Pour le principe. 1. La formule RubA & " " & RubB & " " & RubC répond à votre première question. Vous pouvez la mettre comme calcul d'une rubrique calcul (auquel cas elle ne sera pas modifiable), ou comme autoentrée dans une rubrique texte (et elle sera modifiable). 2. Un script "boucle" déclenché à l'ouverture (déclencheur de script dans les options du fichier) qui compare la date fixée avec la date actuelle (et prévoir une rubrique pour signaler que cet enregistrement a été dupliqué) successivement pour les enregistrements affichés. Pour la mise en œuvre,

Bonjour, Vous connaissez le texte fixe, et donc sa longueur. La fonction Fin vous permet de récupérer la seule partie à extraire. Vous pouvez ensuite utiliser la première espace (entre le bloc de chiffres et le texte) ou la longueur du bloc de chiffres (si elle est fixe) pour extraire le bloc de chiffres d'une part et le reste d'autre part ce qui devrait vous donner qqchose comme : Pour les chiffres : Définir ( [_txtinit = Rubrique à traiter ; //Ou le texte à traiter _lf = Longueur ( TexteFixe ) ; //La longueur du texte fixe _var = Fin ( _txtinit ; Longueur ( _tx