Dominique Joly

J'ai fait quelques tests avec FMeasycanvas. Je ne comprends pas la différence de fonctionnement des boutons Editer l'image et Markup Image. Sauriez-vous me l'expliquer ? Merci

Merci à tout les deux (j'étais en rando dans les Pyrénées). La solution FMeasycanvas fonctionne bien. Je vais l'adapter dans ma version fmGo et vous tiendrai au courant.

Personne n'a d'idée ?

C'est souvent vrai. En cause l'utilisateur. "Errare humanum est". Et ne pas oublier la suite "perseverare diabolicum" Merci

Merci C'est toi qui as raison. Il suffisait de cocher. J'aurai du y penser plus tôt. Ne pas remplacer val. exist. de la rubrique (s’il y a lieu) Résolu

Merci Comme mon aide filemaker 14 ne fonctionne pas (pour une raison que j'ignore) je n'ai pas accès aux infos.

Merci Christophe Où trouve-t-on les commentaires pour régler les options ?

Bonjour Avec filemaker 14 (pro advanced bien entendu) Si j'ai bien compris il est toujours possible de créer un exécutable, exemple un fichier à remplir par un prestataire extérieur qui le renverra pour l'intégrer à la base principale, mais comment faire ? Je ne trouve pas les explications dans la documentation filemaker 14. Merci

Bonjour Tanguy Le calcul de l'auto entrée est le suivant UTILISAT_LienCartesien_EA::z_Utilisateur UTILISAT_LienCartesien_EA::z_Utilisateur C'est le nom de l'utilisateur qui a été définit à la connexion qui s'affiche lors de la création de la fiche. Mais Fabrice, dans le message d'après a sans doute raison. "Entrées auto. non modifiables lors de la saisie" concerne la saisie de données, pas les imports ou les scripts. Dans mon cas, pourtant, ce n'est pas un import que lance le script de mise à jour qui fait seulement la chose suivante : - mémoriser dans une variable le contenu de la rubrique NumPaysDepComSite_EA - recopier la variable dans cette même rubrique pour mettre à jour la rubrique NumOperation Ceci s'apparente donc à de la saisie et non à un import. Est-ce que le fait que ceci se fasse par script annule l'action "Entrées auto. non modifiables lors de la saisie". Il semble bien que ce soit le cas. Avez-vous déjà rencontré des situations semblables ? Comment feriez-vous pour permettre la mise à jour sans modifier le contenu de AuteurDeSaisie ? Merci

Merci C'était une bonne idée, mais cela ne suffit pas. La modification se fait toujours.

Avec filemaker 14 J'ai fait des dizaines de fois cette manipulation : - un modèle avec un sous-récapitulatif - un corps - une en fiche ou en liste - une impression sur deux colonnes, en sens vertical Vous êtes d'accord avec moi que le début de la deuxième colonne devrait apparaître sur la même ligne que dans la première colonne et non pas, comme sur la copie d'écran, dans le sous-récapitulatif D'où vient cette erreur ?

Personne n'a d'idée ?

Bonjour avec filemaker 14 Je découvre une anomalie qui me gêne et que je ne comprend pas. La rubrique AuteurDeSaisie est saisie automatiquement grâce à un lien avec une table utilisateur. Elle est cochée entrée auto non modifiable lors de la saisie, pour éviter, bien entendu que le nom du créateur soit perdu. ça fonctionne bien lorsqu'on modifie n'importe quoi dans la fiche. En revanche, lorsqu'on lance un script de mise à jour, cette valeur est modifiée et prend le nom de celui qui fait la modification. Le script de mise à jour fait seulement la chose suivante : - mémoriser dans une variable le contenu d'une rubrique - recopier la variable dans cette rubrique Ceci permet de mettre à jour le contenu d'une autre rubrique qui se calcule par lien. Comment faire pour éviter que AuteurDeSaisie soit modifié ?

Est-ce paramétrable dans un script ou non ?

ça fonctionne bien mais il faut faire un rafraichissement de la fenêtre. J'ai ajouté un déclencheur de script "SurModificationObjet". Merci Résolu