arch-info

Membres
  • Compteur de contenus

    307
  • Inscription

  • Dernière visite

  • Jours gagnés

    9

arch-info a gagné pour la dernière fois le 13 mars

arch-info a eu le contenu le plus aimé !

À propos de arch-info

  • Rang
    200

Profil général

  • Genre
    Homme
  • Lieu
    X

Profil FileMaker

  • FM
    FMP13A + FMS
  • OS
    OSX / Win
  • Certification
    --Non certifié--
  • FBA
    Membre

Visiteurs récents du profil

9 326 visualisations du profil
  1. Ce problème est vraiment bloquant. Leslie, as tu reçu de FileMaker le detail des modifications à effectuer ?
  2. Dans le dossier obtenu lors du téléchargement du plugin MBS : Examples/DynaPDF/Create Forme.fmp12 Dans le principe le script initialize la librairie DynaPDF, charge en mémoire un "futur PDF", auquel on ajoute des "champs" de saisie et leur formatage (position, police, contenu, couleurs, etc...) avec des instructions du plugin, en fin on "genere" dans la memoire du plugin le fichier PDF contenant les champs de saisie (donc un "formulaire"), puis on le place dans une rubrique conteneur. Tu peux ensuite envoyer le PDF. Au retour, une fois rempli par le destinataire, le plugin permet de "lire" le contenu des "champs de saisie" (que tu auras nommés lors de la generation du formulaire) et ainsi récupérer dans ta table Filemaker les reponses saisies dans le formulaire PDF. L'exemple fonctionne, sauf qu'il ajoute un filigrane de demo aux fichiers PDF obtenus, mais sinon c'est tout a fait fonctionnel Je l'utilise pour envoyer automatiquement par mail (avec plugin Mailit) des centaines de formulaires PDF complètement personnalisés (nom du destinataire, questions variant selon le destinataire) pour une enquête de satisfaction, FileMaker recoit automatiquement les mails (relève de boite mail avec le plugin mailit), puis extrait les reponses des PDF en PJ et calcule les stats, cela fonctionne nickel (avec un système de relance automatique vers les destinataires qui n'ont pas repondu). Pour identifier "qui" répond, on peut utiliser soit l'adresse mail du répondant (mais mieux un UUID que l'on cache dans le formulaire PDF, le rendant ainsi unique) pour, au retour "affecter" la reponse au destinataire de l'enquête.
  3. Concernant le plugin MBS. Quand on le telecharge, il est fourni avec de nombreux exemples d'applications Filemaker. Certains concernant la gestion des PDF et de DynaPDF (la librairie) montrent très clairement comment générer un "formulaire" PDF
  4. J'ai exactement le meme problème. Bien que les cookies soient autorisés dans Chrome, le navigateur affiche un message demandant d'activer les cookies lors de l'ouverture d'une base de données avec Web Direct. Server sous Windows, il ne s'agit pas d'une mise a jour mais d'une installation "a blanc" sur une VPS propre sans aucun autre logiciel que FileMaker Server. Fonctionne correctement depuis Safari. As tu un retour du support FileMaker ?
  5. https://www.lesechos.fr/thema/030387673950-revirement-bienvenu-en-matiere-de-logiciels-certifies-2094788.php
  6. Excellente nouvelle Le ministère des finances vient d'annoncer que cette obligation de conformité s'appliquera exclusivement aux logiciels et systèmes gérant une "caisse" En pratique, les logiciels de devis > factures utilisés en BtoB ne sont donc plus concernés. Heureusement, car c'était la mort du logiciel spécifique et/ou "maison" avec FileMaker L'esprit du bon sens serait il enfin venu éclairer nos gouvernants ? Croyons le, et espérons que tant qu'il est dans le coin, il s'attelle à bien d'autres sujets
  7. Bonjour Stocker les mots de passe dans une "rubrique" de FileMaker n'est pas franchement sécurisé. Quelle est ta problématique spécifique de gestion des droits qui t'amene à abandonner celle proposée nativement par FileMaker (et qui elle est correctement sécurisée) ? Ton application comporte t elle plusieurs fichiers fmp12 contenant des données ? ou as tu etabli une separation appli-données et centralisé les données dans une seule base fmp ?
  8. Bonjour A ma connaissance, seul l'editeur du logiciel FileMaker (Apple en l'occurrence) pourrait te "donner" une licence. En effet, on ne peut donner que ce dont on est proprietaire, et seul l'editeur est proprietaire du logiciel. ceux qui comme moi on "achete" une licence ne sont proprietaires de rien, nous avons juste le droit d'utiliser personnellement le logiciel FileMaker, un licence d'utilisation n'est pas "cessible" (meme a titre gracieux) Une question : dans votre OSBL de 11 employés, tout le monde travaille gratuitement ? vous etes tous benevoles ?
  9. Bonjour Merci beaucoup de ton aide, après suppression des fichiers dans Application support de FileMaker 16, ca fonctionne parfaitement, le problème venait manifestement du plugin maillait qui trainait encore dans Application Support d'une instal précédente, alors que ce plugin n'est pas compatible semble t il avec la v16, au point de la faire planter au démarrage alors meme qu'aucune de ses fonctions n'est appelée.
  10. Bonjour En l'absence d'un sous forum specifique pour la v16, je poste dans la v15 Apres installation sans probleme particulier de fmpa 16 sous OSX 10.12, plantage systematique et immediat de FileMaker a l'ouverture. FileMaker 15 fonctionne toujours parfaitement. Plusieurs re-installations apres suppression complete de fmpa 16, le probleme persiste. Aucun plugin installé. Verification du disque et des permission ok. La machine est un Macbook Pro SSD 16 Go tres recent. Aucun autre probleme par ailleurs. Je ne sais plus que faire pour que FileMaker 16 fonctionne.... Quelqu'un a le meme probleme ? une idee ?
  11. Je ne suis pas un "cador". La 1ere recherche sur une rubrique declenche l'indexation de celle ci, et cela peut etre lent. La seconde recherche sera beaucoup plus rapide. Le mieux est de gérer les indexations dans les "options" des rubriques, chaque rubrique devant faire l'objet d'une recherche doit etre indexee (ce qui augmente evidemment le volume du fichier) Autre point, si possible, utiliser des nombres plutot que des "phrases", la recherche sera plus rapide et l'index moins volumineux. Par exemple, si une rubrqie peut contenir "tres satisfait", "assez satisfait", "moyennement satisfait", "pas du tout satisfait", enregistrer plutot les valeurs 1/2/3/4 pour coder ces rubriques (l'interface de recherche et d'affichage pouvant masquer cela à l'utilisateur) Il faut rappeler que FileMaker est plus destiné à gérer les données de "groupes de travail" qu'a de l'analyse "Big Data"
  12. un test (si) et la fonction obtenir(NombreUtilisateurs) te permettront cela, par exemple dans le script declenche a l'ouverture, le nieme utilisateur est refusé, un message l'informe, et le fichier se referme
  13. Si ton fichier actuel a comme parametre de sécurité "exiger les droits administrateurs pour utiliser ce fichier comme source de données", il faudra effectivement que l'administrateur autorise une fois pour toutes le fichier N°2 a accéder au fichier n°1. Mais en fait le lien serait plutôt dans l'autre sens : c'est ton fichier "application" qui comporte les modèles et les scripts qui a besoin de "voir" (lire et ecrire) le fichier 2 qui contiendra les tables dans lesquelles ton utilisateur pourra ajouter des rubriques. Nul besoin d'autorisation de l'administrateur pour chacune des rubriques, toute nouvelle table ou rubrique ajoutée dans le fichier 2 sera visible et utilisable dans le fichier 1 (sauf si tu ajoutes volontairement des restrictions de droits pour chacune des rubriques du fichier 2) Donc par exemple pour le fichier "clients", tu auras : - dans le fichier 1 : une table clients avec des rubriques (nom, prénom, etc...), les modèles de saisie, les scripts, et une source de données externes vers un fichier "N°2" ((peu importe son nom). Ton utilisateur n'étant pas administrateur, n'a pas acces aux tables et rubriques et ne peut donc pas ajouter de rubriques dans le fichier 1 - dans le fichier 2 : une table clients, avec une cle externe servant de lien avec la cle primaire de la table clients du fichier 1. En pratique, cette clé sera egalement primaire puisqu'il ne doit y a voir qu'un seul enregistrement dans la table clients du fichier 2 pour un même client du fichier 1. Dans cette table clients du fichier 2 (dont ton utilisateur est administrateur), il pourra ajouter autant de rubriques qu'il souhaite (couleur des yeux, marque de chocolat preferee) Pour qu'il puisse "placer" ses nouvelles rubriques sur les écrans de saisie du fichier 1, il te suffit de lui accorder le droit de modifier certains modèles dans le fichier 1 (ce qui n'implique pas qu'il soit administrateur, tu gardes donc l'exclusivité de la structure de tables rubriques liens dans le fichier 1 Esperant avoir été clair...
  14. Une piste. Creer un second fichier avec des droits permettant de creer des rubriques par ton utilisateur. Une ref source data externe dans ton fichier origine. Et un lien 1-1 entres les tables du premier fichier et le second. Il suffit de lier les tables externes avec des ot dans la graphe. Il n'est pas genanr que certaines rubriques d'une meme entite soit logees dans 2 tables differentes si les 2 tables sont systematiquement liees par la meme cle primaire avec un lien d'egalite
  15. C'est donc un formulaire pdf. Filemaker ne le fait pas nativement. le plugin MBS le permet. Auquel il faut ajouter la librairie (payante) DynaPDF. Mais ca marche nickel, on peut formater tout ce que l'on veut. MBS peut "composer" le pdf, pré-charger les champs de saisie, proposer des listes de saisie, et au retour du formulaire une fois rempli, lire le contenu des champs saisis pour le mettre dans des rubriques FileMaker