Jump to content

François2

Membres
  • Posts

    77
  • Joined

  • Last visited

  • Days Won

    3

François2 last won the day on February 27

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 Monterey, MacBook Pro 2017
  • Certif.
    --Non certifié--
  • Claris Partner
    --Non membre--

Recent Profile Visitors

3706 profile views

François2's Achievements

  1. Super Apophis000, tu n'as rien d'un antagoniste ou d'un mauvais dieu grec, mais tout simplement astucieux 😉 J'achète. Génial! À l'ouverture du modèle Participation, on recherche une date à l'aide du style de contrôle calendrier déroulant, et la liste de toutes les réunions de l'année année inscrite s'affiche en liste avec date, heure et sujet, déjà sélectionnée prête à être éditée le cas échéant. On pourrait y ajouter le nombre de participant pour chacune. Wow! Et, si la date est absente, on n'a qu'à créer une nouvelle réunion. Très brillant. Merci. Mais là, quant à la méthode pour afficher cette liste, et faire le choix pour une édition, je n'ai pas d'idée. Ce sujet a déjà sûrement été discuté dans FM Source, mais je n'en trouve pas de références. Quelques pistes m'aideraient à poursuivre ma démarche. Merci encore pour ta patience et ton aide. J'ai hâte de m'y mettre. Au plaisir, Fr.
  2. Merci Apophis000, Oui, pour le style. Mais la liste de la cohorte (peuple) n'est pas valide car contient 19 personnes pour 2020. La cohorte 2020 est de 26 personnes, celle de 2021 est de 41, et celle de 2022 est de 48 personnes. À l'étude, les personnes manquantes sont toutes présentes dans l'année suivante. J'ignore pourquoi la variable ne fonctionne pas pour la recherche pour ces personnes. Cette recherche de la cohorte pour une année devrait-elle être faite plutôt dans la table ENG_Engagement ? J'ai tenté de le faire en vainc. Le fichier temporaire <temp.fmp12> contient bien 19 clés primaires. J'ai fait un schémas des exécutions des scripts, qui, je pense précise mieux la logique désirée. Je l'ai mis en pièce jointe au format PDF. Les objectifs sont de pouvoir éditer une réunion déjà enregistrée, et de pouvoir en créer de nouvelles. Dans les deux cas, il me faut «peupler» avec la cohorte de l'année, et ajouter la rubrique de présence, tout ça dans une table externe. J'ai re-relu le chapitre sur les scripts de CQFD-fmp, mais je ne trouve rien qui puisse m'éclairer. Merci pour votre patience et votre aide. Scripts Réunion - Logique.pdf
  3. Merci Apophis000, Comme suggéré, j'ai supprimé l'usage de l'horodateur pour utiliser plutôt une liste de valeurs sur les heures, aux 30 minutes, plus appropriée. La recherche de la cohorte des personnes sur l'année d'engagement par filtre a été inscrite «à la main» car je ne vois pas comment inscrire ce filtrage autrement. Enfin, j'ai ajouté une table PRE_Present, avec un nom différent que celui suggéré puisque "PER" existe déjà pour le nom de la table PER_Personnes. J'ai refait le script pour la recherche de la cohorte, après de nombreuse lectures sur FM Sources, et CQFD-fmp, mais je bloque toujours. Merci de m'aider encore. Je vous envoie mon dernier devoir 😄 Réunion2.fmp12
  4. Merci Apo, Je vais tenter ces suggestions, et parfaire ma BD. Pour l'horodate, c'est pour différencier deux réunions dans la même journée, ex. une à 10:00:00 et une autre à 16:30:00. Comment faire autrement avec le style de contrôle <Calendrier>? Je vous souhaite à vous tous en Europe de passer sur cette canicule historique avec les meilleures chances, dans les meilleures conditions. Au plaisir Fr.
  5. Merci Patrice pour votre réponse, |- je n'ai vraiment pas suivi désolé. Il n'y a pas de quoi. Je formule ma demande autrement… J'ai deux tables: PER_Personnes et PAR_Participe. La table PER_Personnes est liée à une autre table (ENG_Engagement) qui collige les dates d'engagements d'une personne. Ces dates sont affichées dans la TE du modèle basée sur la table PER_Personnes. Pour une année donnée, on aura une cohorte pour cette année-là. La cohorte change à chaqu'année, certains quittent, d'autres arrivent. La table ACT_Activité collige les sujets des réunions pour la table intermédiaire PAR_Participe. Dans un modèle «Participation» basé sur la table <PAR_Participe>, à l'aide d'une rubrique Horodate (Date de la réunion), je voudrais que dès qu'une date et l'heure sont inscrites dans le modèle en style de contrôle <Calendrier> qu'un script démarre à sa validation. Ce script fait deux choses: 1 ) Avec l'année de l'horodate inscrite, le script va chercher la liste des personnes «engagées» cette année-là (AjouteCohorte) et l'affiche dans la TE de la réunion, modèle basé sur une réunion <PAR_Participe>. L'objectif étant d'avoir cette liste pour inscrire les présences à la réunion. 2 ) Avec l'horodate (Date & heure) de la réunion, le script cherche aussi dans la table des réunions <PAR_Participe> si cette horodate existe déjà. Si elle existe, cette réunion avec la liste de la cohorte de cette date s'affiche, avec les présences déjà inscrites. On pourra ainsi la mettre à jour. Si elle n'existe pas, le script créé une nouvelle réunion avec cette date, ET affiche la liste des personnes «engagées» cette année-là dans la TE de cette nouvelle réunion. Ce nouvel enregistrement sera prêt à colliger les présences et son sujet. | - le déclenchement du script "AjouteCohorte" ne peut pas se lancer la et comme il est placé Je voudrais qu'il se lance dès que l'horodate est validée. | - la recherche n'a pas de critère, "=" oui, mais égale a quoi? J'ai cherché en vainc comment ajouter ce critère, l'année calculée sur l'horodate, pour la récupérer la cohorte de cette année 🤔 | - elle est filtrée sur "ENG_Engagement::ENG_DateAnnée"....... et quoi? La recherche est faite sur ENG_DateAnnée. Elle sélectionne (filtre) les personnes engagée pour cette année inscrite dans l'horodate, pour en afficher la liste (cohorte) dans la TE. Si on se place dans le modèle Personnes et qu'on fait une recherche en écrivant «2021» dans la TE Date d'engagement, on trouvera 41 personnes engagées (cohorte de l'année 2021). Si on y inscrit «2020», on aura une cohorte de 26 personnes. C'est la liste de ces personnes que je voudrait voir s'afficher dans le modèle «Participation». Au plaisir, en espérant que ce soit un peu plus clair. Merci encore pour votre support. François2
  6. Ah, j'oubliais …. Pour tous, c'est la période des vacances bien méritée, les canicules d'été, les Fêtes nationale… Mais quand quelqu'un d'entre vous sera disponible, pourra-t'il me répondre? Merci
  7. Bonjour, Ma présente demande est une suite à ma question précédente: «Liste des présences avec traitements de diverses données» de mai dernier. Au lieu d'une liste de personnes importée d'un fichier CSV, avec diverses données, il s'agit cette fois d'une liste de personnes, sélectionnée depuis une table selon leur date d'engagement qui doit se définir à chaque année d'engagement. Pour les réunions d'équipes j'aimerais pouvoir collecter les présences pour chaque réunion. À ce sujet, j'ai deux questions concernant les scripts. 1- Je voudrais faire un modèle «Participation à la réunion» me permettant d'inscrire une horodate d'une réunion afin ouvrir la liste des personnes engagées pour l'année de cette date, avec une rubrique «Présence» à cocher, dans une table externe. Si cette réunion est déjà enregistrée, la liste des présences pourra être modifiée s'il y a lieu, sinon une nouvelle réunion devra être créée, avec son horodate et son objet, et la liste des personnes engagées pour l'année de la date inscrite pour cette nouvelle réunion. Il pourrait y avoir deux réunions la même journée, à des heures différentes avec un sujet différent pour des équipes différentes. Je tente en vainc de suivre la démarche trouvée dans CQFD-fmp en réalisant chaque étape avec les commandes de FMP, et je n'arrive pas à afficher la liste dans la table externe pour l'année inscrite. 2- Pour la prise de «présence», le script «Valid» qui doit me permettre d'inscrire la présence ne fonctionne pas, comme dans la solution de ma question précédente. J'ai encore beaucoup à apprendre sur les Scripts FMP, car je crois qu'il y a plus qu'une suite logique de commandes FMP. À l'aide SVP. Merci Réunion.fmp12
  8. Merci, Apophis000 Mais, il n'y a rien, …ici 🫢 Au plaisir
  9. Merci Apophis000, Ah, je comprend. Je crois que je n'ai pas suffisamment détaillé les objectifs, pour une structure adéquate. Je m'en excuse! La table originale des participants inscrits n'a pas à être modifiée lors de la prise des présences. La liste des participants pour une date à une randonnée avec ses groupes, le choix de ces participants à un groupe ainsi que leur absence (aucun groupe choisi) doivent être inscrit à la prise des présence au départ, de façon permanente, un peu comme pour une " facture pour des achats ". La table "PAR_Participe" est donc cette table intermédiaire, suggérée par Jérémie, colligeant toutes les informations (éléments unitaires) pour chaque personne inscrite pour une date précise. Quel modèle ? Un nouveau modèle (?) nous informant du nombre total de personnes inscrites pour une randonnée (date - nom), du nombre de personnes participantes pour chaque groupe, et du nombre des non-participants. Ce modèle pourrait être celui qui sert à colliger les présences, comme j'ai montré dans <Randonnées.fmp12>. Merci pour votre implication et votre patience.
  10. Bonjour, J'ai bien étudié les scripts <AddParticipants> et <<aller_a_presence>. Je me pose quelques questions: 1- Pourquoi créer un fichier <export.fmp12> pour enregistrer les clés primaires de la table <PAR_Participe>. Cette table contient déjà toutes les informations pour chacune des randonnées (date, nom de la randonnée, personnes inscrites qui sont différentes d'une randonnée à l'autre, et groupe choisi) ? 2- Que fait de plus un modèle qui ferait un rapport sur les informations regroupées de la table RAN_Randonnées pour chaque participant présent ? Merci et au plaisir Notes sur les Scripts.rtf
  11. Un gros merci Astucieux Apophis000. Oui, je crois que ça suit l'idée de Jérémie. C'est super, et ça comble mes espoirs. Je sens que je vais avoir des questions concernant les scripts. Merci beaucoup pour ta disponibilité. Au plaisir.
  12. Bon, voilà, je n'y arrive pas. À l'aide! Je cite Jérémie, et le remercie pour sa suggestion: le modèle basé sur Randonnée une table externe montrant les enregistrements de Participe dans cette TE, une rubrique id_parcours avec un jeu de cercles d'option utilisant la liste de valeurs [Randonnée_Trajet_Parcours ; option Voir uniquement] Ce que je comprend: J'ai renommé le modèle RAN_Randonnée en «Présences», basé sur la table RAN_Randonnées. Ça me semble plus logique. J’ai créé une table PAR_Participe qui, si j’ai toujours bien compris doit contenir les données pour chaque participation par personne. Ainsi, l’enregistrement d’une participation contient la date, le nom du trajet, le nom de la personne, et le Groupe-Km choisi. De plus, toujours si j'ai bien compris, la table PAR_Participe ne doit contenir que des références externes provenant des autres tables (PER_Personnes, TRA_Trajets et RAN_Randonnées), puisque les données y sont permanentes, sauf pour corrections. Dans le modèle Présences, basé sur RAN_Randonnées, la table externe de PAR_Participe n’affiche que les Groupe-Km et les noms de toutes les personnes inscrites pour la randonnées. Ce modèle précise la date, le nom de la randonnée, et ses groupes en Km. Une table externe montrant les noms des personnes inscrites et le jeu de cercle d'option, selon le choix du groupe (Km) des personnes participantes. S'il n'y a aucun bouton de sélectionné, c'est que la personne inscrite est absente. Comment la table PAR_Participe peut-elle enregistrer le choix d’une personne à l’aide de cercles d’option dans le modèle Présence? Merci pour vos suggestions. Randonnées3.fmp12
  13. Merci Apophis, 1- Table <Date> pour enregistrer les dates des randonnées. Ok, je comprend. J'imagine que pour les recherches éventuelles, un recherche par date dans une TE, c'est plus expéditif. Personnellement je pensais lier la randonnée au Calendrier de MacOS, ou à celui de Thunderbird de Windows 10. 2- Le script s'assure donc que tout est conforme, et agit un peu comme Enregistrement > Rafraîchir Fenêtre pour permettre les calculs avec des données «mises à jour». 3- Les onglets auraient servi à afficher les données par distance... Bonne idée ! Moi, je pensais récupérer de l'espace avec du texte et des rubriques de fusions, indiquant le kilométrage selon les groupes du trajet. Ex « A: <Km A>, B: <Km B>, 😄 <Km C> » 4- Les cases à cocher permettent de cocher plusieurs données tandis que les cercles d'options n'en permettent qu'un seul choix. Ce qui reflète mieux la «réalité», car un participant ne peut faire deux ou trois kilométrage pour cette randonnée. Peut-on penser traiter des cases à cocher, qui ne permettent de sélectionner un seul groupe (kilométrage)? Il me semble avoir déjà lu quelque chose là-dessus dans forum de FM Source. 5- Oui, il faut avoir les noms de toutes les personnes qui se sont inscrites, et cocher leur présence. Ce travail est actuellement fait «à la main», depuis un fichier CSV de Framadate pour chaque randonnée. Avec Excel, il est imprimé sur papier pour l'occasion avec les cases à cocher. Voilà. Éventuellement, pour la prise des présences, on pense faire ce travail avec une tablette. 😉 J'explore, et vous envoie mon travail, surtout si j'ai d'autres questionnements. Au plaisir,
  14. Merci d'abord à vous deux, j'apprécie énormément. Je vous réponds: Pour Astucieux Apophis000 Je sens que je vais apprendre beaucoup de chose aujourd’hui 😄 1- Pourquoi une table <Date> avec un ID «ID_Rendo» et une rubrique «Date» déjà incluse dans la table <RAN_Randonnées>. À quoi cela sert-il? 2- Je trouve une Badge Script dans la rubrique «;;TRA_Nom», et j’ignore son rôle. Je découvre que cette rubrique en cache une autre «::zkf_TRA». C’est la clé étrangère de la table <TRA_Trajet>, et c’est elle qui permet la sélection du trajet. Elle contient un script: «valides» ( Valider enreg./requêtes [Avec boîte de dialogue: Non] ) Quel est le rôle de ce script? - Que valide-t’il? Pourquoi utiliser la rubrique «::zkf_TRA» dans le modèle <Date Rando> ? - plutôt que «;;TRA_Nom» en liste déroulante et flèche sur la liste des trajets? 3- Enfin à quoi servent les boutons <KmA>, <KmB> et <KmC> avec un script: «Définir rubrique [RAN_Randonnées::G_triTE[X]; Obtenir ( ParamètreScript ) ]. R- …À inscrire dans la rubrique «texte» un paramètre dont j’ignore la nature ? 4- Les cases «à cocher» devraient se comporter comme des boutons «Jeu de cercles d’option». Mais, les jeux de cercles ne sont utilisable qu'avec une liste de valeurs… Ce qui prête mal à des calculs éventuels. 5- La poubelle «Suppression de la rangée» est à abandonner, car nous devons garder les noms des personnes qui se sont inscrites, mais qui ne se sont pas présentées. Généreux Maître Jérémie Gimenez, «Présence» et «choix de trajet/parcours» sont donc 2 rubriques qui doivent figurer dans la table Participe. Oui, tout à fait. Ces deux rubrique permanentes accompagnent la date, le nom et les groupes, et constituent les informations essentielles sur la randonnée. S'ajouteront aussi quelles autres dont la météo, l'état des voies, et les commentaires des chefs de files et des participants. Donc, on ne prévoit pas de rubrique "Présent/Absent", c'est bien. Non, comme je disais à Apophis, il nous faut conserver la liste des inscrits en permanence. Ta compréhension est très juste. Il n'y a pas de recherche, sauf pour les données sur les personnes (participants inscrits (100) parmi les membres actifs :350, pour 2022 ) et les trajets. …on n'a finalement pas de table Groupe, et la table Participe ne relie pas Personne à Groupe mais à Randonnée. Ce que je présume ici c'est que la table <Participe> contient la liste des personnes inscrites tirée de ta table PER_Personnes. La confusion provient probablement du fait que je me suis fait petit fichier FMP pour l'exploration de solutions techniques avec uniquement la liste des personnes inscrites (Participants potentiels dont il nous faut connaître leur présence et choix de trajet) que j'ai nommé <PER_Personnes>. J'explore les astuces d 'Apophis, et me mets au travail…. «à suivre». Merci encore à vous deux
  15. Merci Jérémie, pour cette réponse rapide. Est-ce que ça colle au besoin ? Qu'y a-t-il en trop ou en pas-assez ? Quel beau devis tu as fait. Merci beaucoup. En fait, le fichier FM que j’ai joint, n’est qu’un faible reflet du fichier original, et me sert à explorer des solutions. Je l'ai d'ailleurs déjà modifié. Je m’explique. • Trajet. La table des trajets est déjà construite et comprend aussi les trajets sous forme d’images topographique. Le point de départ est toujours identique au point d’arrivée (boucle). Les distances sont aussi précisées. Certains trajets n’ont q’un seul circuit, d’autres deux et même trois, constituant les groupes. Le niveau de difficulté est aussi calculé en fonction des distances, des dénivelés et des pentes notées pour chaque trajet (enregistrement) et circuits. Pour l’inscription des présences, le présent projet, je focalise sur la présence des participants inscrits et leur choix de trajet (groupe) à l’aide de cases à cocher, selon le nombre de circuits proposés. • Randonnée (le présent projet) Ce modèle s’approche plus de celui d’une facture avec des inscriptions permanentes (rubriques de référence externe et table externe). Ce que j'explore. Dans l’élément «Entête», on trouve la date, le nom de la randonnée (provenant de la table des trajets), et les groupes selon les distances. Dans l’élément «Corps», les cases à cocher selon les groupes (le cas échéant) et les noms des participants inscrits sur une même rangée (maintenant une table externe). Ainsi, un trajet qui n’a que deux circuits, n’aurait que deux cases à cocher pour chaque personne. Le choix du groupe revient au participant selon le niveau de difficulté choisi pour cette randonnée. Dans l’élément sous-récapitulatif, le nombre de participants par groupe, et le décompte total des participants. • Groupe Lien d’un trajet (groupes/distances) vers randonnée pour créer la case à cocher pour chaque participant. • Participants Lien des personnes vers randonnée pour la liste des participants inscrits ( table externe s’ajustant au nombre de participants en 2 ou 3 colonnes selon le cas échéant). • Personnes La tables des personnes est déjà construite, contenant adresse civique, adresse courriel, date de naissance, date d’adhésion et de renouvellement, photo, genre, etc. Elle sert à filtrer les participants qui se sont inscrits à la randonnée. Il est prévu de construire un modèle pour les statistiques par personne, et par groupe. Pour les personnes: statistiques sur les dates de participation et kilométrage, et décompte de participation et kilométrage total pour l’année en cours. Il en sera de même pour les groupes. Merci encore, et au plaisir.
×
×
  • Create New...