Jump to content

Gilles

Membres
  • Content Count

    348
  • Joined

  • Last visited

  • Days Won

    2

Everything posted by Gilles

  1. Ça fonctionne. Merci. Je suis toujours resté dans l'idée que tout devait être indexé pour qu'un lien fonctionne. Ce qui ne semble pas le cas.
  2. Bonjour Tanguy. Pourtant, FileMaker l'a bien indexé et les liens de mes occurences de table fonctionnent. Si j'ai bien compris FileMaker ne permet pas l'indexation lorsqu'un élément du calcul provient d'une autre table, ce qui n'est pas le cas de la rubrique "Jours_Écoulés|Calc" qui est égale à : Obtenir (date actuelle) - Date_Ouverture.
  3. Bons_Commandes|60Jrs = Si ( Ouvert|Fl ; Si ( Jours_Écoulés|Calc > 60 ; 1 ; "" ) ; "" ) Ouvert|Fl indique si le bon de commande est ouvert ou fermé, car seuls les ouverts sont requis
  4. Bonjour Apo, Je ne calcule pas exactement la même chose. Un calcul non mémorisé ne pourrait être indexé. Dans la TABLE_C J'ai 3 rubriques de calcul qui indiquent de façon booléenne dans quelle plage (0-30, 31-60 ou 61+) se trouve le bon de commande. Cette valeur booléenne sert à faire un lien sur 3 occurences de la TABLE_C vers la TABLE_B où 3 rubriques de calcul font la somme des bons de commande se trouvant dans chaque plage d'échéance. Cela fonctionne très bien pour les deux premières plages, mais pas pour la troisième. Le calcul est pourtant le même. J'ai refait l'index de la rubrique. J'ai recréé une autre rubrique que j'ai utilisée avec le même calcul, rien à faire. J'ai trouvé une parade qui fonctionne dans un script : De la TABLE_A j'active l'enregistrement lié de la TABLE_B dans une nouvelle fenêtre, puis de la TABLE_B, j'active les enregistrements liés de la TABLE_C. Merci pour le suivi
  5. Bonjour, Pour mettre en contexte mon problème, j'ai trois tables reliées de la façon suivante : TABLE_A ==> TABLE_B ==> TABLE_C. La TABLE_B est une TE d'unités où plusieurs bons de commande (TABLE_C) y sont attachés. La TABLE_C est déclinée en trois occurrences, soit : TABLE_C_Moins30 (moins de 30 jours), TABLE_C_Plus30 (plus de 30 jours) et TABLE_C_Plus 60 (plus de 60 jours) Dans la TABLE_C, j'ai 3 rubriques (calcul, type nombre) indexées, chacune indiquant si le bon de commande a moins de 30 jours, plus de 30 jours ou plus de 60 jours par une valeur booléenne (utilisées pour les liens). Alors pour la TE TABLE_B, j'ai 3 rubriques calcul (somme de chacune des 3 rubriques de la TABLE_C) où par exemple un enregistrement indiquera 3 (moins de 30 jours), 5 (plus de 30 jours) et 8 (plus de 60 jours). Chacune des 3 rubriques est un bouton exécutant un script (exécuter recherche) permettant d'afficher les bons de commandes moins de 30 jours, plus de 30 jours ou plus de 60 jours. Pour les deux premières rubriques, pas de problème. Pour la troisième, il devrait, comme dans mon exemple, afficher 8 bons de commandes, alors qu'il n'en a trouvé que 6. J'ai bien vérifié et la rubrique "plus de 60 jours" affiche bien la valeur booléenne de 1 pour les deux enregistrements manquants. Le résultat est aléatoire, c'est à dire que pour chaque enregistrement de la TABLE_B le résultat de la recherche sera parfois exact et parfois incomplet. Ce qui est bizarre, c'est que la somme de bons de commande s'affiche correctement dans la ligne de la TE, mais est aléatoirement incomplet à la recherche par script. Autre chose que j'ai remarqué, c'est que les bons de commande manquants sont généralement les plus anciens. Merci à l'avance.
  6. Bonjour Tom, J'ai reconstruit l'index et ça fonctionne. Merci
  7. Bonjour, J'ai une table où une rubrique s'incrémente séquentiellement avec un numéro. L'un de ces enregistrement (par exemple le numéro 292473) réagi bizarrement. Si je fais une recherche sur ce numéro, j'obtiens deux enregistrements dont l'un est vide. Si j'affiche tous les enregistrements, l'enregistrement vide est absent. Si je détruis l'enregistrement vide et que je fais une recherche sur ce numéro, j'obtiens encore deux enregistrements dont l'un est vide. Si je détruis les deux enregistrements et que je fais une recherche sur ce numéro, je n'obtiens aucun enregistrement. Si je crée un nouvel enregistrement et que je modifie manuellement le numéro pour le 292473, Filemaker m'indique qu'il existe déjà un enregistrement avec ce numéro. J'ai fais une récupération du fichier pour voir s'il y avait une corruption... ce n'est pas le cas. Comme j'ai déjà des documents qui ont été créés avec ce numéro, il serait compliqué de tout transférer sous un autre, à moins qu'il n'y ait pas de solution à mon problème. Merci de votre aide ou de vos commentaires Gilles Girard
  8. Gilles

    Gilles

  9. Gilles

    Reroutage de SMS

    Salut Julien, Est-ce que cela fait ton bonheur ? https://www.fmsms.com/
  10. Bonjour Tom, Toutes les rubriques sur le modèle ont la même police de caractère et seule une rubrique a ce problème.
  11. Bonjour, J'ai un client qui partage sa base de données sur la version 15 serveur (Windows). Il a quatre postes dont 3 se comportent de façon bizarre. Il y a un script qui, lors de la création d'une fiche, n'importe pas les données d'une autre table. J'ai fait temporairement un autre script accessible par le menu pour que le client corrige manuellement et là les données se copient d'une table à l'autre. De plus, il y a une rubrique qui semble afficher un code ascii sur ces 3 postes de travail (voir les fichiers attachés: désolé pour le second fichier le client a fait une capture d'écran par cellulaire). De mon côté. tout fonctionne impeccablement à distance, ainsi que sur l'un des quatre postes clients. Est-ce possible que ce soit une corruption de fichier, vu que j'ai 2 postes de travail où tout fonctionne bien, où il y a un autre possibilité ? Merci!
  12. Salut Eric, Effectivement, il n'y à rien correspondant à la ligne "<!-- État CF01 -->" alors qu'il devrait y avoir quelque chose. Sur cette ligne de code, la rubrique calcul F01_Fl peut avoir une valeur de "0" ou "1", indiquant si ma rubrique F01 est vide ou non. Je serais surpris que cette rubrique calcul donne "1" en v14 et "0" en v16. Les 2 rubriques calcul Line_FA et État_CF01 utilisent le même code svg, soit la commande "line". En y repensant, il ne me reste, comme possibilité, que la v16 a un problème d'affichage du web viewer dans mon modèle. Qu'en penses-tu ? Amitiés Gilles
  13. Il faut se référer au fichier svg1.txt que j'ai fourni au début. Il contient le code qui se trouve dans le web viewer. Tu m'as demandé le résultat du calcul, alors j'ai pris ce code que j'ai inséré dans une rubrique calcul (texte). J'ai collé ces résultats dans des fichier .txt Peut-être que je ne t'ai pas fourni exactement ce que tu m'avais demandé. Je ne crois pas que ce soit un problème de calcul, à mois que la version 16 de Filemaker Pro interprète différemment le langage svg, auquel cas il me faudrait réécrire ce code autrement. Voir le fichier Line_FA.txt qui fonctionne : Si ( F01_À > 0 ; "<line x1=\"0\" x2=\"200\" y1=\"" & F01_À * 60 & "\" y2=\"" & F01_À * 60 & "\" style=\"stroke:black;stroke-dasharray:2,2\"/>" ; "" ) et le fichier État_CF01.txt qui ne fonctionne pas en v16 : Si ( F01_Fl ; Si ( État_Calc_01 = 1 ; "<line x1=\"47\" x2=\"71\" y1=\"" & F01_De * 60 & "\" y2=\"" & F01_À * 60 & "\" style=\"stroke:black;\"/> <line x1=\"71\" x2=\"47\" y1=\"" & F01_De * 60 & "\" y2=\"" & F01_À * 60 & "\" style=\"stroke:black;\"/>" ; "" ) ; "" ) Amitiés Gilles
  14. Salut Eric, Tel que demandé, le résultat du calcul dans les 2 versions. Dans la v16, il y a des rubriques qui ne fonctionnent pas comme : <!-- État CF02 --> Ce sont toutes des rubriques calcul (texte non-mémorisées). Merci! v14.txt v16.txt v14.txt v16.txt v14.txt v16.txt v14.txt v16.txt v14.txt v16.txt v14.txt v16.txt v14.txt v16.txt v14.txt v16.txt v14.txt v16.txt v14.txt v16.txt v14.txt v16.txt v14.txt v16.txt v14.txt v16.txt v14.txt v16.txt
  15. Bonjour, J'évalue présentement la possibilité de migrer une base de données de la v14(32b) à la v16(64b). J'ai un rapport qui utilise deux web viewers avec svg. Tout fonctionne bien dans la v14, mais dans la v16, j'ai des codes svg qui ne s'affichent pas dans l'un des web viewers. Pour exemple, le fichier svg1.txt contient le code du web viewer problématique, le fichier Line_FA.txt contient le code d'une rubrique (dans le fichier svg1.txt) qui fonctionne et le fichier État_CF01.txt contient le code d'une rubrique (dans le fichier svg1.txt) qui ne fonctionne pas. J'ai inclus une image visualisant le résultat d'une sortie en pdf. Merci! État_CF01.txt Line_FA.txt svg1.txt État_CF01.txt Line_FA.txt svg1.txt État_CF01.txt Line_FA.txt svg1.txt État_CF01.txt Line_FA.txt svg1.txt État_CF01.txt Line_FA.txt svg1.txt État_CF01.txt Line_FA.txt svg1.txt État_CF01.txt Line_FA.txt svg1.txt État_CF01.txt Line_FA.txt svg1.txt État_CF01.txt Line_FA.txt svg1.txt État_CF01.txt Line_FA.txt svg1.txt État_CF01.txt Line_FA.txt svg1.txt État_CF01.txt Line_FA.txt svg1.txt État_CF01.txt Line_FA.txt svg1.txt État_CF01.txt Line_FA.txt svg1.txt
  16. Merci Clem, J'ai testé Caractere (10) et (13) et ça donne le même résultat que "¶". Caractere (11) me donne une corruption du ficher Word.
  17. Bien compris, Sauf que ça ne règle pas mon problème, car il n'y a pas d'option pour ça. Le code "¶" utilisé dans une rubrique calcul de Filemaker est interprété par Scribe comme un saut de ligne (Maj-Entrée) plutôt qu'un saut de paragraphe. Il n'y a rien dans Word pour ça. Merci tout de même!
  18. Bonjour, Lorsque j'exécute une fusion dans un document MS Word, le code "¶" est interprété dans Word comme un saut de ligne et non comme un saut de paragraphe. Y a-t-il moyen d'inscrire un code qui sera interprété comme un saut de paragraphe ? Merci!
  19. Je me suis dis la même chose, mais ce n'est pas ce que j'ai constaté. J'ai fait un script qui vérifie si l'enregistrement est complété et, si c'est le cas, je le balance sur un modèle B où toutes les rubriques sont verrouillées et grisées ou inversement sur le modèle A si l'enregistrement n'est pas complété. J'ai utilisé le déclencheur de script en mode modèle en utilisant l'option "SurChargementEnregistrement", qui me semblait la seule appropriée. Si je suis sur le modèle B et que je passe à l'enregistrement suivant, celui-ci reste sur le modèle B, même si l'enregistrement n'est pas complété. Cependant, si je scripte un bouton pour rebasculer l'enregistrement sur le modèle A, Filemaker s'en rappellera lorsque je passera sur cet enregistrement. Je n'en comprend pas la logique, je ne fais que constater.
  20. Bon, je constate qu'après avoir créé un bouton pour choisir manuellement le modèle, FileMaker s'en rappelle. Ayant créé le script après la création de plusieurs enregistrements, j'imagine qu'après avoir passé manuellement dans tous les enregistrements, les futurs enregistrements répondront correctement au déclencheur de script. Si c'est le cas, que quelqu'un veuille bien me le confirmer que je puisse inscrire résolu dans le titre du post.
  21. Bonjour, J'ai inséré un script, dans le format de modèle, avec l'option "SurChargementEnregistrement". L'idée est de pouvoir passer du modèle A au modèle B ou inversement, selon qu'une rubrique soit vide ou non. Cela fonctionne sur certains enregistrements et sur d'autres non. J'imagine qu'en naviguant d'un enregistrement à l'autre, certains sont chargés et d'autres non, car cela fonctionne sur les mêmes enregistrements, ce n'est pas aléatoire. Y a-t-il une autre méthode plus efficace ? Merci!
  22. Bonne idée, J'essaie ça et je confirme
×
×
  • Create New...