jmproulx

Merci de cette précision et bonne journée.

Les fautes ont été corrigées dans FileMaker Go 19.4.1

Le chiffrement par l'EAR est-il suffisant ? Ou faut-il aussi utiliser le chiffrement "standard" que procurent les Outils développeurs ? Ces deux méthodes de chiffrement sont-elles complémentaires ou mutuellement exclusives ?

Merci de cette clarification. J'aimerais aussi savoir dans quelles circonstances je devrais utiliser EAR ? Je veux que personne, connaissant l'URL du serveur qui héberge ma base, ne puisse y dénicher les infos personnelles des nombreux clients. Bonne soirée

Le cryptage d'une base hébergée relève-t-il de FileMaker Pro ou de FileMaker Server ?

J'ai soumis le problème à Claris FileMaker qui a accusé réception.

Je me demande à qui rapporter le cas pour faire corriger ces fautes. Faut-il utiliser la voie usuelle de Claris ou rapporter le cas à FileMaker France ?

Qui s'occupe de la qualité du français des FileMaker ? Voici un court message de FileMaker Go 18 et 19 qui comprend 3 fautes de français ? ... dans FileMaker

Je pense que lorsqu'on ouvre une recherche avec Mode Recherche [Pause: Oui ],ça contredit Autor. annulation utilisateur [ Non ], parce qu'on demande à l'utilisateur d'intervenir en spécifiant sa recherche. Donc on ne peut pas à la fois lui demander d'intervenir AND de ne pas intervenir. Juste une hypothèse.

Réponse oui aux deux questions. Les recherches enregistrées sont bien là, mais en grisé, inaccessibles. Et ce sont bien des recherches sauvegardées sous mon compte. J'ai fait de multiples hypothèses et essais pour trouver la cause de ce problème, jusqu'à ce que je supprime l'action Autor. annulation utilisateur [ Non ] dans le Script2. Et depuis, tout fonctionne correctement. Je n'ai trouvé nulle part l'explication d'une relation de cause à effet entre cette action et l'inaccessibilité des recherches enregistrées. Merci beaucoup Jérémie de m'avoir répondu. Jean-Marc

2 scripts exécutent des recherches enregistrées sur le même modèle. Script1 fonctionne très bien, l'utilisateur peut choisir une recherche enregistrée. Script2 ne permet pas à l'utilisateur de choisir une recherche enregistrée, elles sont toutes grisées. Dans le visualisateur de données, le contexte est correct (sur la table du modèle). Aucun menu personnalisé défini. La barre d'outils est déverrouillée et non masquée. Les rubriques recherchées dans les recherches enregistrées font partie de la table sur laquelle repose le modèle. L'utilisateur dispose de l'accès intégral. macOS Big Sur 11.1 FM Pro 19.1.14 Quelle peut-être la cause du problème avec Script2 ?

Encore une fois merci.

Le déclencheur SurOuverturePremiereFenetre déclenche le script "Sur ouverture". Il y aussi le script "Ajuster fenêtre [Ajuster la taille au contenu]" qui se déclenche SurEntreeModele. En écrivant cette réponse Fabrice, j'ai pensé décocher l'activation de ce dernier script. Miracle ! L'erreur disparaît ! Alors là, je change ma question. Pourquoi WD ne souffre pas qu'on lui demande d'ajuster la fenêtre ? Merci de ta réponse-question qui m'a fait penser à cette à cette toute petite one-more-thing. Il me reste à évaluer les dommages, s'il y en a, qui peuvent se présenter si on n' ajuste pas la fenêtre dans un navigateur.

Dans Options de fichier, je coche Activer le modèle et choisis le modèle "Authentification" pour que tous les utilisateurs web s'identifient via ce modèle fort simple. Lorsque le modèle apparaît dans un navigateur (Safari, Chrome ou Edge sous macOS) une erreur n° 3 est présente. La documentation FileMaker spécifie : Commande non disponible (par exemple, système d'exploitation ou mode incorrect). J'ai vérifié que le script déclenché par l'ouverture du modèle "Authentification" ne contient aucune action incompatible avec WebDirect. Ai consulté aussi le document Guide de Claris FileMaker WebDirect et m'y suis conformé. Je n'ai pas trouvé grand-chose non plus dans la FileMaker Community. Quelle peut être la cause de cette erreur ? Peut-elle provenir des paramètres du serveur ? Contexte : FM Serveur 19.1.2 sous Windows 10 , Safari 14.0.2 sous macOS Big Sur 11.1

L'enregistrement propre à l'utilisateur est logé dans une table différente de la table Système. Tous les utilisateurs accèdent au fichier par le même compte FM sans mot de passe. Options fichier les dirige vers mon script d'ouverture pour les authentifier. C'est possible d'en avoir des milliers si ce qu'ils font dans la base est plutôt léger, comme mettre à jour ses coordonnées ou s'inscrire à un événement. Et qu'il n'y en a pas trop en même temps. Ça exige d'être abonné à au moins 5 licences concurrentes ou mieux encore, à 10 licences, ce qui n'est pas donné. Pour éviter d'acheter un abonnement annuel à des licences concurrentes, il faudrait que je développe une Publication Web Personnalisée. Or, je ne connais pas bien ni PHP, ni XML. Cordialement, Jean-Marc