Jump to content

Puimoisson04

Membres
  • Content Count

    3939
  • Joined

  • Last visited

  • Days Won

    72

Puimoisson04 last won the day on June 14

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
    FMPA 15
  • OS
    OSX.12
  • Certification
    --Non certifié--
  • FBA
    --Non membre--

Recent Profile Visitors

19246 profile views
  1. Bonsoir, Plus simple, vous pouvez aussi activer l'option "Supprimer les enregistrements liés de cette table quand l'enregistrement lié est supprimé" dans le lien. Supprimer l'enregistrement trouvé dans la première table supprimera alors tous les enregistrements liés de la seconde.
  2. Puimoisson04

    liens multiples

    OK, alors effectivement, un simple lien doit faire l'affaire, désolé pour le bruit. Votre problème doit alors venir de la structure (tables, OT et liens, votre lien entre produits et commande me semble curieux, il vous manque peut-être une table intermédiaire ?).
  3. Puimoisson04

    liens multiples

    Bonjour, Où, plus sûrement, un prix en "dur" dans les commandes, renseigné automatiquement et non modifiable par référence externe à la création ou validation de la commande.
  4. Bonjour, Le mode d'affichage n'a pas grand chose à voir avec l'exportation. La principale question est la nature du lien. 1 à 1 (1 enregistrement de la table A n'a qu'un enregistrement lié de la table B), 1 à n (1 enregistrement de la table A a plusieurs enregistrements liés de la table B), ou n à n (plusieurs enregistrements de la table A ont des enregistrements liés "communs"). Dans le premier cas (1 à 1) l'exportation peut se faire indifféremment à partir d'une des deux occurrences de table du lien. Dans le deuxième (1 à n) l'exportation doit se faire du côté "n"). Dans le troisième (n à n), il faut exporter à partir d'une OT de la table intermédiaire. Dans tous les cas, les rubriques à exporter se définissent dans la fenêtre d'exportation, indépendamment des rubriques affichées sur le modèle.
  5. Ah oui, j'ai oublié de mettre la rubrique en globale, mais ça ne change rien au fonctionnement. Elle est bien au format date ?
  6. Bonjour, Qqchose comme ça ? DateOuverture.fmp12.zip
  7. Bonsoir, Pas de problème pour supprimer un père ou une mère si on l'a créé par erreur. Juste qqs lignes de script à rajouter à grands coups de Si et de boite de dialogue et en utilisant le lien Id (et non le lien CleMagique). Le principe, toujours déclenché à la modification de Reproducteur. Si (Reproducteur = Non). Si une rubrique liée père ou mère (sur l'Id) existe Boite de dialogue "Voulez vous supprimer ce père/cette mère avec les boutons Supprimer/Annuler… Si le choix de la boite de dialogue est Supprimer -> Supprimer la fiche liée. Je peux faire un exemple si vous ne vous en sortez pas
  8. La clé magique sert à créer des enregistrements dans une autre table sans quitter la table "source". Sur le principe de son fonctionnement, je vous renvoie au site et aux explications de Fabrice son "inventeur". Pour renseigner plusieurs rubriques de l'enregistrement créé, il suffit de rajouter des lignes dans le script qui deviendra qqchose comme (pour la seule partie qui renseigne les rubriques de l'enregistrement créé dans le cas d'un mâle) : Definir rubrique (OT de la table Pere liée par la clé magique::Nom ; Rub Nom de la table source) Definir rubrique (OT de la table Pere liée par la clé magique::NumLOF ; Rub NumLOF de la table source) Definir rubrique (OT de la table Pere liée par la clé magique::NumPuce ; Rub NumPuce de la table source) Definir rubrique (OT de la table Pere liée par la clé magique::ADN ; Rub ADN de la table source)
  9. Bonjour, En espérant avoir à peu près compris le problème, une solution avec un déclencheur de script et une clé magique. Dans l'exemple joint, on ne renseigne qu'une rubrique de Pere ou Mere à partir de la table "source", mais la clé magique permet de passer autant d'infos que l'on veut. Creation.fmp12.zip
  10. Puimoisson04

    Fonction SI

    S'il faut un résultat variable, alors la fonction CAS est plus appropriée. Cette fonction passe en revue des conditions et renvoie le résultat de la première condition remplie (ou un résultat par défaut si aucune condition n'est remplie). Pour votre question, ça donnerait quelque chose comme : Cas ( EstVide (RubTest) ; Valeur de Rub automatique ; //La condition et son résultat si cette condition est remplie Valeur de la RubTest ) //Résultat par défaut si la rubrique test n'est pas vide.
  11. Puimoisson04

    Fonction SI

    On ne doit pas parler de la même chose ? EstVide.fmp12.zip
  12. Puimoisson04

    Fonction SI

    Bonjour, Ce n'est pas tant le Si qu'il faut regarder, mais la fonction EstVide. Si ( EstVide ( RubÀTester) ; Résultat ), renvoie le résultat si la rubrique à tester est vide, mais ne renvoie rien si la rubrique contient 0.
  13. Bonsoir, Les comptes et autorisations permettent de fixer des conditions pour pouvoir avoir accès à un modèle, un enregistrement, une rubrique… C'est l'arme absolue, mais au début c'est un peu compliqué à paramétrer. Rajouter une requête ne nécessite que 3 lignes de script (Mode Recherche, Définir rub., Restreindre les enregistrements trouvés). Vous pouvez en faire un script "dédié" et l'appeler à la toute fin des différentes opérations. Bon courage
  14. Bonjour, Deux pistes. Les comptes et autorisations. Un script qui, au lancement de la recherche, rajoute l'Id du commercial comme critère de recherche.
×
×
  • Create New...