Aller au contenu

FredoMkb

Membres
  • Compteur de contenus

    1 035
  • Inscription

  • Dernière visite

  • Jours gagnés

    27

FredoMkb a gagné pour la dernière fois le 9 juin

FredoMkb a eu le contenu le plus aimé !

À propos de FredoMkb

  • Rang
    800

Contacts

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

Profil général

  • Genre
    Homme
  • Lieu
    StÉ
  • Intérêts
    À part rien, absolument tout le reste ! ;-)

Profil FileMaker

  • FM Conférence
    Lyon 2015
  • FM
    FMPA16
  • OS
    Sierra-10.12.6
  • FBA
    --Non membre--
    Membre
    Platinum
    Trainer
    Reseller

Visiteurs récents du profil

9 891 visualisations du profil
  1. FredoMkb

    Formatage Conditionnel dans TE

    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.
  2. FredoMkb

    Formatage Conditionnel dans TE

    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]
  3. FredoMkb

    Aide sur rubrique/variable multivaluée

    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…
  4. FredoMkb

    Script sur temporisation

    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
  5. FredoMkb

    Graphique avec une donnée unique

    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 !
  6. FredoMkb

    Graphique avec une donnée unique

    Super, merci pour ton retour ! Sinon, à l'occasion, ce serait bien que tu postes un petit fichier d'exemple avec tes trouvailles et solutions… cela pourra sûrement être très instructif pour d'autres développeurs (en commençant par ton serviteur ) Merci…
  7. FredoMkb

    Graphique avec une donnée unique

    Alors, le nouvel exemple a pu te rendre service ? … as-tu trouvé une autre solution ?
  8. FredoMkb

    Créer un répertoire côté serveur

    Bonjour à tous… Quelqu'un sait s'il est possible, en version 16, de créer un répertoire (avec un chemin précis) côté serveur avec un script FileMaker ? (éventuellement avec un plugin au besoin) Merci
  9. FredoMkb

    Plugins de dialogue

    Salut tous Si l'option de faire les dialogues avec les outils natifs de FileMaker, en 14 tu peux faire ça avec un PopOver dans lequel on y place un panneau à volets, il suffit ensuite d'activer le bon volet suivant le contenu du dialogue à afficher… on peut même bloquer le PopOver pour forcer l'utilisateur à renseigner les rubriques requises… bref, c'est une autre piste, voir ce fichier d'exemple : DialogPopOver.fmp12
  10. FredoMkb

    Graphique avec une donnée unique

    Je ne suis pas spécialiste des graphes, mais une piste serait d'utiliser des listes de valeurs (avec la fonction "Liste()")… Graphique.fmp12.zip
  11. FredoMkb

    Graphique avec une donnée unique

    Salut, petit exemple suivant la suggestion de Clem… Graphique.fmp12.zip
  12. FredoMkb

    ORDEN DE POSICION EN UN LISTADO

    Hola… bueno, aqui es un foro en francés, no sé si va haber personas que puedan responderte… voy a tratar de lo que comprendi… Cuando tenes una lista des registros (records), podes saber que numéro de orden occupa cada uno (index) gracias a la función : "Get(RecordNumber)" (ver : https://fmhelp.filemaker.com/help/16/fmp/es/index.html#page/FMP_Help%2Fget-recordnumber.html%23)
  13. FredoMkb

    Alignement rubriques X/Y

    Salut… euh… non, dsl … pas mieux avec les outils natifs de Fmp… j'aurais fait comme expliqué par Tanguy…
  14. FredoMkb

    Où sont stockées les icônes de boutons?

    Salut Plein d'infos sur cette vidéo : https://www.1-more-thing.com/filemaker-14-icones-de-boutons-glyphes/
  15. FredoMkb

    AppleScript erreur -2741

    Yes, la syntaxe "officielle" est bien celle décrite par Clem, mais il est également possible de se passer du "open for access" et du "close access" si le fichier existe déjà, il suffit d'ajouter la classe "file" au chemin d'accès de type Mac (au format texte) pour que ça fonctionne : set sDoc to "" & (path to desktop folder) & "file.txt" set sTxt to "Uno, Dos, Tres" & return write sTxt to (file sDoc) starting at eof Pour s'assurer de créer le fichier si jamais il n'existe pas, on peut utiliser une structure de contrôle de type "try… on error… end try", comme ceci : set sDoc to "" & (path to desktop folder) & "file.txt" set sTxt to "Uno, Dos, Tres" & return try write sTxt to (file sDoc) starting at eof on error close access (open for access sDoc) write sTxt to (file sDoc) starting at eof end try L'instruction "close access (open for access sDoc)" se contente de créer un fichier vide… la suite reste identique… même si, pour bien faire, il faudrait encapsuler la seconde partie de la structure "try" dans une autre structure "try", des erreurs lors de la création ou de l'écriture sont toujours possibles…
×