Jump to content

FragonLeSec

Membres
  • Content Count

    51
  • Joined

  • Last visited

  • Days Won

    1

FragonLeSec last won the day on December 10 2019

FragonLeSec had the most liked content!

About FragonLeSec

  • Rank
    50
  • Birthday 03/14/1959

Profile Information

  • Gender
    Homme
  • Location
    Montréal, Québec

FileMaker Profile

  • FM
    FMP18A,FMP17A,
  • OS
    Mojave
  • Claris Partner
    --Non membre--

Recent Profile Visitors

2188 profile views
  1. Merci la je comprends. Mais je n’utiliserais pas cette technique. D’abord, elle est trop confuse pour les esprits simples comme le mien. Elle suppose que tu connais les conditions préalables et extérieures au lien. En regardant le lien, il n’est pas évident qu’un lien vers tous te donnera un sous-ensemble (sauf si tu sais que quelque part la sécurité dit que…) De plus si tu changes ta règle de sécurité la réponse retournée sera fausse (tu auras tous les enregistrements). Tandis que le lien UserAccount vers UserAccount te donnera toujours le bon nombre. Et en regardant le lien, o
  2. Désolé mais je vois pas comment ça fonctionne. Le lien X il est de quelle rubrique vers quel rubrique? Ma compréhension du lien X est que tous les enregistrements de la table droite sont sélectionnés. Peut importe la sélection de la table gauche. Quelqu'un peut m'expliquer? Ps merci Jérémie pour la recherche. Toujours intéressante ces petites recherches.
  3. Salut Je suis en train de faire un truc semblable. J'ai fait un lien vers la même table. Le lien est OccurenceA::NomUtilisateur = OccurenceB::NomUtilisateur et j'utilise une rubrique Statistique qui compte le nombre de ID. Ça fonctionne. C"est peut etre parce qu'iil est tôt ici au Canada mais je vois pas comment un lien X pourrait fonctionner.
  4. Bonjour, Sur mon ipad 7 qui a une résolution de 1620 x 2160 pixels, 4:3 ratio (~264 ppi density) J'ai une surface de travail de 834 x 1004 ( dans les modèles de FileMaker ) Je joins un fichier que j'utilise. Je l'envoie aux utilisateurs et je leur demande de me retourner l'info par courriel. Il est conçu pour les mac mais je viens de l'essayer et j'obtiens sur mon iPad7 ceci HTH Sylvain Parent BaseTestEcran_V0.fmp12
  5. Bonjour, Vous donnez peu de précision sur l'endroit où vous voulez que le calcul se fasse. Je joins un fichier exemple. Dans le premier exemple, l'arrondi est fait dans une fonction personnalisée. Dans le deuxième exemple le calcul de l'arrondi est fait par 1 script. Dans le dernier exemple, le calcul est fait dans la définition de la rubrique. Le dernier exemple accepte en saisie la virgule et le point même le séparateur décimal arabe est accepté. Il est préférable de faire l'arrondi à l'extérieur de la définition de la rubrique. Ainsi ,si un jour, vous devez arrondir
  6. Oui c'est la résolution qui compte. De plus, si vous êtes sur windows avec une ancienne version de Filemaker vous aurez des fenêtres dans des fenêtres. Utilisez la base de test sur Windows trouvez une taille qui vous convient puis utilser les dimensions «Espace pour contenu». Je travaille peu sur windows donc mon expérience est limitée.
  7. Bonjour, Vous ne dites pas si vous utilisez Mac ou Windows. Dans mon entreprise j'utilise pour les utilisateurs Mac qui ont des écrans de 1920 x 1080 un gabarit interne de 1792 x 896. Ce gabarit laisse assez de place pour le dock. Je suis arrivé à ces dimensions après consultations avec les utilisateurs. Je leur ai envoyé le fichier Base_testEcran et ils m'ont retourné ce qu'ils préféraient. Vous entreprenez un dur labeur. Je vous recommande de faire approuver la dimension au préalable. Je joins le fichier. Il est en libre service et il peut servir sur tout type d'écran. Sylvai
  8. Salut, Tu ne dis pas si tu places tes données provenant de SQL dans une rubrique avant d'afficher ton graphique. Je traite les deux cas dans le fichier exemple joint J'ai mis dans ce fichier une fonction personnalisée qui s'appelle : «uNumb_00ConvertToNativeNumberV2» Cette fonction reçoit un nombre et l'adapte au format natif du fichier FileMaker. Elle gère les trois séparateurs décimaux connus: le point, la virgule et le séparateur décimal arabe le caractère Momayyez 1643. Elle n'a pas besoin de connaitre le séparateur du format natif. J'ai ajouté une rubrique exemple à la
  9. ESt-ce Mac OS 10.14.6 ou Mac OS 10.4.6? Si c'est 10.4.6 je suis étonné que FMPA 18 fonctionne.
  10. J’ai eu eu un souci semblable sur Mac. Le client de courriel par défaut était réglé sur Google. Je l’ai remis sur Mail et tout est entré dans l’ordre. Par contre je n’avais pas de message d’erreur. HTH
  11. FragonLeSec

    JSON point

    J'ai essayé toutes sorte de combinaisons et effectivement pas moyen de contourner ce point. Comme le json est valide c'est probablement un bogue. En javascript il est possible d'extraire des valeurs dont la clé contient un point.
  12. FragonLeSec

    JSON point

    Est-ce que l’on peut voir le JSON original?
  13. Essayez ceci limite inférieure : Div ( 102 ; 5 ) * 5 limite supérieure : ( Div ( 102 ; 5 ) * 5 ) + 5 limite inférieure : Div ( $entier ; $diviseur ) * $diviseur limite supérieure : ( Div ( $entier ; $diviseur ) * $diviseur ) + $diviseur
  14. Bonjour, En juin 2018, à la DotFmp, Fabrice Nordmann avait lancé un petit challenge. Obtenir le format de date natif du système sur lequel FileMaker s'exécute sans plugin. La discussion avait duré quelque temps et quelques bières. Si bien que (trop saoul je suis retourné à mon hôtel) j'ai manqué la solution trouvée par David Julot. Comme je ne l'ai trouvée nulle part. J'ai dû m'en fabriquer une en urgence. La voici en pièce jointe. L'astuce que j'ai trouvée est d'utiliser «Insérer résultat de calcul» Le fichier a été créé sur un système US pure vanille. Enjoy Si quelqu'un sait où se
×
×
  • Create New...