Jump to content

Emody

Membres
  • Posts

    53
  • Joined

  • Last visited

Profile Information

  • Gender
    Homme
  • Location
    Le Mans

FileMaker Profile

  • FM
    FMP12
  • OS
    Win7
  • Claris Partner
    --Non membre--

Recent Profile Visitors

2273 profile views

Emody's Achievements

Newbie

Newbie (1/14)

0

Reputation

  1. Bonjour, Merci pour la réponse. Je vais modifier ma ligne error_reporting comme indiqué dans ton message. Cordialement, Emody
  2. Hello, Merci pour la réponse. Effectivement, en v12 , getAPIVersion retourne 1.1 . Je suppose qu'il faut investir dans la version 13 pour avoir accès à l'API (si toutefois il y en a une plus récente). J'ai mis en suspens l'api et j'ai choisi odbc. J'ai établi la connexion avec succès et exécuté des requêtes sans difficulté. Je garde sous le coude l'API car je serais content de la faire fonctionner. Cordialement, Emody
  3. Bonjour, >> Existe-t-il une version récente de l'API PHP ? << Je dispose de Wamp 2.4 / PHP 5.4 sur mon poste et FMSA 12 sur une autre machine. J'ai installé FM_API_for_PHP_standalone.zip. J'ai une page de test <?php require_once ('FileMaker.php'); $fm = new FileMaker("mabase.fmp12", "http://Adresseip_FMSA", "monuser", "monpass"); ?> j'obtiens des messages d'avertissements " Deprecated: Assigning the return value of new by reference is deprecated in C:\wamp\www\FileMaker\Implementation\Parser\FMResultSet.php on line 65 " Après quelques recherches, j'ai trouvé que l'on pouvait masquer ces messages par <?php $errRep = error_reporting (E_ALL ^ E_DEPRECATED); ?> Ces messages n'apparaissent plus. Il n'y a pas que ces messages. Il y en a d'autres comme celui-ci : "Strict standards: Non-static method FileMaker::isError() should not be called statically, assuming $this from incompatible context in C:\wamp\www\FileMaker\Implementation\FileMakerImpl.php on line 204 " Avant de me lancer dans un exercice de débogage, j'aimerais savoir s'il existe une version récente de cet API. ( En regardant dans FileMaker.php je peux lire "Copyright © 2005-2007, FileMaker, Inc. All rights reserved.".) Cordialement, Emody
  4. Bonjour, Merci pour votre réponse. Donc si je veux créer des solutions exécutables, je dois avoir FMPA. Je ne pourrais pas accéder à des bases montées sur le serveur FMSA. Je ne pourrais pas créer des fichiers PDF. Cordialement, Emody
  5. Bonjour à tous, J'ai entendu parler des runtime. J'avance en terra incognita. J'ai compris que le runtime est une façon d'accéder à une base de données sans disposer de FMPro. J'ai compris qu'il est possible de diffuser sur une clé usb un runtime d'une base FM. L'utilisateur peut installer ladite clé sur son pc et accéder à la base. J'ai quelques interrogations : Est-ce que le runtime ne concerne qu'une base pour un usage local ? Est-il possible d'accéder à une base située sur FMServer avec un runtime ? Est-ce que les runtime ne sont générables que depuis un FMPro advanced ? Peut-on créer un pdf depuis un runtime ? J'aimerais depuis un runtime attaquer une base de données située sur un FMServer et générer des PDF à la volée. Cordialement Emody
  6. Bonjour, Il te manque déjà une rubrique (29 Février). J'ai bien peur qu'avec la structure que tu as créée tu ne puisses pas faire dans le simple. Il te faut passer par un script pour examiner toutes les dates du calendrier. Pour chaque date du calendrier : - calculer le nom de la rubrique - récupérer la valeur (P,M,F,V) - tester cette valeur et incrémenter de 1 le bon compteur Si tu souhaites créer la rubrique Total_Présent de type calcul, il te faudra trouver un moyen pour lire séquentiellement chacune des 366 rubriques, de les tester et d'incrémenter de 1 si leur valeur vaut "P". Peut-être faut-il revoir la structure de ta table. Cordialement, Emody
  7. Bonjour, Il a été atteint partiellement en générant un pdf ( ). Il le fait en léger différé, pas à la volée. Je n'ai pas précisé "à la volée" dans le message initial, mea culpa. Je vais me satisfaire de la solution avec le léger différé, vu que cela fonctionne bien. Merci de votre aide. Cordialement Emody
  8. Bonjour et Merci pour le lien, J'avais pris connaissance de cette discussion. J'ai suivi les indications des intervenants pour monter une application test. Celle-ci génère des pdf avec succès. J'ai procédé comme suit : - j'ai monté la base sur FMSA - Sur FMPro (sur le serveur) j'ai ouvert une connexion à distance sur la base hébergée par FMSA - j'ai lancé le script de temporisation - sur le navigateur, j'ai appelé la page web présentant le modèle avec le bouton Demande d'impression PDF - j'ai cliqué sur le bouton Et le fichier pdf a été généré après quelques secondes. Or, ce que je cherchais à réaliser c'est, depuis une page web (IWP) et en cliquant sur un bouton : exécuter un script distant présent dans une base ouverte avec FMPro pour générer un PDF. Une façon de simuler une génération à la volée (je ne l'ai pas précisé plus tôt, mea culpa). Cordialement, Emody
  9. Bonjour et merci pour cette réponse. J'avais lu dans une des discussions : - FMSA héberge Mabase.fmp12 sur un serveur S - Mabase.fmp12 est lancée sur FMPro sur le serveur S - sur FMPro, le script de temporisation examine régulièrement les demandes de génération de PDF et crée éventuellement les fichiers - côté utilisateur (accès IWP): on passe des demandes et accède en léger différé au fichiers générés Dans cette situation, FMPro est le pilote de la génération des PDF. J'ignorais que l'inverse était faisable : FMSA pilote (indirectement) la génération des PDF. Je vais rechercher la discussion traitant de ce sujet. Cordialement, Emody
  10. Bonjour, Etant donné qu'il n'est pas possible de générer un PDF en mode PWI, j'avais imaginé le scénario suivant : Un bouton dans un modèle côté PWI appelant un script local Ce script effectue un traitement et appèle un script distant situé dans une autre base fmp12. Cette autre base n'est pas hébergée par FMServer, mais par un FMPro situé sur le même serveur que FMServer. Le script situé dans la base FMPro génèrerait des PDF. J'en convient c'est un peu lourd. Mais est-ce faisable ? Cordialement Emody
  11. Bonjour Merci pour tous ces éclaircissements. Emody
  12. Bonjour, Merci pour ton message. J'ai effectué la modification et cela fonctionne bien maintenant. Cerise sur le gâteau : Afin de parfaire ma culture personnelle, je souhaiterais comprendre ce qui n'allait pas. Pourquoi ne fait-il pas la distinction car "x02d" et "x02D" sont deux chaînes de caractères différentes ? Cordialement Emody
  13. Bonjour à tous Soit une table T_Type (Typ_Code , Typ_Libelle) Ci-après un jeu d'essai : "x01", "libellé 1" "x02d", "libellé 2d" "x02D", "libellé 2D" "x03", "libellé 3" J'ai défini la liste de valeurs LV comme suit : - rubrique 1 : T_Type::Typ_Code - rubrique 2 : T_Type::Typ_Libelle Tri sur rubrique 1 Les deux rubriques sont affichées. Dans un modèle, j'ai mis une liste déroulante qui utilise LV. Lorsque je consulte le contenu de la liste, "x02D libellé 2D" manque. Ne ferait-il pas la différence entre "x02d" et "x02D" ? Y a-t-il un moyen pour qu'elle respecte la casse d'une chaîne de caractères ? Cordialement Emody
  14. Bonjour, Quelques idées à examiner. Dans une base de données unique, tu peux créer : - une table Produit (tu y mettras les rubriques descriptives du produit, valables quel que soit le client) - une table Produit<Client> liée à la table Produit (tu y mettras les tarifs du client pour chaque produit, et des rubriques produit que tu souhaites personnaliser) Pour chaque client, tu octroies le privilège d'accéder à sa table Produit<Client>. La table Produit n'étant accessible directement que par l'administrateur. Cordialement Emody
  15. Bonjour, Tu peux créer quatre occurrences de la table à lier. Tu lies Dossier::domaine1 à TabALier1::rubrique. Tu lies Dossier::domaine2 à TabALier2::rubrique. et ainsi de suite. Je ne sais pas si cela répond à ton interrogation. Cordialement, Emody
×
×
  • Create New...