Jump to content

Aristot

Membres
  • Posts

    12
  • Joined

  • Last visited

Contact Methods

  • Website URL
    http://
  • AIM
    Skype : Aristotb

FileMaker Profile

  • FM
    FMP 8.5
  • OS
    OS 9.2 - OS X 3.9 - 4
  • Claris Partner
    --Non membre--

Aristot's Achievements

Newbie

Newbie (1/14)

0

Reputation

  1. Bonjours Merci Silex de cette explication, je comprend mieux mon erreur. A vouloir imposer ces idées sans respecter la phylosophie logiciel cela mène toujours à un mur. Je replanche sur le structure de ma base et rectifie le tir. Une heure plus tard..... Bien je reviens après avoir testé la structure propose par Jean Louis et Yvan car il semble que l'utilisation d'une Liste de valeurs liée à une rubrique même dans le cas de TE tirée d'une table de liaison soit dangereuse dans le sens ou si l'on modifie la rubrique liée à la liste de valeurs les infos obtenues sont erronée après cette modification. Donc si je comprend bien si l'on veut utiliser une liste de valeurs liée à une rubrique il est impératif que cette rubrique ne soit pas modifiable par l'utilisateur? Je joins mon fichier test pour que vous puissiez éventuellement le corriger si je me trompe Rubrique_et_liste_Val.fp7 Rubrique_et_liste_Val.fp7 Rubrique_et_liste_Val.fp7 Rubrique_et_liste_Val.fp7 Rubrique_et_liste_Val.fp7 Rubrique_et_liste_Val.fp7 Rubrique_et_liste_Val.fp7 Rubrique_et_liste_Val.fp7 Rubrique_et_liste_Val.fp7
  2. Jean louis Je tarde un peu à répondre à ton dernier poste mais je n'ai toujours pas trouvé la solution. Je joint un fichier exemple pour te montrer ce que je cherche à faire sachant qu'il ne sagit pas de gérer des inscriptions mais simplement savoir qui fait partie de quoi et être modifiable à la volée. Si d'autre idées fusent je suis preneur. Et je serais curieux de savoir pourquoi ce comportement. Merci à tous Rubrique_et_liste_Val.fp7 Rubrique_et_liste_Val.fp7 Rubrique_et_liste_Val.fp7 Rubrique_et_liste_Val.fp7 Rubrique_et_liste_Val.fp7 Rubrique_et_liste_Val.fp7 Rubrique_et_liste_Val.fp7 Rubrique_et_liste_Val.fp7 Rubrique_et_liste_Val.fp7
  3. Bonjours à tous et à toutes Jean louis, merci et il me semblait bien que je n'étais pas partie sur une base optimales, j'ai voulu faire simple mais je me suis pénalisé. Bien, il ne me reste plus qu'à rectifier le tir. Merci encore de conseils
  4. Effectivement certains ont des problèmes de téléchargements, ce qui est mon cas d'ailleurs. Avec Safari de temps à autres les téléchargements ne se clôturent pas. Dans ce cas j'utilise Firefox pour les rapatrier.
  5. J'ai eu le même problème et tu aura la réponse Ici Bon courage.
  6. Bonjour à toutes et à tous Un nouveau problème à vous soumettre..... Soit : - 2 tables "Adhérents" (+de 2000 fiches) et " Associations" (+ de 90 fiches) sans liens. - Un modèle de saisie "Adhérents" qui regroupe les infos standard dont une rubrique "Président de" tel et /ou tel association sachant qu'un adhérent peu être président d'une ou plusieurs associations. - Une liste de valeurs associé à cette rubrique ("Président de "), qui utilise les valeurs de la rubrique "Nom Association" de la table "Associations" et qui est donc dynamique en cas de création ou suppression d'association dans la table "Associations". - Un modèle pour cette rubrique (vue la taille de la liste) présenté sous forme de cases à cocher. - Enfin, sur le modèle de saisie un rappel de la rubrique "Président de " au format "Zone d'édition" qui affiche la ou les associations cochées. Le problème est le suivant, quand je modifie le nom d'une association de la table " Association", la liste de valeur de la rubrique "Président de "sous forme de case à cocher est mise à jour et non coché, mais la même rubrique dans le modèle de saisie ne l'est pas. Même comportement si je supprime un association, le modèle liste de valeur/case à cocher est mis à jour mais dans le modèle saisie le nom de l'association apparaît toujours. Mon montage ne semble pas très orthodoxe ou peut être un lien manquant quelque part ou alors ..... je jette tous et je retour à la couture !!! Merci de vos conseils. Ps: j'en profite pour remercier Rémy, qui lira certainement ce topic, pour son complément d'info sur les cases à cocher.
  7. Bon .... Eh bien voilà... c'était si simple Grâce à Gilles, Je suis aligné en finale.... Me reste plus qu'à apponter....! Merci
  8. Bonjour à toutes et à tous Une petite question technique sur le fonctionnement du forum. Comment fait-on pour incruster une capture d'écran dans un message du forum. Car je pense que d'ici peu, je vais devoir pratiquer...... Merci Ps : Ne rigolez pas , je n'y connais rien en HTML, PHP, JAVA et autres languages.....
  9. Bonsoir à toutes et à tous Je reviens pour clôturer ce topic puisque que les réponses apportées à mon problème mon permis de le résoudre (validation de saisie par touche "Entrée" ou bouton "Valider"). Je remercie encore Lady Granouye pour son soutien moral, Myopus pour sa méthode de recherche que j'ai appliqué telle quelle à mes recherche mono-rubrique, et à Amar pour son petit tuto que j'ai mis en application en simplifiant toute fois la partie ouverture de fenêtre car cela posait quelques problèmes de navigation. Voila merci à tout trois
  10. Merci Amar Cette fois-ci est la bonne. Tu resouds la deuxième parti de mon problème : la recherche sur multi-rubriques. Je dois reconnaître que l'utilisation de la commande "Autor. Annulation Utilisateur (non)" qui supprime le bouton "annuler" dans la zone d'état m'était encore inconnu. Dans ta solution, Amar, non seulement tu resouds le problème mais en plus tu laisse la possibilité d'utiliser la touche "Entrée" au utilisateur habités à taper "Entrée" après leur saisie. Chapeau et merci beaucoup
  11. Re à toutes et tous IL est minuit trente et je sort la tête du guidon pour vous répondre et merci pour vos réponses. A Lady Granouye : Je viens de commander la version FMP 8.5 Advanced que j'attend avec impatience pour l'installer sur ma machine et donc, comme vous me le confirmez, finaliser ce script. merci aussi pour vos encouragements. A Myopus : Merci pour cette méthode qui m'a permis de finaliser une partie de mes scripts de recherche à une rubrique ( je n'est pas encore cogité la version multi-rubriques, un peu dure pour moi. Je suppose que l'on utilise une global pour chaque rubrique de recherche + une boucle....) Merci encore A Amar : Désolé Amar mais je n'ai pas pu télécharger ton exemple, il semble corrompu. pourrais tu le joindre à nouveau. par avance merci de ton aide
  12. Bonjour à toutes et à tous Encore un problème sur la fonction de recherche. Dans une "Table Association" un bouton "Recherche" lance un script qui passe le formulaire de consultation en "mode recherche" sans la "Zone d'état". Après saisie dans la rubrique "Nom Association", un bouton "Valider" lance un autre script qui exécute la recherche, traite les erreurs de rubrique vide et de résultat = 0 et présente le résultat en liste. Un bouton "Annuler" permet de revenir sur le formulaire de consultation. Mon problème est que si, en "mode recherche", l'utilisateur tape sur la touche "Entrée" au lieu de cliquer sur le bouton "Valider" pour exécuter la recherche, le premier script se termine en restant sur le formulaire de saisie en "mode utilisation" et bien sure le deuxième script de présentation en liste ne s'exécute pas. j'ai essayé "Mode recherche (pause)", mais dans ce cas si les boutons "Valider" ou "Annuler" sont cliqués tous ce passe normalement sauf que dans la "Zone d'état", les boutons "continuer" et "annuler" le déroulement du script sont toujours présent. En cas de frappe sur la touche "Entrée" cela crée un disfonctionnement. j'avoue que je ne saisi pas complètement la mise en script du mode recherche. 1) A force de vouloir structurer mes scripts, j'ai peut être poussé le bouchon un peu loin.... merci de me conseiller dans ce cas. 2) Si non, comment faire pour inhiber la touche "Entrée" pour obliger l'utilisateur à cliquer sur le bouton "Valider". 3) Ou alors, comment associer les divers boutons de la "Zone d'état" pour lancer de nouveaux scripts, comme pour les boutons créés, par exemple. Merci de vos conseils car je tourne en rond. j'ai oublié de préciser que je viens de passer sur FMP 8.5 en version évaluation 30 jours sur les conseils de l'un d'entre vous et je l'en remercie
  13. Merci à tous les 2, je vais suivre votre conseil et découvrir par moi même les éventuelles difficultées de migrations. A bientôt
  14. Bonjour, Nouvel inscrit et débutant en SGBD sous FMP, je dois faire migrer une base de donnée ACCES (Windows 2000) vers FM (MAC OSX 4....) . Je développe actuellement sous FMP 5.5 en Anglais ( OS 9.2) pour me faire la main en attendant l'acquisition par l'utilisateur de FMP 8.5 en Français (OSX 4....). Ma question est la suivante: Quels conseils, suggestions, idées, trucs et astuces,..... pourriez vous me communiquer pour éviter les pièges de la transformation des fichiers FMP 5.5 en Anglais (OS 9.2) vers FMP 8.5 en Français (OSX 4....). Sachant que je découvre FMP 5.5 en Anglais, que je ne connais pas FMP 8.5 en Français, et que je n'ai pas encore abordé le problème de la migration vers FMP 8.5 en Français. Toujours en cours de développement cette base de donnée comprend en l'état actuel de son développement : 3 fichiers ; "Sympathisants","Associations", "Paramètres" (la structures est entièrement inspirée des conseils de Remy Delapierre) Je n'utilise pas de fichier intermédiaire type n à n. - Le fichier "Sympathisants" regroupe les rubriques : "Nom", "Prénom", "Adresses",.... et une value liste sous format "case à cocher" de la liste des associations du Fichier "Associations". Une seconde value liste idem à la première pour désigner le président de chaque associations Un lien vers "Paramètres" par "Sympa ID Standard::ID Standard". - Le fichier " Associations" regroupe les rubriques : "Nom Asso", "Adresses",... Affiche les coordonnées du président par un lien "Asso Nom::Sympa président de". Une "case à cocher" oui/non pour l'adhésion avec saisie manuelle de l'année (car je n'ai pas encore trouvé la solution pour l'automatiser) Un lien vers "Paramètres" par "Asso ID Standard::ID Standard". - Le fichier "Paramètres" regroupe logo, nom d'onglet, boutons et autres.... Ces fichiers utilisent bien sur des modèles habituels : Consulter, Modifier, Créer, Liste écran, Liste Impression, recherche. Par la suite, je souhaiterai créer un fichier pour avoir l'historique des adhésions mais là non plus je ne trouve pas la solution. Enfin encore du travail sur la planche. Voilà vous savez tout en espérant que cela soit clair. Je vous rappel que ma question touche principalement au problèmes éventuels liés au passage sous FMP 8.5 en Français, pour le reste je reviendrai en cas de bloquage. Merci et à bientôt
  15. Bonjour à tous Je suis un lecteur assidu de votre forum depuis peu, en effet je suis chargé de basculer une base de donnée sous Acces vers Filemaker et n'y connaissant rien votre site est un grand soutien. Mais là n'est pas mon propos. En lisant un sujet FMP 6 concernant un prob de souris, Rodolf souhaitait savoir si on pouvait debloquer qqch dans OS 9 pour avoir accès à la roulette de la souris et Michel de lui repondre que cela n'était pas prévu dans cet OS. Pour ma part sous OS 9.2 j'utilise un souris Macally avec roulette qui fonctionne très bien et aussi sous FMP 5.5. Je me suis inscrit pour vous donner cette info mais peut être que je poserai un message dans le forum pour vous solliciter bientôt. En attendant merci pour le temps que vous passez à aider les débutants comme moi. A bientôt
×
×
  • Create New...