Jump to content

Christian

Membres
  • Content Count

    3637
  • Joined

  • Last visited

  • Days Won

    5

Christian last won the day on July 24 2012

Christian had the most liked content!

About Christian

  • Rank
    3200
  • Birthday 12/05/1954

Contact Methods

  • Website URL
    http://www.christian-coppe.be/FileMakerPro/index.htm

Profile Information

  • Gender
    Homme
  • Location
    Banlieu Sud de Bruxelles
  • Interests
    6% par an, indexable

FileMaker Profile

  • FM
    10Adv-11Adv-12Adv-13Adv-Go
  • OS
    XP, W7
  • Certification
    FileMaker 8 Certified Developer
  • FBA
    Membre
    Platinum
    Trainer
    Reseller

Recent Profile Visitors

15614 profile views
  1. OK, je vais tester. Merci !
  2. Bonjour à tous, J'ai développé une appli pour Filemaker Go sur iPad, qui synchronise régulièrement des données avec un fichier principal installé sur un serveur accessible par 4G. L'utilisateur se ballade toute la journée, et tout fonctionne, si tant est que le réseau 4G soit d'une qualité suffisante... J'ai, tant que faire se peut, allégé les transferts de données à l'essentiel, et seules des données type texte/nombre sont concernées. Néanmoins, il arrive régulièrement que, en rase campagne, le serveur soit inaccessible... Dans mon script, je commence par ouvrir le fichier distant et, en cas d'erreur, je demande de le fermer et d'arrêter le script. Ca ne suffit pas : l'appli mouline dans la semoule à l'étape d'ouverture, bloquant tout, et l'utilisateur s'énerve, jusqu'à brutalement fermer Filemaker Go, ce qui se traduit la plupart du temps par une belle corruption du fichier ! L'idée serait donc de tester la qualité du réseau 4G/5G préalablement à l'ouverture du fichier distant. Si j'ai trouvé quantité d'applis pour iPad qui calcule la vitesse de transfert, je n'ai par contre rien trouvé, sauf erreur, d'exploitable à partir de Filemaker Go. Ce serait hautement sympathique que le script puisse lancer lui-même un test, et en récupérer le résultat qui pourrait être alors exploité, soit en continuant, soit en arrêtant les frais. Une idée ? Merci d'avance pour votre aide ! (et bisous à tous les anciens ) Christian
  3. OK, ça marche, c'est OK. Merci !
  4. Tes explications ne sont certainement pas confuses, mais je crains que ça ne marche pas mieux. En effet, pourquoi le calcul conditionnel de masquage fonctionnerait mieux avec une variable qu'avec un nom d'onglet ? C'est le même calcul, et Il n'y a pas plus de rafraîchissement...
  5. Bonjour à tous, Je suis confronté à un souci : - J'ai un panneau à onglets, avec 10 onglets. Les 8 premiers sont consacrés à des photos, via des rubriques container, à raison d'une photo par onglet, les deux derniers sont consacrés à l'insertion de documents spécifiques. Je précise que les photos ne sont pas stockées dans le fichier, mais dans un fichier lié. - En dessous du panneau, il y a un bouton qui permet d'insérer des photos. Ce bouton est général aux 8 premiers onglets, et empile les photos en commençant par le premier onglet, puis le 2e, etc. - Ce bouton d'insertion de photos ne concerne pas les deux derniers onglets, et, afin d'éviter une confusion, je tente de le masquer. Pour ce faire, je mets comme condition de masquage, les deux derniers onglets étant nommés "a" et "b" : ObtenirAttributObjetModele ( "a" ; "isFrontPanel" ) = 1 Or ObtenirAttributObjetModele ( "b" ; "isFrontPanel" ) = 1 Ben, ça ne marche pas... La raison est qu'un rafraîchissement est nécessaire pour que la condition soit effectivement à 1 lorsque je clique sur un des deux derniers onglets (pourquoi ?). Qu'à cela ne tienne : j'installe un petit déclencheur de script sur mes onglets, avec un simple "rafraîchir fenêtre". J'installe la ligne de script sur "SurChangementPanneau". Ben, ça ne marche pas... En effet, le déclencheur "SurChangementPanneau" se déclenche AVANT le changement d'onglet, et le rafraîchissement ne se produit donc pas en tenant compte du nouvel onglet sélectionné. Et mon bouton est toujours vivant ! Ma question est donc : comment rafraîchir la fenêtre lors d'un changement d'onglet, mais APRES le changement, tenant compte du nouvel onglet ? Merci d'avance pour votre aide ! Christian
  6. Il faut d'abord résoudre ce problème au niveau de l'OS, sinon c'est du bricolage interne dans FMP. En W7, aller dans le panneau de configuration, cliquer sur "Région et langue". Dans le premier onglet "Formats", cliquer sur le bouton "Paramètres supplémentaires". Le premier onglet "Nombres" permet d'ajuster les formats de nombres, notamment le symbole décimal, qui peut être basculé de "." en ",". Il en est de même pour le symbole des milliers (symbole de groupement des chiffres). Lorsque ces ajustements sont faits, veuiller à ce que le fichier FMP utilise les paramètres "système". Constater si tout est rentré dans l'ordre. Sinon, commencer seulement à bricoler... Notons au passage que ce problème de décimale ne se passe qu'en France, le Monde entier se contentant du séparateur de son clavier
  7. Christian

    Ical_Events

    Bonjour, Un Windowsien se battant avec un AppleScript auquel il n'y comprend que pouic, ça ne va pas très loin... Or donc, j'ai implanté le brillant AppleScript de Clem, sorti tout droit de son fichier iCal-Events, pour ajouter des évènements dans iCal. Ca marche très, très bien (merci Clem ). J'ai néanmoins un souci avec la dernière ligne du script, qui est censée remonter dans FMP l'ID iCal de l'évènement nouvellement créé. Je résume la fin : "tell application \"iCal\"" & ¶ & .............(création de l'event dans iCal) "end tell"& ¶ & "---------------------------------------------------------------------- retour de l'id de l'event dans fmp" & ¶ & " set cell \"ICL__iCal::iCal_id\" of current record to event_id" Donc, le script est censé arrêter le "tell" au sein de iCal, puis de remonter la dernière info dans FMP (OT : ICL_iCal). Celle-ci est nécessaire pour tuer un event par la suite, ce qui se passe régulièrement lorsque l'info change par exemple. Le souci est que l'ID est parfois remonté, parfois pas (le plus souvent)... Je n'y connais rien en AppleScript. Et je ne comprends donc pas pourquoi, parfois, ça marche. N'y a-t-il pas un souci de contexte ? Je dis ça car la fenêtre de iCal reste au premier plan après le script lancé par FMP. On dirait donc (mais je peux me tromper) que l'on reste dans iCal, et que, donc, il semble difficile de mettre à jour une rubrique de FMP si on n'y est pas. Ne serait-il pas nécessaire de rajouter une commande "tell application \"filemaker pro\"" pour y revenir avant de compléter la rubrique ? Ou quelque chose du genre ? Merci d'avance aux experts en AppleScript pour leur aide !
  8. Exact. J'ai dû réinstaller le runtime complet.
  9. C'est OK, c'est réglé.
  10. Suis dans le jus... C'est du Windows 7. J'ai deux clients qui ont tous deux un réseau Windows Server avec FileMaker Server et leurs fichiers FMP partagés. Les serveurs ont chaucun une adresse IP fixe. Je m'y connecte par VPN et j'ouvre les fichiers à distance facilement. Ca fait 4 ans que ça dure sans souci. Nous sommes tous passé en v12. Ce sont les deux seuls avec cette config de connexion, je me connecte chez les autres autrement. Depuis une semaine, chaque fois que je réalise une modification dans une rubrique ou une création de nouvelle rubrique, je me fais jeter quand je clique sur le bouton "OK" de fermeture de la fenêtre de gestion de la base de donnée, après la modification : "La connexion à l'hote a été perdue, toutes les fenêtres concernées vont être fermées". Bien entendu, pas d'autre solution que de cliquer sur le sympathique bouton "OK", qui ferme tout le bouzin... Je le ré-ouvre, et constate que, bien entendu, aucune modification n'a été enregistrée... Parfois, en sus, je reçois un message popup, en dehors de FMP : "Microsoft Visual C++ Runtime Library. Runtime Error! R6025 - pure virtual function call". Sais pas ce que c'est... - J'ai désinstallé Microsoft Visual C++ - Je suis passé du WiFi au cable réseau (ma femme est ravie...) - J'ai désinstallé FileMaker Pro et je l'ai réinstallé, avec les mise à jour v2 et v3, dans l'ordre. - J'ai reconfiguré mes accès à distance ==> Bernique, rien n'y fait, la fin du Monde est proche et, avant de me jeter au canal, je viens voir si quelqu'un de génial a une idée sur la question... Help...
  11. Je vous rapporte la résolution d'un souci rencontré en FMP 12 lors de la génération de très longs rapports, en Mac. Le modèle d'impression, en dehors de quelques frioritures d'en-tête, de titre et de pied de page, comprend une très, très longue rubrique texte, et une TE de 200 lignes, le tout étant tiré au maximum de capacité du modèle. Bien entendu, les éléments sont "rétrécis" à l'impression. Ainsi, le texte et les lignes de la TE peuvent être éminement variables. Déjà qu'il ne faut pas être trop regardant sur la mise en page produite par FMP (la quantité de "blancs" produite est effrayante et fait soupçonner des prises de participation de FileMaker dans des usines de papier), un souci majeur est apparu lors du passage en v12 : les TE en dessous des textes ne leur correspondaient pas ! Pas toujours, en fait : 1 fois sur 3 ou 4, par exemple. Le genre de bug qui vous fait arracher les cheveux. Retrouver la TE du 7e enregistrement en-dessous du 5e enregistrement a quelque chose de profondément romantique, et vous fait passer pour un clown parfait J'ai fais procéder à l'installation de la mise à jour v3, et mon client m'a téléphoné ce matin pour me signaler que le bug semble avoir disparu. Nous stressons le système pendant la journée, mais il semble que cette mise à jour ait suffit pour solutionner le problème. Autant le savoir, et autant le porter à votre connaissance !
  12. Bonjour, Je me permets de mentionner mon petit souci, car apparemment, il n'est mentionné nulle part ici, ni sur le forum US. Or donc, Win 7 et FMP 12 (Il est très possible que le souci n'apparaisse pas en Mac.). Une rubrique d'une table contient des références de matériel. Une liste de valeurs reprend ces références. La liste est assez longue (+/- 10.000 items). Dans une autre table, cette liste est accrochée à une rubrique, pour compléter la valeur. Les utilisateurs savent +/- quelle référence saisir. Aussi, ils utilisent l'option "compléter auto. avec la liste de valeurs" : ils complètent la ou les premières lettres, et semblent s'y retrouver pour sélectionner la référence désirée. Ca marche. Bien entendu, tout le monde l'aura deviné, avec 10.000 références, on se trompe... Et donc, ils veulent revenir à la rubrique pour corriger, se disant que les derniers digits de la référence sont faux. Lorsqu'ils cliquent dans la rubrique, la liste de valeurs ne se positionne PAS sur leur valeur... Ce qui les oblige à ré-encoder l'entièreté de la référence. En fait, la liste, au déroulement, est limitée à +/- une centaine de valeurs. Il faut aller au bout de la liste, cliquer sur "..." pour dérouler le reste. C'est probablement dû au fait qu'il est plus facile à FMP de n'indexer qu'une partie de la longue liste. C'est ennuyeux... Par contre, si l'option "compléter auto. avec la liste de valeurs" est décochée, l'entièreté de la liste est accessible et la liste se positionne bien sur la valeur déjà encodée. En général, l'utilisateur sélectionne une valeur avoisinante, et le tour est joué. Il faut donc choisir entre deux comportements... J'ai pallié l'affaire en superposant deux fois la rubrique, l'une avec l'option, l'autre pas, un déclencheur de script faisant basculer vers la 2e rubrique, sans l'option, si du texte est déjà présent. Ca fonctionne. Mais si quelqu'un a une autre idé, ou a déjà été confronté au problème... je joins un fichier d'exemple, car mon explication semble peu claire Dans la table Test, la même rubrique est représentée 2 fois, l'une avec l'option cochée, l'autre pas. Dans le 1er enreg., la valeur encodée se trouve parmi les 100 premières valeurs et il n'y a aucun souci. Dans le second enreg. la valeur encodée se trouve beaucoup plus loin dans la liste. La différence de comportement est flagrante... Christian Ref.fmp12 Ref.fmp12 Ref.fmp12 Ref.fmp12 Ref.fmp12 Ref.fmp12 Ref.fmp12 Ref.fmp12 Ref.fmp12 Ref.fmp12 Ref.fmp12
  13. Evidemment... Je tiens à signaler que le site est gratuit, qu'il comporte plus de 300 pages, et qu'il a pris une plombe pour le créer. Mais je présume que, pour certains, ce n'est jamais assez. Je leur signale que, de temps à autres, les concepteurs-esclaves doivent également gagner leur pitance, et que tout cela prend du temps. Christian
  14. La création d'un "objet texte" est une vraie galère. Impossible d'imposer sa police et sa taille avant de procéder. On est obligé d'adapter après le remplissage. Ensuite, impossible de placer l'objet correctement avant de le remplir : les nouveaux outils d'alignement sont inopérants. Et afin d'achever la crise de nerf, sur PC en tout cas, en cas de recopie d'un objet, on ne le voit même pas du tout !!! (Ce ne semble pas être le cas sur Mac). On navigue en aveugle complet. Je rajoute, à l'attention de Yann, que s'il faut grouper les objets pour en voir la position, on peut aussi changer de logiciel ! Ca manque totalement de sérieux. Pour ma part, c'est la version la plus désastreuse de FileMaker Pro depuis bien longtemps !
  15. Je confirme : j'ai le même souci. J'ai dû rajouter des rectangles de même taille pour avoir des cadres. Modèle bâti de rien, et converti...
×
×
  • Create New...