Jump to content

Xarhel

Membres
  • Posts

    71
  • Joined

  • Last visited

About Xarhel

  • Birthday 04/07/1995

Profile Information

  • Gender
    Homme
  • Location
    France
  • Interests
    Développement, bases de données, marketing digital, e-commerce, sport, lecture, jeux vidéo

FileMaker Profile

  • FM
    FMP 13 / FMPA 14 / FMPA 15
  • OS
    Win7 Pro
  • Certif.
    --Non certifié--
  • Claris Partner
    --Non membre--

Recent Profile Visitors

2476 profile views

Xarhel's Achievements

Newbie

Newbie (1/14)

0

Reputation

  1. J'ai bien essayé de vider les caches avec l'instruction Flush Cache to Disk et Refresh Window, rien à faire... Voici l'intégralité du script Fabrice (on peut faire plus simple je suis d'accord) : Le trigger est : OnLayoutKeystroke PS : Lorsque je débug en step by step, l'avertissement : Aucun enregistrement ne correspond à ces critères de recherche n'apparaît pas... Merci pour votre aide, Thomas
  2. Bonjour Acodev, meilleurs voeux également ! J'avais pensé à vider les éventuelles requêtes en mémoire dans le "enter find mode" et il n'y en a pas... Néanmoins, lorsque l'utilisateur lancer une recherche et que cela retourne un message d'erreur, la fonction "enter find mode" pourrait éventuellement garder la requête que l'utilisateur vient d'effectuer et l'exécuter dans la foulée. C'est la question que je me pose et c'est peut-être ce qu'il se passe (par ailleurs, lorsque je mets en [Pause:ON] la requête n'est pas gardée en mémoire, va comprendre...). Bonjour Fabrice, non je n'aurais pas osé ! La seconde partie du screen comprend les mêmes instructions à la différence près que celui-ci s'exécute lors de l'activation d'un bouton, je n'ai donc pas jugé pertinent de le faire apparaître. Merci encore pour vos réponses !
  3. Bonjour à tous et à toutes, Comme à mon habitude depuis quelque temps maintenant, ne trouvant pas la réponse à ma question autre part, je m'en remets à votre expertise chers confrères ! Le problème est basique mais me tient en haleine pour une raison qui (probablement évidente), m'échappe. Voici le script en question. Lorsque je récupère l'erreur 401, soit : aucun enregistrement ne correspond à ces critères de recherche, je souhaite afficher la boîte de dialogue (ça c'est bon), afficher tous les enregistrements (bon également) mais lorsque je souhaite repasser en mode recherche, je me retrouve avec le message d'erreur : aucun enregistrement ne correspond à ces critères de recherche (alors que je souhaite simplement repasser en mode recherche et non exécuter la recherche). Je pourrais très bien mettre le Enter Find Mode [Pause:ON] mais cela ne me convient guère, avez-vous quelque chose à me proposer ? Je vous remercie par avance pour toute l'aide que vous serez en mesure de m'apporter, Bien cordialement,
  4. Bonjour à toutes et à tous, Je rencontre actuellement un petit problème dans un script. Est-ce normal que lorsque je sélectionne : Imprimer [Avec boîte de dialogue:Oui] ladite boîte de dialogue n'apparaisse pas ? Ci-joint un extrait du script en question. J'ai été obligé d'ajouter le paramètre "Configuration impression" afin d'obtenir une fenêtre permettant de paramétrer l'impression (par ailleurs cette boîte de dialogue s'ouvre à la différence de la boîte de dialogue du paramètre "Imprimer" ). Avez-vous une idée de ce qui pourrait poser problème ? Bien cordialement,
  5. Bonjour, Bien que le sujet date d'un certain temps je trouve ces différentes remarques très intéressantes, je n'avais jamais évaluer les possibilités liées à ces deux types de calcul. Merci à vous. Cordialement, Thomas
  6. Bonjour Gérard, Merci beaucoup pour cette réponse rapide. En effet, j'ai eu du mal à trouver des explications quant au nommage des tables dans la fonction SQL. Cela marche parfaitement dorénavant. Encore merci et bonne fin de journée, Thomas
  7. Bonjour à tous et à toutes, Je rencontre un petit problème en m'essayant à quelque requête SQL sur FMP 15. Je dispose d'une table INT__Intéressement ainsi que d'une rubrique ComS__TotalNbFact5j Je souhaite utiliser l'action de script executerSQL afin de définir une variable. Ma fonction SQL ressemble à cela : ExecuterSQL ( "select max ( INT__Intéressement::ComS__TotalNbFact5j ) FROM ( INT__Intéressement )" ; "" ; "" ) mais malheureusement le résultat renvoyé est : "?" Est-ce que quelqu'un aurait l'amabilité de m'aider sur cette problématique ? Bien cordialement, Thomas
  8. Bonjour Esaïe, Merci pour ce complément d'information. Je vais investiguer de mon côté. Notre solution FileMaker compte une vingtaine de personnes de 9h à 17h 5/7j donc je vais devoir m'organiser afin de ne pas commettre d'erreurs et paralyser le service. Bonne journée, Thomas
  9. Bonjour David, Merci de ta réponse. penses-tu qu'il serait intéressant de désinstaller FMS13 (sachant que nos bases de données sont en FM12) pour installer FMS15 ? Ne va-t-il pas y avoir de problème de comptabilité entre nos bases FM12 et FMS15 ? Passe une bonne journée, Cordialement.
  10. Est-ce que quelqu'un aurait une solution à m'apporter ? :/ Bien cordialement, Thomas
  11. Bonjour à tous et à toutes, Je vais commencer par un petit récapitulatif rapide. J'administre et développe une solution FileMaker pour une PME (j'ai tout appris par moi-même et en l'occurrence, énormément à l'aide de ce forum). Le cœur du problème : Nous tournons actuellement sous FM server 13 et des bases en FMP12. J'ai décidé de lancer l'update 13.0v3 pour ensuite passer en 13.0v10 hier midi. Seulement, j'ai effectué l'intégralité des taches mentionnées sur le site de FileMaker afin d'appliquer correctement l'update mais j'ai rencontré deux problèmes. - Le premier, le plus important, je n'ai pas été en mesure d'appliquer la mise à jour, après avoir arrêté le service FM server j'ai cliqué sur l'updater de la version 13.0v3, soudainement la fenêtre de mise à jour s'est ouverte (normal jusque là) pour se fermer aussitôt. Impossible de lancer la mise à jour... - Le second point est que je n'ai toujours pas été en mesure d'accéder à l'admin console depuis hier. Après avoir redémarré le service à la suite de ce cuisant échec de mise à jour, la page "n'existerait pas" la fameuse erreur 404... Je vous remercie par avance pour toute l'aide que vous serez en mesure de m'apporter... Bien cordialement, Thomas
  12. Je n'ai qu'une seule occurence de aff_dop sur ce modèle (c'est ma table externe et les rubriques incluses). J'ai déjà essayé Bertrand et cela n'a rien changé malheureusement... Cordialement,
  13. Bonjour Rodolf et bonjour Clem, Pour répondre à ton interrogation Rodolf, j'ai bien évidemment une action de script qui active une ligne de la TE définie dans une variable et la TE est triée en fonction du ZKP des enregistrements. (la ligne activée dans la TE est bien la bonne) Je n'ai pas non plus laissé l'original de la TE incriminée Clem, j'ai bien vérifié et passé le modèle au crible. Ce que je n'arrive pas à comprendre c'est que mon script active bien la ligne dont j'ai besoin, j'active une première rubrique que je définis à l'aide d'une variable mais impossible d'activer une seconde rubrique sur la même ligne dans la même table externe... Cordialement,
  14. Bonjour PIlippe, Je ne vois rien de spécial, le Debugger n'indique pas d'erreur lorsqu'il passe à activer rubrique xx::xxx Cordialement,
  15. Bonjour à tous et à toutes, Je me pose une question pourtant simpliste en apparence depuis ce matin. Comment ce fait-il qu'une rubrique dans ma table externe ne veuille pas s'activer lorsque j'utilise l'action de script suivante : "Aciver rubrique table::xxxx" ? J'ai tout essayé, rubrique suivante en sélectionnant la précédente, valider les enregistrements, rafraîchir la page etc... Rien à faire ! La rangée de TE est bien la bonne pourtant je n'ai aucun doute là dessus... Auriez-vous une réponse à ce phénomène mystère ? Bien cordialement, Thomas
×
×
  • Create New...