Jump to content

FredoMkb

Membres
  • Content Count

    1043
  • Joined

  • Last visited

  • Days Won

    28

FredoMkb last won the day on April 7

FredoMkb had the most liked content!

2 Followers

About FredoMkb

  • Rank
    800

Contact Methods

  • Website URL
    http://fredomkb.free.fr/
  • Skype
    FredoMkb

Profile Information

  • Gender
    Homme
  • Location
    StÉ
  • Interests
    À part rien, absolument tout le reste ! ;-)

FileMaker Profile

  • FM
    FMPA16
  • OS
    Sierra-10.12.6
  • Claris Partner
    --Non membre--
    Membre
    Platinum
    Trainer
    Reseller

Recent Profile Visitors

11243 profile views
  1. Bonjour à tous Visiblement le lien de téléchargement de la solution de dialogues avec des Popovers semble mort, du coup je le rebalance pour ceux qui seraient (encore) intéressés @+ DialogPopOver.fmp12.zip
  2. Bonjour,

    Je suis très intéressé par "liste-contenu" que j'ai téléchargé et mis un peu à ma sauce pour la tenue des documents de mon association de type : "Administration interne / Administration externe / Subvention / Locaux, etc.". Mais bizarrerie, je tente en vain de créer une rubrique "conteneur" et son bouton associé qui me permettrait d'aller chercher un document pour l'afficher dans cette rubrique. Je suis sur FMP 12.

    Curieusement, toute rubrique "conteneur" reste grisée dans le graphe des OT, mais même ramenée à un type "texte", impossible de lui donner le script (qui marche pourtant sur d'autres de mes fichiers FMP) d'insertion de document.

    Comment expliquer cela ?

    Merci pour votre aide, qui me serait bien précieuse.

    1. FredoMkb

      FredoMkb

      Bonjour,

      Tout d'abord, merci d'avoir téléchargé cet ancien petit fichier d'exemple pour la réalisation d'une structure que j'avais nommé à l'époque "Liste-Contenu" mais dont la terminologie "officielle" serait plutôt "Master-Details"… bref, c'était juste l'occasion d'illustrer une technique possible pour ce type de structures.

      Concernant votre problème, pour être honnête, je ne comprends pas très bien ce qui pourrait empêcher de créer et d'utiliser une rubrique de type conteneur, en tout cas, le fichier tel qu'il est, ne devrait poser aucune restriction de ce type, je viens de le tester sans rencontrer aucun soucis.

      L'idéal serait que vous puissiez m'envoyer un petit fichier d'exemple avec le blocage que vous évoquez, histoire que je puisse constater le soucis et d'essayer d'y comprendre sa nature, afin de chercher éventuellement une solution. Malgré vos explications, il est assez incertain en l'état de bien comprendre ce qui arrive dans votre cas de figure.

      Merci, à bientôt…

      Fredo

    2. Dimdem

      Dimdem

      Bonjour,

      Merci pour votre réponse. Moi non plus je ne comprends pas.

      Voici le fichier

      Liste-Contenu-14.fmp12.zip

    3. FredoMkb

      FredoMkb

      Bonjour, 

      Voici le fichier corrigé… en fait, dans le script "Insérer doc", l'insertion de l'image ou du document doit se faire à partir de l'occurrence de table "_Article_Un", car c'est bien celle-ci qui est active sur l'onglet "Documents".

      En espérant avoir aidé…

      Fredo

      Liste-Contenu-14-Ok.fmp12.zip

  3. Comme Fabrice, les objets clignotants ou auto-animés ne sont pas vraiment recommandés en principe sur des interfaces utilisateurs. En revanche, l'affichage conditionnel d'un objet graphique visible et évocateur (genre icône ou emoji par exemple) peut souvent être suffisant pour attirer l'attention de l'utilisateur sur la zone désirée, sans avoir recours à une quelconque animation…
  4. Euh… c'est justement ce point qui reste confus dans mon esprit, tu veux dire : 1. Attribuer un nouveau nom à une rubrique existante ? 2. Récupérer le nom complet (table::rubrique) d'une rubrique existante ? Pour le point 1, comme je le disais plus tôt, pas de solution dynamique pour faire ça. En ce qui concerne le point 2, tu peux par exemple utiliser la fonction "ObtenirNomRubrique ()" (voir : https://fmhelp.filemaker.com/help/18/fmp/fr/#page/FMP_Help%2Fgetfieldname.html) ou éventuellement la fonction "Evaluation ()" comme indiqué par @dwikstroem
  5. Je crois qu'on s'est mal compris Fabrice, lorsque je parlais d'acrobatie (peut-être le mot est mal choisi), je me référais à cette question : Et pas du tout le fait d'utiliser des valeurs entre les rubriques… mais j'ai sûrement mal interprété la requête initiale…
  6. Bonjour, Non, il n'y a aucun moyen dans FileMaker pour nommer les rubriques de manière dynamique suivant un quelconque calcul. Le nom des rubriques sont toujours statiques et doivent être uniques dans chaque table. D'ailleurs, sauf erreur, je n'ai pas connaissance qu'un autre système de bases de données permette de telles "acrobaties" avec les rubriques…
  7. Merci @fabriceN et @rsv1000r pour vos précisions, je vois bien plus clair maintenant et, en effet, à ma connaissance, il n'y a rien de natif dans Fmp pour faire ça… je vais cependant jeter un coup d'oeil du côté d'AppleScript… sait-on jamais
  8. Bonjour Alain, FileMaker a parfois des comportements assez bizarres (pour ne pas dire totalement illogiques 😕), mais bon, faut s'y faire… Donc, petite "manie" à adopter pour éviter le plus possible ce type de désagréments : lorsqu'on crée un nouveau fichier Fmp, il faut régler tout un tas de petites choses au niveau de la configuration du fichier et des propriétés des modèles crées par défaut, dont l'affichage des badges, les règles, les guides, la grille, les options du modèle, etc., il suffit ensuite de fermer ce fichier vierge ainsi configuré et de le réouvrir pour que tous ces réglages soient mémorisés dans le fichier… après on peut y travailler tranquil dans l'environnement que nous convient le mieux. Cette étape de pré-configuration des fichiers Fmp, est surtout indispensable à faire pour tout fichier qui sera installé sur un serveur Fms, car une fois en place sur le serveur, aucun de ces changements ultérieurs ne sera mémorisé… il faudra alors décrocher le fichier, faire les modifications et réinstaller le fichier sur le serveur… bref, que des manipes longues et pénibles… Une autre manière de faire, serait de créer un fichier "template" vierge où toutes ces configurations ont déjà été faites (en plus de l'installation des fonctions personnalisés courantes, des scripts habituels d'ouverture et fermeture, des listes de valeurs nécessaires, etc.), puis créer tout nouveau projet à partir de ce fichier… cela évite de refaire tout le temps les mêmes configurations… Voilôûlôû
  9. Salut Gilles, Juste parce que j'ai un peu de mal à comprendre ce que tu cherches à faire, pourrais-tu préciser Stp ce que tu nommes un "signet dans un Pdf" ? (et quel est son utilité dans ton cas ?) … merci
  10. FredoMkb

    FredoMkb

  11. Oui, @dwikstroem, tu as entièrement raison, toutes les règles "vraies" s'appliquent… je voulais simplifier mon explication au cas de figure exposé ici, c'est à dire un même formatage pour deux critères différents… mais tu as raison de le préciser, car le mécanisme à l'oeuvre est tel que tu le décris.
  12. Salut… Si tu as créé deux règles de formatage conditionnel, c'est toujours la dernière qui est "vraie" qui est appliquée, même s'il y a des règles "vraies" avant… autrement dit, si les deux règles s'avèrent "vraies", c'est uniquement la dernière qui sera appliquée… À mon avis, tu devrais inscrire les deux conditions dans une seule et même règle de formatage conditionnel, un peu comme ceci : ( Longueur ( texte Cs ) > 120 ) Or ( DecompteValeurs ( texte Cs ) > 1 ) Si ce n'est pas ça, alors je n'ai pas bien pigé la nature du problème… [edit] Bon, je pense que ma réponse n'est pas correcte, car avec seulement deux règles, le résultat serait le même que le simple calcul… c'est donc autre chose qui est à la source du problème que tu rencontres… plus d'infos seraient peut-être utiles pour mieux cerner le soucis… [/edit]
  13. Salut… je dirais : oui et non ! Oui, sur la forme, cela ressemble en effet à une organisation de données sous forme de "tableau" (array). Non, pour plusieurs raisons liées à la nature même de la rubrique Multivaluée et à ses possibilités fonctionnelles : Perso, je préfère parler de "liste" de données, car il est impossible d'imbriquer plusieurs Multivaluées, ce qui est tout-à-fait possible avec les "array" et qui leur confère l'appellation justifiée de "tableau". De plus, côté fonctionnalités, la plupart des langages du Web offrent tout un tas de fonctions dédiées pour travailler avec les "array" (il n'y a qu'à voir la liste impressionnante disponible en PHP d'après ton lien), que ce soit avec les clés (indexées ou associatives) ou les valeurs… on peut même déclencher d'autres fonctions en parcourant un "array" (les fameuses fonctions "callback")… bref, rien de tout ça n'existe dans FileMaker, les fonctions dédiées sont très pauvres en nombre et en possibilités. Comme dit plus haut, les rubriques Multivaluées étaient utiles à une époque où FileMaker ne savait travailler qu'avec une seule table par fichier, aujourd'hui, leur utilisation serait plutôt réservée à de l'affichage ou au traitement de certaines données séquentielles locales (dans l'enregistrement)… car le fait que l'indexation d'une rubrique Multivaluée ne concerne que la première répétition, cela limite beaucoup leur utilité pour gérer des données (recherches et tris réservés à la seule première répétition, aucun intérêt du coup)… du coup, je rejoins la conclusion de "kurtz-le-pirate", pour éviter les migraines, à n'utiliser qu'avec les données locales de l'enregistrement ou éventuellement avec une portée globale pour mémoriser des préférences (settings). Pour ce qui est des variables Multivaluées, les fameuses "$$var[123]", il faut faire très attention, car les clés des ces variables, même si elles sont numériques, elles ne sont absolument pas indexées, du coup, si on ne tient pas une liste des clés utilisées, c'est super chiant de les gérer par calcul… cela peut même produire des mauvais résultats… Par exemple, si en PHP on fait (l'index commence à 0 zéro) : $datas = array( "cero", "uno", "dos", "tres", "cuatro" );unset($datas[2]); // on efface l'item d'index "2"echo $datas[3]; // l'item d'index "3" a la valeur "cuatro" désormais Si on fait une chose semblable en FileMaker (l'index commence à 1) : Let ( [ $$datas[1] = "uno" ; $$datas[2] = "dos" ; $$datas[3] = "tres" ; $$datas[4] = "cuatro" ; $$datas[2] = "" // on efface l'item d'index "2"] ; $$datas[3] // l'item d'index "3" a toujours la valeur "tres") Au fait, les variables Multivaluées de FileMaker, se comportent exactement comme des tableaux "array" associatifs, avec des clés numériques obligatoires, plutôt que comme des vrais tableaux "array" indexés. J'espère que ça aide à y voir plus clair…
  14. Salut Attention, les scripts sur temporisations sont normalement attachés à une fenêtre, qui n'accepte qu'un seul script et doit rester tout le temps affichée pour que ça fonctionne… Si tu as besoin de 3 temporisations différentes, tu dois les attacher à 3 fenêtres distinctes… et les trios doivent être affichées… ce qui complique un peu les choses… Et donc, attention également aux ralentissements que cela pourrait produire, surtout si tu travailles en réseau… bref, faudra tester tout ce bazzard… Voir la "Description" ici : https://fmhelp.filemaker.com/help/16/fmp/fr/index.html#page/FMP_Help/install-ontimer-script.html
  15. Oulà-là… nooon… je me suis sûrement mal exprimé, mais il n'y avait absolument aucun reproche ni jugement de valeurs dans ma remarque… Je voulais juste t'encourager à partager un petit fichier d'exemple, à propos du sujet de cet échange, si jamais tu en avais envie, aucune obligation hein… c'est tout !
×
×
  • Create New...