Merci MagalieJ
Si je comprend bien votre suggestion, on créé autre un fichier FMP <Convertion.fmp12>, avec une seule rubrique <CNV_Horodate24> de type calcul, à Définir, et des variables, pour combiner les trois fonctions qui occupent cette convertion. Cela me donne une rubrique calculée qui me donne le résultat de la convertion pour la rubrique <CNV_HorodateISO_12>.
Pour ma solution, il suffirait de copier - coller cette rubrique dans la table INS__Inscription, en la nommant adéquatement. Est-ce bien cela ?
Çà revient un peu comme une fonction personnalisée, non? Je suis bien d'accord avec vous qu'une fonction personnalisée est plus adéquate. Mais je m'imagine mal d'en créer une pour valider le code postal canadien, avec mes 16 rubriques de calculs pour 6 caractères. Et, c'est pire encore pour les 12 caractères du numéro d'assurance maladie du Québec.
Par contre, et je vous cite, « …sauf si la composante du lien est mise à jour. »
Cette composante pourrait-elle être mise-à-jour à l'aide d'une rubrique globale (transférable pendant la session, et mise-à-jour pour chaque nouvel enregistrement) utilisée par la table de conversion ?
Je viens de comprendre que l'affichage d'une rubrique d'une table liée ne peut servir à divers traitements de cette rubrique pour le modèle 'hôte, destinataire', à moins qu'elle y soit copiée.
J'ai tenté cette solution, à l'aide d'une globale pour chaque table, qui serait mise-à-jour à chaque nouvelle date d'inscription. J'ai donc fait un nouveau fichier <Lien Un à Un-2.fmp12> que je soumets à la communauté "Le Point d'Arrêt" pour commentaires. Car, tout ne marche pas encore dans l'huile ;-)
Merci pour votre support.