Jump to content

charled

Membres
  • Content Count

    331
  • Joined

  • Last visited

Everything posted by charled

  1. charled

    charled

  2. Je comprend. Peut-être pourrait-on leur suggérer d'intégrer ton code pour améliorer Scriptmaster. Encore merci pour le coup de main.
  3. J'ai trouvé. Il manquait "/Volumes/" dans mon chemin. Merci pour tout. Question : est-ce que SelectFile va être intégré à ScriptMaster (ou tu n'as rien à voir avec ça) ?
  4. Merci Clem. Je vais tester. Par contre, je reste avec un pb sur les bras : pourquoi SelectFile ne trouve pas mon dossier alors que je lui indique le chemin absolu (avec ou sans filemac:) ?
  5. Bon, j'ai encore un petit soucis. J'indique le chemin complet vers le dossier (par variable ou en dur) et il m'ouvre uniquement mon dossier Home (en l'occurrence "pro"). filemac:/LeDisque/Users/pro/CLIENTS/z-ARCHIVES/FELICETTI/BDDFelicetti2/Modèles/ Quel doit-être le format du chemin ?
  6. Damned, j'ai voulu faire trop bien… ;-) Merci pour la précision pour "sectionMode". Est-ce que toutes les options sont obligatoires ou elles ont une valeur par défaut ?
  7. Bonjour, Merci pour les explications. J'ai chargé ma fonction comme indiqué et j'obtiens le code d'erreur = 1. Ensuite j'appelle ma fonction avec le script suivant : SelectFile( "defaultDirPath=$$cheminModèles" ; "selectionMode=0" ; "allowMultiSelection=0" ; "acceptAllFiles=false" ; "filterDescription= fichiers (*.docx)" ; "filterExtensionList=docx" ; "windowTitle=Selection du modèle." ; "OKButton=OK" ) Mais j'obtiens l'erreur suivante : java.lang.RuntimeException:java.util.concurrent.ExceutionException:java.lang.NumberFormatException: For input string; "selectionMode=0". Qu'est-ce que je fais pas bien ? Merci.
  8. @Philippe Merci pour tes suggestions. Notamment le bête glisser-déposer qui m'évite de passer par la boite de dialogue.
  9. Décidément, c'est une manie de ne pas laisser indiquer le chemin de départ Ça ne me parait pourtant pas incohérent que de vouloir guider l'utilisateur un minimum…
  10. Avec ou sans fichier dans le chemin, c'est ce qu'il fait donc ça ne résout pas mon pb. Soit j'ai le message d'erreur puis la boite de dialogue. Soit je cache le message d'erreur (Gestion erreur [oui]) mais il n'ouvre pas la boite de dialogue. Visiblement, on ne peut pas intercepter l'erreur pour lui dire d'ouvrir le dialogue quand même. Alors que l'action de script "Obtenir répertoire", elle, possède l'option Emplacement par défaut. Ça manque dans "Insérer fichier". Bref, je vais devoir continuer avec un plug-in…
  11. Bonjour, Sous FMPA 14. Dans l'action de script "Insérer fichier", est-il possible de forcer le chemin du dossier où l'utilisateur va devoir chercher le fichier ? J'ai essayé de l'indiquer dans l'option "fichier source" mais j'ai une erreur qui m'indique qu'il ne trouve pas le fichier (ce qui est logique). J'ai ajouté "Gestion erreur [oui]" pour pas avoir le message d'erreur mais il n'affiche plus non plus la boite de dialogue Y'a-t'il une solution ? Merci.
  12. J'y suis arrivé. En fait, il fallait que je désactive la validation des données qui était cochée pour mon bouton "Annuler". Désolé pour le dérangement.
  13. Bonjour, Sous FMP 14 Adv. Sur un modèle j'ai une rubrique sous forme de liste déroulante liée à une seconde table. Cette rubrique est vide par défaut. À un moment, l'utilisateur sera amené à faire une sélection. À partir du moment où la rubrique n'est plus vide, je souhaite pouvoir prévenir un changement intempestif de sélection. Par exemple, que lorsqu'on clic sur le menu, il teste si la rubrique est non vide. Dans ce cas, message : "voulez-vous modifier le contenu ?". Si oui, le menu se déroule sinon rien. Ou alors : au changement de sélection, un message apparait : "vous avez changé la sélection. Confirmer ?". Si non, retour à la sélection précédente. J'essaie de m'en sortir avec les déclencheurs de script mais je n'arrive à rien. Quelqu'un a-t-i une suggestion ? Merci d'avance.
  14. Désolé, je ne savais pas que c'était quelque chose d'aussi douloureux pour toi. Je respecte ta pudeur ;-))
  15. Merci de ta réponse. Qui entraîne bien sûr d'autres questions. 1. Pourquoi tu dis que la fonction n'est pas agréable à utiliser dans Word ? 2. Il me semble que les Content controls sont nécessaires pour ScribeDocWriteValue. Si j'ai bien compris, ScribeDocSubstitute se contente de rechercher du texte et de le remplacer. Ça serait plus simple et je pense suffisant. Ex : j'ai écrit Nom dans mon .docx et je veux le faire remplacer par la valeur de table::nom_personne. Mais je n'arrive pas à le faire fonctionner. Il me dit qu'il ne trouve pas le texte demandé. Qu'est-ce que je fais pas bien ?
  16. Bonjour à tous, Je suis sous Mac (OS X Maverick) et je dois modifier une base sous FMP 11 (.fmp7) à laquelle je viens d'ajouter le plugin Scribe 1.451. Mais pour l'instant, mes tests avec Scribe ne fonctionnent pas. Quand j'essaie avec ScribeDocWriteValue, il m'annonce qu'il ne trouve pas le tag. Il faut placer des content control fields mais il semble que ça ne soit pas possible depuis une version Mac (c'est ce que précise la doc, époque Word 2007 pour PC). Quand j'essaie avec ScribeDocSubstitute, il m'indique qu'il ne trouve pas le texte demandé, en l'occurence "Nom". Quelqu'un peut-il m'expliquer comment préparer mon document Word pour que ça fonctionne ? Merci d'avance.
  17. Ne t'inquiète pas du mini débat, tout le monde a raison. La réponse a ta question peut être multiple : table externe, liste de valeurs, avec ou sans script… Bref, pour qu'on réponde plus clairement à ta question, il faudrait que tu sois plus précis : quelles sont les tables et les rubriques concernées par ces paires code/montants ? Pour obtenir quoi en partant de quoi. Mais avant toute chose puisque tu te définis comme débutant, connais-tu le principes de liens 1 à 1, 1 à n et n à n ? Inutile d'essayer d'aller plus loin si tu ne maîtrise pas un minimum ces concepts.
  18. Je dirais que ça dépend. Si le code est autogénéré et ne peut être modifié, oui. Mais les système de code article peuvent être amenés à être modifiés, notamment s'ils permettent par exemple un catégorisation et qu'on veut modifier cette catégorisation. C'est pourquoi je préfère séparer. L'ID, c'est l'ID, le code article c'est autre chose.
  19. Ah, on ne peut pas te laisser continuer comme ça ;-)) Si je comprend bien ta demande, il te faut une table spécifique "produits" dans la laquelle chaque enregistrement comprend a minima un identifiant unique, un code si nécessaire, un produit ou service et le prix correspondant (ce qu'on pourrait appeler ton catalogue ou ta grille de tarifs). Bien sûr, tu créeras un modèle spécifique pour ajouter, modifier ce catalogue. Pour ce qui est de la suppression, il est souvent conseillé d'utiliser un champs actif/inactif plutôt que de supprimer des données. Ça te permet de gérer un historique et puis ça évite les problèmes de données manquantes lorsque les données sont affichées à travers un lien. Au niveau du reste de ta base, il te faut : - Table Clients - Table Factures - Table Lignes factures - et ta table Catalogue. Et tu vas relier tout ça : Clients:IdClient = Factures::RefIdClients Factures::IdFacture = Lignes facture::refIdFacture Lignes Factures::refidCatalogue = Cataogue::IdCatalogue Point important : lignes factures est essentielle. Si tu relies directement Facture à Catalogue, tu auras deux problèmes : - d'une part tu ne peux relier qu'un produit à une facture. Or, il y en a souvent plusieurs. - d'autre part, lorsque tu changes un prix dans le catalogue, il est changé dans toutes les factures y compris les anciennes. Donc, les totaux changent ce qu'il faut éviter. Lignes Factures, te permet d'avoir un enregistrement par ligne de chaque facture, reliés à la bonne facture par le num dela facture dans RefIdFacture. De plus, tu copies les données du produit choisi (intitulé, prix, code, tva…) dans la ligne de facture correspondante. Si tu changes ensuite des données dans le catalogue, les lignes de facture existantes ne sont pas modifiées. Pour cela, lorsque tu sélectionnes le produit à ajouter, tu copie chaque donnée dans une variable ($code, $intitulé, $prix…) puis tu crées la ligne de facture et tu transfères la donnée de chaque variable dans la rubrique correspondante de Ligne facture. En espérant avoir été clair… bon courage.
  20. Bonjour Et bienvenue sur ce forum. Ça, ça n'est pas forcément un soucis ;-)) J'ai cherché également ce genre de livres. Malheureusement, tous (en tous cas tous ceux que j'ai pu approcher) n'abordent jamais ou effleurent à peine cet aspect important des choses. La doc intégrée de Filemaker liste toutes les fonctions mais les exemples et explications sont souvent indigents et ne permettent pas forcément de comprendre les subtilités de certaines fonctions. Ta chance, c'est que le langage de scripting de FMP a été pensé utilisateur et est donc relativement simple à aborder. Chaque fonction généralement a un comportement par défaut qui prend en compte de manière globale un comportement. Pour en apprendre plus, il te faut te tourner vers les sites internet comme ce forum, - http://astucieux-filemaker.com/ qui propose de nombreux tutoriels et fiches astuces, - le programme officiel technet de Filemaker http://www.filemaker.fr/technet/, - http://www.1-more-thing.com/Bienvenue.html, - http://www.leblogfm.fr . Tu peux trouver au moins une base de facturation dans les exemples fournis avec FMP. Commence par l'étudier et essaye de l'adapter à ton besoin. Filemaker est "simple" mais ça ne signifie pas qu'il ne faut pas un minimum d'investissement dans son apprentissage. Bon courage.
  21. @Bruno. S Et bien justement, la base doit servir à… tout ça ! Évidemment. D'où la nécessité de pouvoir bien qualifier les contacts pour ne pas retrouver le deuxième numéro de tél dans le champs commentaires (au mieux) ou fonction "parce qu'il n'y avait pas la place ailleurs".
×
×
  • Create New...