Jump to content

François2

Membres
  • Posts

    40
  • Joined

  • Last visited

  • Days Won

    1

François2 last won the day on October 26 2020

François2 had the most liked content!

1 Follower

About François2

  • Birthday 05/11/1942

Contact Methods

  • Website URL
    http://

Profile Information

  • Gender
    Homme
  • Location
    Longueuil, Qc., Canada
  • Interests
    Base de données pour mon Club (bénévole)

FileMaker Profile

  • FM
    FMP Pro 2.0.1 à FMP19
  • OS
    macOS Big Sur, MacBook Pro 2017
  • Certif.
    --Non certifié--
  • Claris Partner
    --Non membre--

Recent Profile Visitors

3437 profile views

François2's Achievements

  1. Re-bonjour, La nuit porte conseil… J'ai établi le lien sur PER_PersonnesID, et cela semble fonctionner en partie. Je constate avec le modèle Tech, que certaines rubriques de la table liée ne s'affichent pas. Pourquoi? Je vois aussi que la logique des conditions est passablement houleuse. Je vous envoi mon troisième essai, ainsi qu'un document RTF sur la logique des conditions et la construction du calcul. J'ai peine à comprendre pourquoi ça bogue. Merci pour votre support Tableau logique.rtf Calcul MembreID-3.fmp12
  2. Merci pour votre réponse. Pour le moment il n'y a qu'un seul programme. J'ai fait une OT comme suggéré, copie de PER_Personne, dans laquelle j'ai ajouté une clé étrangère. Je l'ai renommée PER_Personnes_MembreID. J'ai refait le calcul en me servant cette fois des rubriques de la nouvelle OT. Ce qui me donne pour ce calcul: Si ( PER_Personnes_MembreID::PER_DateAdhésion ; PER_Personnes_MembreID::PER_MaxMembreID +1; "" ) Mais, ça ne fonctionne pas. Je me sers probablement pas des bonnes rubriques, ou bien mon lien est mal fait. Devrait-on plutôt se servir d'une référence externe? Merci de m'éclairer, Au plaisir, Fr Calcul MembreID-2.fmp12
  3. Bonjour, Je sollicite votre aide. Je n’arrive pas à inscrire un numéro de série (MembreID), conditionnel à la présence d’une date, et non pas à la création ou la validation d’un nouvel enregistrement. Dans ma table des personnes, certaines d’entr’elles ont adhéré comme membre d'un programme, d’autres pas. De plus, avec une correction de cette date, cela génère toujours un nouveau numéro de série, alors que ce numéro doit être unique et permanent. J’ai essayé avec les fonctions SI, CAS et DÉFINIR sans y parvenir. J’ai tenté aussi de fixer ce numéro avec un calcul basé sur une fonction personnalisée (FileMaker Custom Function: GetNextMaxSerial de Brian Dunning, une référence externe, et un script FM avec <Définir valeur en série suiv.>, mais je n’y arrive toujours pas. Je vous envoie mon fichier d’exercice sur le sujet, qui ajoute des précisions sur les conditions. Merci. Calcul MembreID.fmp12
  4. Re-bonjour Apophis000 J'ai difficulté à compléter la rubrique de calcul «MBR_Échéance», cotisation échue ou active. Le problème provient du fait que ce calcul est assuré à la fois avec la date d'adhésion de l'OT MBR_Membre, et de la date la plus récente (INS_Datederenouvellement) de l'OT INS__InscriptionsCompteNB, s'il en est une. Je viens de lire le billet de David Julot sur la référence externe, et je crois que serait une solution, mais j'ignore complètement comment l'utiliser pour ce calcul. J'ai cherché en vainc un exemple sur le sujet dans FM Source. J'ai tenté un assai avec une nouvelle rubrique: MBR_DateRenouvell_TE. Mais je suis bloqué. Pouvez-vous me donner une piste à explorer? De plus, à l'étude du dernier fichier, pourquoi la rubrique INS_DateActuelle, n'est pas valide? Elle pourtant bien automatique avec un calcul sur la date actuelle. Merci encore pour votre support, votre patience et votre disponibilité. J'ai beaucoup appris, mais j'ai encore à apprendre. Au plaisir, Ff Club5.fmp12
  5. Oui Apophis000. Lorsqu'un membre s'inscrit pour la première fois (MBR_DateAdhésion), il reçoit son numéro de membre, qui servira à identifier son dossier, et son adhésion est valide pour une année, comme «Cotisation active». S'il renouvelle plus tard (MBR_DateRenouvellement), son statut sera comme «membre actif» pour une deuxième fois. Pour l'exemple dans ta question, ce membres s'est inscrit en 2018, et a reçu son numéro de membre (0001), et il est membre actif pour une année. Sa cotisation s'est échue en 2019, et n'était pas membre «actif». L'année suivante, en 2020, il a renouvelé, et il redevient alors «membre actif» pour une nouvelle année, la deuxième pour lui. Merci beaucoup, et au plaisir.
  6. Bonjour Apophis000, et merci beaucoup pour votre support. J'ai deux questions pour vous: 1- Quel est l'objectif du lien qui renvoi une plage d'enregistrements entre deux clés étrangères? Je tente une explication: La plage de tous les enregistrements de l’OT <INS__InscriptionsCompteNB>, est liée à la plage de tous les enregistrements de l’OT <INS__Inscriptions>, qui ne comprend que les enregistrement liée à l’enregistrement d’un membre, de l’OT MBR_Membres. Si c’est le cas, je trouve l’approche géniale, sinon, vous me corrigerez allègrement. 2- J’ai un problème avec les calculs dans le contexte de la gestion des cotisations «Actives / Échue», et aussi avec le calcul des années d’adhésion ( «membership» ). La rubrique «Échéance» de la table «MBR_Membres» doit tenir compte de la date d’adhésion, qui rend le membre actif (cotisation active) pour la première année, et aussi de la date la plus récente du renouvellement de la cotisation «MBR_DateRenouvellement». Tous mes essais ne rencontrent pas les diverses situations de chaque membre dont j’ai complété toutes les fiches. La rubrique «NbrAnnéesInscription» comporte un calculs que j’ai mal à comprendre, elle aussi calculée avec des OT liées. Je me suis permis de modifier votre modèle «Membre Fiche» dans sa mise en page, et que je vous envoi, sans modifier vos calculs, pour que vous puissiez vous retrouver facilement. Au plaisir avec FMP Merci pour votre support inestimable. Club3.fmp12
  7. Bonjour Apophis000, |- «J'espère que ce sont pas les vrai nom ? ...» R- Bien sûr que non, seules les Sociétés ont des Modèles-fiches valides. Merci beaucoup pour ta réponse. Pour les liens, il est bien vrai que la méthode «Ancre & Bouées» n'indique pas la bi-directionnalité comme écrit Christan Coppe dans Structure > Liens - Occurrences de table - Nommage du Tutoriel Filemaker CQFD-FMP. Mais, comme mon lien était fait sur un ID (rubrique concaténée de mon cru), et que ça ne marchait pas, je me suis demandé : pourquoi. Le deuxième lien a donc été fait pour expérimenter, sans résultat. Bref, ce que je comprend, c'est que mes clés primaires ne sont pas valides, alors que celles (que vous avez choisies) faites d'emblée par Filemaker le sont. Il n'est donc pas de bonne pratique de se créer de nouvelles zkp ID_Machin si on fait de nombreux essais (surpressions/créations) avec de nombreux enregistrements, même si on rétablit le chiffre de départ. Il en est de même pour les tables de gestion des inscriptions. Merci, Super
  8. Bonjour, Après avoir lu et re-relu le «cqfd» de FileMaker, une vraie bible en passant, et surtout après avoir bien «étudié» de nombreux exemples sur FMSource (merci à tous les collaborateurs), je jette l'éponge et donne ma langue au chat. Bref, j'ai besoin d'aide! Je travaille toujours sur le fichier Club.fmp12, que j’ai réussi à peaufiner. Mais je ne réussi pas à compléter mes liens. Je vous envoi mon fichier <Club.fmp12>, et voici mes questions. 1- Dans le modèle Membre Fiche, pourquoi seul le nom de la société apparaît, et non l'adresse, la ville et le CP, autant pour les rubriques provenant de la table que les rubriques de fusion. Pourtant ces rubriques ne sont pas différentes de celle du nom de la société, qui elles, apparaissent. Il y a quelque chose qui me manque, mais quoi? 2- Dans le modèle Société Fiche, j'ai une table externe où je voudrais voir les noms des membres associés à une société. Il y a encore là, il y a quelque chose que je n'ai pas encore tout à fait compris dans l'élaboration des liens, mais quoi ? 3- Enfin, après avoir étudié le beau «travail» de Puimoisson02 sur « Les fréquences des couleurs des drapeaux » (que j'ai reconstruit et re-construit), je n'arrive pas à faire une liste des dates d'inscription dans une table externe pour chaque membre, dans le modèle Membres Fiche. Je désire n'afficher que les 3 dernières et afficher le décompte de toutes les années d'inscription pour chaque membre. Cette liste associée au décompte m'évitera de devoir faire un script pour éviter des doublons. Éventuellement, je voudras faire un modèle avec un Pop-Up m'affichant toutes les dates de renouvellements (inscription) depuis l'adhésion du membre. Merci et au plaisirs avec FMP Club.fmp12
  9. Merci Jérémie, Je savais que la clé primaire doit être unique, non vide, mais pour la clé étrangère, je croyais que la rubrique pouvait être n'importe quoi, sauf les conteneurs, statistiques et globales. Là, je viens d'apprendre que la clé étrangère doit être identique dans les deux tables, source et destinations. J'ai peine à comprendre la logique sous-jacente. Peux-tu m'en apprendre un peu plus, car cela me sera utile pour étudier les autres approches, en particulier avec les rubriques globales étrangères, et les auto-liens, en plus de leurs usages pour les tables de jointures. Merci beaucoup.
  10. Merci Jérémie, Ma question comporte trois volets qui présentent des notions différentes. L'exemple que j'ai présenté avec <Club.fmp12> en est le premier. Il est bien basé sur les liens 1 à N. Il s'agit pour le moment de gérer l'employeur, ou la société que le membre représente. Cette gestion est assurée avec un menu déroulant sur le nom des sociétés. Et c'est là que je bogue. Pour ce qui est du «plusieurs à plusieurs» N à N, c'est pour moi une autre étape. Je sais que cette approche nécessite l'usage d'une table intermédiaire dite de jointure, Mais je ne suis pas rendu là. Mon troisième volet s'attaquera à l'usage des rubriques globales et des tables d'auto-jointure. Mon projet est pour bien comprendre de façon ordonnée comment FMP gère tous ces types d'approche des liens. Merci pour ton aide, et bon succès avec tes vidéos d'apprentissage que j'apprécie beaucoup. Au plaisir
  11. François2

    François2

  12. Bonjour, J'ai deux tables, l'une avec les fiches des membres d'une association et une autres pour les sociétés dont les membres font partie. J'ai un modèle pour la fiche de chacun des membres, et un modèle pour la fiche de chaque société. Dans le modèle de la fiche d'un membre, j'ai créé une rubrique à référence externe sur le nom de la Société qu'il représente. Il peut y avoir plusieurs membres qui représentent une Société, et un membre peut représenter plusieurs Sociétés. Cette rubrique à référence interne est une liste déroulante basée sur la liste des noms de toutes les sociétés, qui peut être modifié à chaque année, par exemple. J'ai tenté de faire la même chose pour une rubrique liée sur le nom de la société, dans le modèle de la fiche des membres, mais je n'arrive pas à faire fonctionner ni l'une ou l'autre des approches, pour une inscription permanente ou provisoire. Éventuellement je voudrais mettre la liste des membres qui représentent une société, à l'aide de l'outil Table externe, dans la fiche de chaque société. Le problème c'est que les noms des sociétés sont aléatoirement modifiés dans la table des sociétés, lorsque je modifie le contenu de la rubrique à référence externe dans la fiche d'un membre. Merci pour votre aide Club.fmp12.zip
  13. Merci beaucoup. Quelle découverte! «Enfin, il te faudra explorer le menu des opérateurs :» Ouais, j'avais foiré avec le script «Exécuter la recherche». J'imagine que c'est là que les opérateurs s'exécutent. Mais je n'ai pas trouvé comment utiliser cette fenêtre, en particulier pour les actions. Cela me sera important pour ajouter un critère d'intervalle entre deux dates, par exemple. Pouvez-vous m'éclairer? Au plaisir
  14. Merci Jérémie, C'est bien le genre de script que je désire faire. Mais je ne trouve pas comment, pour une requête complexe exécuter le AND et le OR (dans une même requête avec AND ou avec deux requêtes avec OR), ni "Inclure", ni "Exclure". Ex. Rechercher les personnes qui habitent Montréal, sauf ceux d'Anjou. Avec <https://fr.wikipedia.org/wiki/Liste_des_codes_postaux_canadiens_débutant_par_H> on voit que tous les habitants de Montréal possèdent le code postal H1, ou H2, ou H3, ou H4, et pour soustraire ceux d'Anjou je devrai exclure ceux dont le code postal commence par H1J Au plaisir
  15. Bonjour Jérémie, J'ai un problème à peu près identique. J'aimerais que ce bouton exécute une nouvelle recherche dont les critères complexes sont déjà enregistrés, même si de nouveaux enregistrements ont été ajoutés ou même si des modifications ont été apportées aux enregistrements. Le bouton exécutera la recherche enregistrées peu importe la date de création de l'enregistrement des critères complexes en oubliant tous les résultats antérieurs. «Pour mémoriser les critères de recherches eux-mêmes, on peut s'amuser avec les "Recherches enregistrées", mais c'est assez limité.» dites-vous, mais il ne s'agit de mémoriser quoique ce soit, simplement exécuter la recherche complexe enregistrée. Je cherche donc en vainc un script pour exécuter l'action de cette recherche enregistrée, de la même manière que si j'avais à exécuter la recherche enregistrée sans l'usage d'un bouton: Mode recherche -> (bouton étoilé à l'extrême droite) Recherche enregistrée -> Choix de cette recherche enregistrée Merci beaucoup encore pour votre générosité à ce forum. Au plaisir
×
×
  • Create New...