Jump to content

tcolles

Membres
  • Posts

    1475
  • Joined

  • Last visited

  • Days Won

    103

tcolles last won the day on May 12

tcolles had the most liked content!

7 Followers

About tcolles

  • Birthday 12/22/1973

Contact Methods

  • Website URL
    http://www.1-more-thing.com

Profile Information

  • Gender
    Homme
  • Location
    Louvain-la-Neuve
  • Interests
    un peu de tout

FileMaker Profile

  • FM
    19
  • OS
    OSX & Win
  • Certif.
    FileMaker 18
  • Claris Partner
    Membre
    Platinum

Recent Profile Visitors

12835 profile views
  1. Bonjour, Effectivement l'édition conditionnelle se joue au niveau d'un enregistrement. Le plus fiable est alors de faire une table à part avec les rubriques à verrouiller et de travailler avec un lien de 1 à 1 entre la table actuelle et cette nouvelle table. Il existe bien des artifices pour gérer cela au niveau du modèle, mais ce ne sont que des artifices d'interface et pas une vraie sécurité. Vous pouvez par exemple superposer deux rubriques dont l'une est accessible en utilisation et l'autre pas et définir dans les conditions de masquage de la rubrique votre calcul de 24h Bien à vous, Tanguy
  2. Bonjour, effectivement les valeurs seront stockées dans l'ordre dans lequel elles ont été cochées. Pour trier, il existe la fonction "SortValues" -en français dans le texte- que tu peux alors utiliser soit comme auto-entrée sur la rubrique elle-même SortValues ( contenu ) ou dans une autre rubrique calcul bien à toi, Tanguy
  3. Exact, dans Alea, on reçoit un nombre entre 0 et 1; 0 étant inclus et 1 exclus Bien vu @Jérémie Gimenez
  4. Bonjour, Il est un peu dommage de devoir modifier l'enregistrement dans cette technique. Le plus simple est :
  5. Presque tout est "scriptable" dans la gestion des utilisateurs : création, suppression, activation, désactivation, reset mdp. Tout, sauf le changement de privilège. Pour ce faire, il faut supprimer le user et le récréer avec le nouveau privilège. (il est également dommage que l'identification du jeu de privilège dans l'étape de script ne puisse être une variable)
  6. Il ne faut pas spécialement que l'utilisateur soit en accès intégral mais simplement que les scripts exécutés se voient accordés les privilèges d'accès intégral.
  7. Bonsoir, Les actions de création de compte, suppression, activation, réinitialisation de mdp,...doivent être exécutées dans le fichier lui-même avec un privilège d'accès intérgal. Il est donc envisageable d'avoir une table de gestion des utilisateurs dans le fichier maître et que toutes les actions relatives à la gestion de comptes déclenchent des scripts dans ce fichier maître qui eux-mêmes font appel à des scripts similaires dans tous les satellites avec passage de paramètres (compte, privilège, mdp,...)La particularité des scripts est qu'ils doivent être exécutés avec le privilège accès intégral. bien à toi, Tanguy
  8. Bonsoir, Excusez-moi d'être un peu direct mais...pourquoi réinventer la roue ? Il existe des tas de moyens de gérer ses mots de passe. Et par ailleurs, je me dis que si vous êtes un peu perdu à cette étape, cela risque de se corser quand il sera question de la sécurité, gestion des droits, encryption, protection de votre base de données. Attache ta tuque avec d'la broche ! Je suis assez peu favorable à une base de données où l'on stocke des mots de passe dans des rubriques. Si par ailleurs vous souhaitez que l'on approfondisse sur la question d'une structure qui pourrait répondre à votre demande, il faudrait en dire plus sur les données et les fonctionnalités que vous envisagez. Bien à vous, Tanguy
  9. Bonsoir, "Définir rubrique par nom" fonctionne aussi en mode recherche. 1- mode recherche 2 - définir rubrique par nom = 1 3 exécuter recherche ------------------------------------------------- Par ailleurs, ce type de rubrique 'oui/non' s'appelle une rubrique booléenne et est de type nombre où 1 = vrai et 0 = faux - l'idéal est d'ailleurs de définir une auto entrée sur la rubrique comme suit : ObtenirCommeBooleen ( Contenu ) https://fmhelp.filemaker.com/help/18/fmp/fr/index.html#page/FMP_Help%2Fgetasboolean.html%23ww1285140
  10. Bonjour Marc, Tu peux essayer cette formule Let ( [ _time = "176'138\"79" ; _timeV = Substitute ( _time ; ["\"" ; ¶] ; ["'" ; ¶ ] ) ; _h = GetValue ( _timeV ; 1 ) ; _m = GetValue ( _timeV ; 2 ) ; _s = GetValue ( _timeV ; 3 ) ; _m = _m + int ( _s / 60 ) ; _s = mod ( _s ; 60 ) ; _h = _h + int ( _m / 60 ) ; _m = mod ( _m ; 60 ) ] ; time ( _h ; _m ; _s ) ) un peu testée...sans doute à bétonner
  11. L'action de script d'envoi de mail permet d'envoi un mail à un destinataire dont on précise le mail en mentionnant la rubrique qui le contient OU d'envoyer un mail à l'ensemble des destinataires de l'ensemble trouvé, FileMaker collecte alors toutes les valeurs de la rubrique mentionnée pour l'ensemble trouvé.
  12. tcolles

    Table questions

    Bonjour Effectivement si vous voulez simplement récupérer les valeurs stat et/ou calcul d'une table il faut un lien. (Ce lien peut être par ailleurs un lien de type X qui lie toutes les fiches des deux tables impliquées) Une autre solution est de se lancer dans du ExecuteSQL qui permet de s'affranchir des relations. Pour avancer plus précisément, il faudrait en savoir plus sur le schéma relationnel de votre base. Mais en soi, tout est possible 😉
  13. Le déclenchement d'une fonction d'un plug-in comme BE peut se faire dans une étape de déclaration de variable dans le script. Bien à vous, Tanguy
  14. Bonjour, Si la sélection se fait dans une rubrique de cases à cocher, les éléments sélectionnés sont organisés en liste. Dès lors, dans le script de recherche, il est possible de faire une boucle, en créant autant de requête qu'il y a d'éléments dans la sélection. Voici un exemple simple de mise en oeuvre Les ingrédients sont : une globale de sélection avec cases à cocher, un script de filtre qui créé autant de requêtes qu'il y a de cases cochées bien à toi, Tanguy . select.fmp12
×
×
  • Create New...