Jump to content

Puimoisson04

Membres
  • Content Count

    4033
  • Joined

  • Last visited

  • Days Won

    75

Puimoisson04 last won the day on October 17

Puimoisson04 had the most liked content!

3 Followers

About Puimoisson04

  • Rank
    3200
  • Birthday 10/05/1955

Profile Information

  • Gender
    Homme
  • Location
    Alpes-de-Haute-Provence

FileMaker Profile

  • FM Conférence
    Un jour j'irai !
  • FM
    FMP18
  • OS
    OSX 10.14
  • Certification
    --Non certifié--
  • FBA
    --Non membre--

Recent Profile Visitors

19479 profile views
  1. Bonjour, Affaire risquée, pas vraiment puisque vous garderez votre base actuelle jusqu'à ce que la nouvelle solution soit au point. Affaire délicate, à voir. Si vous n'avez pas encore créé les deuxièmes AVS (ou leur Id) dans la table Élèves, la démarche est assez simple puisque toutes les données qui vont aller dans la table intermédiaire sont dans la table Élèves. Mais même si ces deuxièmes AVS sont déjà créés, ce n'est pas insurmontable. - Dupliquer la base actuelle (et garder bien au chaud l'originale). - Dans la nouvelle base, dupliquer la table Élèves et la renommer comme table intermédiaire. Si vous n'avez pas encore créé les 2 AVS dans Élèves - Dans cette table intermédiaire, créer une rubrique identifiant "propre" et ne garder que les rubriques concernant le couple élève/AVS (à minima IdAVS et IdEleve). Si vous avez déjà les 2 AVS - Dans cette table intermédiaire, créer une rubrique identifiant "propre" et ne garder que les rubriques concernant le couple élève/AVS (à minima IdAVS et IdEleve) et les rubriques permettant d'identifier les 2 AVS. - Faire un script pour passer en revue tous et les enregistrements, dupliquer ceux ou il y a deux AVS et renseigner l'IdEleve de l'enregistrement créé avec le deuxième AVS. Puis - Modifier scripts, liens, affichages et calculs utilisant ces liens. - Supprimer les rubriques devenues inutiles dans Élèves et la table intermédiaire. Reste à tout vérifier puis mettre à jour si entretemps vous avez modifié la base d'origine.
  2. Sans éplucher, oui, c'est le principe.
  3. Bonjour, D'aussi simple, performante et évolutive, non. L'essayer c'est l'adopter…
  4. Bonjour, Si je comprend bien, vous êtes amené à "chercher une liste" (votre variable Filtre quand plusieurs valeurs sont cochées dans cette rubrique). Il faut autant de requêtes que de valeurs. Soit qqchose comme : Mode recherche Définir rubrique (Categorie ; 1ère valeur) Nouvelle requête Définir rubrique (Categorie ; 2ème valeur) … Exécuter la recherche
  5. Voici une solution (il y a probablement des alertes et des verrouillages à rajouter) : Un modèle avec une rubrique globale pour saisir la nouvelle couleur, deux liens pour afficher toutes les couleurs existantes et vérifier qu'une nouvelle couleur que l'on veut rajouter n'existe pas déjà, et deux scripts, un pour interrompre une création d'une nouvelle couleur, l'autre qui vérifie si une nouvelle couleur à rajouter est bien proposée, si celle-ci n'existe pas déjà, et si tout est OK crée la nouvelle couleur. Couleurs.fmp12.zip
  6. Créer une table dédiée aux couleurs permet d'éviter l'usine à gaz des multivaluées (délicates à manipuler et peu adaptées aux évolutions - rajout de couleurs). De même, cette table dédiée aux couleurs permet de n'avoir qu'une rubrique couleur, ce qui évite d'avoir à retoucher la structure quand vous rajouter des couleurs. Et on peut prévoir un script qui se déclenche et crée une nouvelle couleur quand on en ajoute une dans la table pays. M'enfin, c'est vous qui voyez !
  7. Bonjour, Il y a plusieurs solutions qui dépendent surtout de l'ergonomie et des calculs que vous voulez. La plus simple est probablement de créer une table Couleurs avec un enregistrement par couleur et de lier la rubrique Couleur de cette table à la rubrique Couleurs de la table des pays. Une rubrique calcul "Décompte" (des enregistrements liés) dans la table Couleurs vous donnera alors le nombre de pays concernés par chaque couleur.
  8. Bonsoir, Pas une mise en forme conditionnelle, mais une entrée automatique à définir dans les options de la rubrique. AB.fmp12.zip
  9. Bonsoir, Ce genre de question se pose le plus souvent quand on a un problème de structure. Le principe d'une base de données relationnelle comme FileMaker est de "ranger" les différents types d'infos dans autant de tables et d'accéder aux différents ensembles de données via des liens. Mais comme il y a toujours des cas particuliers, la réponse à votre question est oui. Via une auto-entrée à travers un lien, ou par script si les tables ne sont pas liées. Il faudrait en savoir un peu plus sur la structure de votre base et ce que vous chercher à faire pour vous répondre plus précisément;
  10. Bonjour, Les explications de Fabrice Nordmann sur la clé magique et ce que ça peut donner… ClefMagique.pdf CleMagique.fmp12
  11. Bonjour, Si je comprend bien, vous voulez dans une table externe de B posée sur un modèle de la table A, afficher les enregistrements liés de tous les enregistrements "trouvés/affichés" dans la table A. Si c'est ça, le principe est simple, lier la liste des enregistrements affichés à la rubrique Id_Client de la table B. On obtient sans problème cette liste avec une rubrique statistique Liste de [ Id_client ]… mais une rubrique statistique ne peut pas servir de lien… Je vois deux solutions. - Un petit script déclenché à chaque recherche ou masquage d'enregistrements de la table A qui va copier cette rubrique statistique et la coller dans une rubrique texte qui, elle, peut servir pour le lien. - Utiliser une manip. présentée par Fabrice sur la définition des rubriques et les liens. Créer une rubrique calcul (peu importe le calcul). La lier à la rubrique ID_Client de la table B. Revenir dans la définition des rubriques et mettre la rubrique en Statistique Liste de. Je crois qu'ill faut alors prévoir un raffraichissement de l'affichage.
  12. Puimoisson04

    Enregistrement

    Bonjour, Comment aller-vous chercher le prix ? Quel calcul, d'après quels liens utiisez-vous dans votre Définir rubrique ? Si vous passez par un lien vers tous les prix d'un produit, il vous faut demander dans le lien le tri des prix par date décroissante (le premier enregistrement que "verra" FMP sera alors le plus récent).
  13. Hello, Le principe est de "chercher" si une valeur donnée (de la liste de valeur de la rubrique de cases à cocher) est présente, et de masquer une autre rubrique si cette valeur est trouvée. Pour reprendre le complément de réponse de Tanguy, les valeurs à chercher sont Canin, Félin ou Nac (les valeurs de la liste de valeurs) et, à voir la première capture d'écran, ce masquage est à poser sur les rubriques cibles (les n° de box), et non la rubrique de coches (qui n'en peut mais…). Masquer.fmp12.zip
  14. Bonsoir, Une possibilité : Masquer quand EstVide ( ValeursFiltre ( RubCasesàCocher , Valeur ) ) avec Canin, Félin ou NAC comme valeur selon la rub.
  15. Bonjour, Vous pouvez accoler plusieurs fois la même TE comme autant de colonnes, mais en décalant (dans les options de chaque occurrence de la TE) les enregistrements affichés. 1-n pour la première, n+1-nx pour la seconde, etc. Pour ouvrir la fiche d'une vignette cliquée, "Activer enregistrement lié" ou un script récupérant l'Id de l'image cliquée (si la fiche n'est pas dans la même table que la photo.) et allant chercher la fiche dans sa table.
×
×
  • Create New...