Aller au contenu

SBR

Membres
  • Compteur de contenus

    42
  • Inscription

  • Dernière visite

À propos de SBR

  • Rang
    25
  • Date de naissance 05/06/1970

Contacts

  • Website URL
    http://www.tropicalement-votre.com

Profil général

  • Genre
    Homme
  • Lieu
    Paris

Profil FileMaker

  • FM
    FMP10A, FMP11A, FMS9
  • OS
    Win10
  • FBA
    --Non membre--
  1. Bon... C'est à cause de mon neurone qui n'était pas allumé ! Oui, Tom, très bon résumé. En fait, tout était bien configuré, sauf... l'option "Inclure uniquement les valeurs liées à partir de", qui permet de définir la table liée. Dans mon cas, ça n'avait pas marché avec la table qui paraissait la plus logique, donc j'en ai essayé une autre, pas mieux. Sauf que pendant mes tests, il y a dû y avoir un bug temporaire ou je ne sais quoi, qui a faussé les résultats. (Pourtant, j'en ai fait, des tests, avant de décider de poster mon message...) Là, je re-change la table liée... et ça marche bien à chaque coup ! Résolu, du coup.
  2. Hello tout le monde. Sous FM11 (on ne rigole pas !), j'essaie de créer une liste de valeurs (LV) qui change de façon dynamique à partir du contenu d'une rubrique. Mais ça fonctionne aléatoirement... J'ai une rubrique texte "liste_de_valeurs_dynamique" qui contient toutes mes valeurs séparées par un saut de ligne, et une LV "liste_dynamique" basée sur cette rubrique. Par script, je définis le contenu de la rubrique, puis je valide l'enregistrement, puis je rafraichis même la fenêtre en vidant les données en cache, et j'espère en croisant les doigts que ma LV se réactualise toute seule comme une grande. Sauf que ça marche 1 fois sur 2 sous FM Pro Developer (du coup, le script vérifie les contenus de la rubrique et de la LV, et s'auto-rappelle si différents -- bidouille à la con mais qui fonctionne) et pas du tout sous FM Pro (la LV garde désespéremment le contenu défini lors de l'ouverture de la base de données)... Je ne sais pas comment forcer l'actualisation. L'objectif, c'est de créer une boîte de dialogue personnalisée proposant X actions sous forme de cercles d'option, ces actions pouvant varier totalement selon le script qui ouvre la boîte de dialogue (donc pas possible de se baser sur une table externe, à moins de générer X enregistrements à la volée à chaque fois, ce qui est un bazooka pour tuer un moustique). Vous avez déjà rencontré ce genre de problème ? Merci de votre aide ! Cdlt
  3. SBR

  4. Editeur De Texte Html Pour Filemaker

    "FMEasyHTML is not compatible with FileMaker Pro for Windows."
  5. Fm Source Piraté ?

    Ce n'est pas vraiment rassurant... Mais apparemment l'équipe FMSource est consciente du problème, c'est un premier pas. Vivement qu'une solution soit trouvée. a+
  6. Fm Source Piraté ?

    Bonjour. Depuis plusieurs semaines, chaque fois que je cherche un sujet FileMaker dans Google et que je tombe sur une page FM Source, quand je clique sur le lien, au lieu de m'amener sur le site, ça m'ouvre un site de pub avec un gros pop-in de sites porno dessus ! Exemple : http://filestore321.com/download.php?id=4261738b Ca ne le fait qu'une fois par jour (j'imagine que c lié à la durée de validité du cookie, car je peux reproduire ce comportement en changeant de navigateur), et ça ne le fait pas si j'accède au site en tapant directement son URL. J'ai ce souci UNIQUEMENT avec fmsource.com, d'où mon interrogation sur un "piratage" qui consisterait à détourner une partie de votre trafic vers un site peu recommandable... Et comme ça ne se produisait qu'à ma 1re connexion, je me suis demandé au début si je n'avais pas cliqué sur le mauvais lien dans Google, ou si ce n'était pas une pub "volontaire" de votre part. Après plusieurs tentatives sur plusieurs semaines, j'ai fini par comprendre que je cliquais bien au bon endroit et que ce n'était pas de votre fait. Quelqu'un d'autre a remarqué ça ? Cordialement
  7. [Résolu] Export Au Format Texte

    Hello. Oui, ça marche, j'utilise la même technique pour exporter des contenus impliquant des re-traitements complexes, ou nécessitant par exemple d'exporter dans un même fichier la concaténation de 2 traitements distincts. Je peux y ajouter mon expérience, qui peut également servir à la communauté. Je suis tombé sur un os : dans mon cas, je devais générer ce fichier unique chaque nuit, puis le transférer par FTP chez un partenaire. Mon script fonctionnait parfaitement en tant que script "client" manuel. Mais quand j'ai créé un programme pour en faire un script "serveur" planifié, j'ai eu une erreur "Action de script non prise en charge" ! L'astuce consiste dans ce cas à utiliser "Exporter enregistrements" (qui ne contient que la rubrique "GlobalePourExport") au lieu de "Exporter contenu de rubrique", en ayant pris soin d'isoler la fiche courante auparavant (Afficher tous les enreg. / Ignorer enregistrement / Afficher enreg. ignorés uniq.). L'inconvénient, c'est que les caractères spéciaux ne sont pas forcément gérés de la même façon entre les 2 instructions (dans un cas j'avais des sauts de ligne, dans l'autre cas des caractères "Vertical Tabulation" indésirables)... Si vous avez d'autres astuces pour bien traiter ce genre de cas, je suis preneur ! a+
  8. Variables Et Tableaux Associatifs

    Au détour d'un petit test, je viens de découvrir que FM 11 permet de créer des tableaux de variables associatifs, comme en PHP / JavaScript / etc. ! Cette fonctionnalité est-elle documentée quelque part ? Je n'ai rien trouvé dans l'Aide de FM ni sur le Web... Etait-ce déjà le cas en FM 10 ? Il me semble avoir fait des tests qui étaient négatifs, à une époque... Bref, autrefois, il semblerait qu'on ne pouvait définir des tableaux qu'à l'aide d'indices numériques : Définir Variable [nom = $nom_var; indice = 1; valeur = "pomme"]Définir Variable [nom = $nom_var; indice = 2; valeur = "poire"]Définir Variable [nom = $nom_var; indice = 3; valeur = "scoubidou"] Et pour afficher la valeur "pomme", on écrivait $nom_var[1], etc. Maintenant, on peut faire ceci : Définir Variable [nom = $nom_var; indice = "pomme"; valeur = "fruit du pommier"]Définir Variable [nom = $nom_var; indice = "poire"; valeur = "fruit du poirier"]Définir Variable [nom = $nom_var; indice = "scoubidou"; valeur = "machin crétin"] Et pour afficher la valeur "fruit du pommier", on écrit $nom_var["pomme"], etc. Ca pourrait être particulièrement pratique... s'il existait un moyen de parcourir tout le tableau, comme avec la structure FOR EACH ($tableau) {...} de PHP par exemple ! Pour les indices numériques, c'est facile avec Boucle / Fin de boucle si et une variable compteur qu'on incrémente de 1 à chaque tour. Mais avec les indices associatifs, il n'y a pas d'astuce ? Merci de vos lumières.
  9. Tri Sur Rubrique Statistique, Le Retour !

    Wow, je ne m'attendais pas à un tel succès. Personne n'a lu mon msg à cause des vacances ? Personne n'a compris mon msg ? Personne n'a d'avis ou de solution ? Ma question est stupide ?
  10. Tri Sur Rubrique Statistique, Le Retour !

    Hello. J'ai fait des recherches un peu partout : la question du tri sur des rubriques de type Statistique a été posée dans divers posts, mais personnne ne semble y avoir répondu... Alors je prends l'initiative de créer un post spécifique. S'il est redondant, un admin peut le supprimer. LE PROBLEME : Dans un rapport avec données groupées, il est facile de calculer une somme par regroupement, autrement dit de définir un tri a priori sur les données. Exemple typique : un état de chiffre d'affaires, avec des totaux en €, triés/regroupés par mois puis par produit vendu. Cependant, FileMaker ne permet pas d'effectuer un tri a posteriori sur une rubrique de type Statistique. Exemple typique : un état des meilleurs chiffres d'affaires, avec les 20 premiers produits vendus dans le mois, triés par total décroissant. DES SOLUTIONS : J'ai déjà eu à traiter ce genre de cas, et plusieurs solutions ont été envisagées, mais aucune n'est "légère". 1) Export/réimport On commence par générer l'état de chiffre d'affaires par mois avec un total pour chaque produit vendu. On exporte l'état puis on le réimporte dans une table dédiée aux statistiques. Par ce procédé, les données de type Statistique se sont transformées en données de type Nombre, et il est possible de re-trier comme on veut. * Inconvénients : c'est lourd (création d'une table spécifique, qu'il faudra purger, export/réimport, etc.) et le temps de génération est long. * Avantages : c'est "propre", et la table statistiques peut être mutualisée pour de nombreux autres états et permettre des re-traitements multiples sans toucher aux données source. 2) Remplacement On commence par générer l'état de chiffre d'affaires par mois avec un total pour chaque produit vendu. On utilise l'instruction "Remplacer contenu rubrique" pour stocker chaque total de type Statistique dans une rubrique de type Nombre, puis on re-trie sur cette dernière rubrique. * Inconvénients : Déjà, je ne sais pas si ça fonctionne tel quel ou s'il faut passer par une rubrique intermédiaire de type Calcul avec la fonction "Récapitulatif". Ensuite, il est gênant de modifier l'enregistrement source pour y ajouter une donnée temporaire. En effet, dans le cas présent, ça revient à altérer une ligne de facture, donc potentiellement à changer sa date de modification, etc. * Avantages : très simple à mettre en place. 3) Liens Au lieu d'utiliser des rubriques de type Statistique, on utilise des liens et des rubriques de type Calcul pour générer le total CA pour chaque produit selon les critères voulus. * Inconvénients : c'est lourd, ça implique de créer X liens en plus des X rubriques de calcul... * Avantages : contrairement aux 2 solutions précédentes, on ne génère le rapport qu'en 1 seule passe. 4) ??? VOS AVIS : Comme je dois créer un nouvel état de ce genre, plutôt que m'appuyer sur des solutions existantes mais bancales, j'aimerais repartir sur une base saine. J'aimerais donc avoir les avis de la communauté, d'abord pour savoir s'ils utilisent d'autres solutions, et si non, laquelle leur paraît la plus pertinente et/ou propre et/ou simple à mettre en place. Je suis vraiment perplexe sur ce point, d'autant que ça me paraît une question relativement classique !! Ma connaissance de FM est trop légère ou bien c'est un post pertinent ?
  11. Impossible D'activer Une Rubrique D'un Onglet Secondaire

    Content d'avoir été utile. Non, j'avais déjà essayé cette solution (cf. mon post initial) et ça ne marchait pas plus.
  12. Onze Bouge Ou Onze Gratte ?

    +1 En dépit du bon sens, FileMaker semble développé davantage par les marketeux que par les développeurs. Ca conduit à un certain nombre d'aberrations, mais c'est comme ça... Notamment parce que les marketeux n'ont toujours pas compris que FileMaker est davantage un SGBD à interface graphique à destination du développeur d'applications (comme MS Access), qu'un simple outil bureautique à destination de l'utilisateur final (comme MS Office, par exemple, dont ils essaient de s'inspirer). S'ils avaient capté ça, ils s'inspireraient davantage de MS Access que de MS Word ou MS Excel, et certaines fonctionnalités existant depuis PLUS DE 10 ANS dans Access auraient été mises en place depuis LONGTEMPS dans FM : les sous-formulaires (toujours absents), les déclencheurs, la mise en forme conditionnelle, les libellés dynamiques (toujours absents malgré la tentative ratée avec les variables de fusion), etc. Parfois, ça me désespère grave. L'annonce d'une nouvelle version, c'est d'abord espoir et fébrilité , puis déception et déprime. M'enfin, malgré ses manques et défauts, je préfère toujours FM à Access, donc...
  13. J'avais pensé à cette solution au départ, mais comme je me base sur la table contacts, chaque enregistrement EST un contact, et éventuellement un client aussi (selon qu'il a passé une commande ou non). Donc j'ai cru que ça ne donnerait pas de résultat probant. Ceci dit, en y repensant, le résultat sera peut-être correct quand même ! Pour un enregistrement, la formule donnera toujours 0 ou 100, mais la moyenne devrait être correcte... Je vais tester. Merci de m'avoir remis sur cette voie.
  14. Bonjour. J'avais trouvé cette solution aussi, cependant... Comment fait-on quand on a PLUSIEURS regroupements (ou tris) ? J'ai un état basé sur ma table "contacts", qui doit m'afficher le taux de concrétisation d'abord par mois, puis par commercial sur chaque mois, puis par mode de contact (Internet, Téléphone, Visite physique) pour chacun des commerciaux sur chaque mois. J'ai 2 rubriques statistiques "nb_contacts" et "nb_clients", qui fonctionnent parfaitement sur les 3 niveaux de regroupement/tri (mois, commercial, mode). Sachant que le taux de concrétisation est nb_clients / nb_contacts * 100, j'ai tenté de créer une rubrique calculée avec cette formule. Ca marche uniquement pour le total général, c-à-d celui affiché dans le récapitulatif de pied de page. Et pour dans tous les sous-récapitulatifs, c'est la même valeur que le total général. Ca peut paraître logique, puisque ma rubrique de calcul n'est pas une rubrique statistique. Mais comment faire de façon simple, c-à-d sans passer par des liens ou des scripts ? Recapitulatif ( rub ;champ_regroupement ) ne fonctionnera que pour le sous-récap par mois, mais pas pour les 2 autres niveaux. Je ne vais pas faire 3 états, chacun basé sur un regroupement différent ! Quelqu'un à sûrement rencontré ce problème, qui me semble assez classique (je n'ai rien trouvé dans ce forum, ai-je mal cherché ?). Idem, comment TRIER sur une rubrique statistique, par exemple pour afficher en premier les MEILLEURS mois ou commerciaux ou modes, donc ceux qui ont généré le plus de clients à partir des contacts ? Une solution serait d'exporter toutes les données, de les importer dans une table dédiée aux statistiques, puis de retraiter les rubriques (de type "nombre") par script avant de les afficher. On peut alors effectuer tous les traitements et tris qu'on veut dessus ? Mais s'il y a plus simple que passer par export/réimport/retraitement dans une autre table et par script, je suis preneur !
  15. Insertion De Texte Dans Une Rubrique Calculée [Résolu]

    Par définition, il est impossible de rentrer quoi que ce soit dans une rubrique calculée ! Mais il y a plusieurs façons de faire. Admettons que tes "éléments nécessaires à sa déduction" s'appellent element1 et element2. - Tu peux créer une rubrique code en saisie libre ET une rubrique calculée _code (dans mes bases, tous les champs calcul sont précédés d'un "_" pour les différencier des autres, de même que toutes les globales sont préfixées par "g_"). ==> Si element1 et element2 sont remplis, le contenu de _code sera déduit en fonction d'eux, sinon il sera égal à code. - Tu peux créer une rubrique code en saisie libre avec une entrée automatique "Résultat de calcul" AU LIEU de _code. ==> L'utilisateur peut y saisir des données. Mais attention, il est possible que la rubrique ne soit pas réactualisée en cas de modification ultérieure de element1 et element2. Tout dépend de comment c'est configuré (décocher "Ne pas remplacer" est-il suffisant puisque le contenu dépend d'autres champs ?), ou si tu utilises des scripts, par exemple.
×