Jump to content

Kifran

Membres
  • Content Count

    36
  • Joined

  • Last visited

About Kifran

  • Rank
    25

Contact Methods

  • Website URL
    http://

Profile Information

  • Location
    PARIS
  1. Une petite astuce pour faire une vérif rapide. Pour tout les script et les definitions de rubriques, on les imprime sur PDF et on recherche sur le PDF le nom des modèles un par un et on voit s'il sont utilisé dans les scripts ou pas (voir définitions de rubriques). Cordialement, Franck.
  2. Salut, si tu pouvais préciser quels type d'export et comment tu as défini le chemin du fichier d'exportation : chemin d'accès complet, relatif ou réseau? Franck
  3. Bonjour, vérifie ta carte graphique et la mémoire dont elle dispose, le problème viens peut-être de la. Dans mon cas cela m'arrive mais quand je me connecte a mon serveur en bureau à distance et la uniquement l'image est transféré et quand je suis en mode modèle tout se déplace lentement également dû au temps de transfert via le net. Franck
  4. J'hésite encore a passer tout le monde sur la 8V2 car j'ai quelques dysfonctionnements sur les marges d'impressions. Merci Franck.
  5. Bonjour Stéphane, su tu est en mode borne de communication je pense qu'il s'agit d'une solution run-time dans ce cas tu as la fonction "Obtenir ( VersionApplication )" qui te renverra "Runtime" ce qui te permettra de savoir qu'il s'agit du mode borne de communication. (En espérant que dans ton run-time tu n'a pas un mode qui ne soit pas en borne...) Voilà si ça peu t'aider. Franck
  6. Bonjour, désolé du retard de ma réponse, notre Serveur est en 8V2, pour les clients moitié 8V1 et 8V2. La rubrique à été réindexée car cela nous est arrivé deux fois de suite la première fois j'ai été obligé de la réindexer. Pour moi la rubrique et strictement numérique. Merci de vos éclaircissements à tous deux. Franck
  7. Bonjour à toutes et à tous, nous avons plusieurs bases hébergée sur un serveur windows 2003 avec FMserveur 8 avec la mise à jour 8v2. Sur une des tables qui comporte 2.700.000 enregistrement nous avons une rubrique de tri (en numérique) dont l'index "saute". Lorsque je fais une requête dans cette rubrique (ex: >1) le résultat me donne des enregistrements qui n'ont rien dans la rubrique??? Lorsque je fais clic droit et insertion index j'ai une liste vide alors que j'ai bien des valeurs enregistrées. Pour réparer ce disfonctionnement j'ai supprimé l'index et ré-indexé ma rubrique et alors tout fonctionne normalement, mon souci est comment repérer ce genre de disfonctionnement sans attendre que le client s'en aperçoivent et régler le problème avant et aussi savoir si cela arrive souvent. Dans notre cas la première fois ça a été la semaine dernière, une seconde fois cette semaine sur la même base et ainsi qu'une première fois sur une autre de nos bases (dans la même rubrique). Je me demande si ce n'est pas dû à des coupûres réseau pendant que la rubrique s'indéxait. Merci pour vos réponses et bon courage à tous. franck
  8. Je viens aussi de m'apercevoir que lorsque ces onglets comprennent chacun une table liée, le script "activer rangée externe" active toujours la même table ! Normal.. toutes ces tables sont sur le même modèle... Comment ça elle arrive tard ma réponse? Bon j'ai peut-être un peu trop dormi ces derniers temps... Pour activer la bonne rangée externe utilise d'abord la commande activer rubrique "rubrique qui se trouve dans la table liées" et après activer rangée externe. Mais bon tu as sûrement trouvé depuis le temps. bon courage...
  9. Bonjour, par-contre pour l'export sous format excel cela fonctionne t-il pour une solution autonome? Merci, franck
  10. ESC tout seul suffit sur 7, non ? en tous cas, toutes mes boucles ratées, je les stoppe ainsi 97230[/snapback] A condition que dans le script tu n'aie pas mis l'instruction "autoriser annulation utilisateur NON", ESC suffit donc. Sinon il faut le dev7 ou le pro advanced8 et se mettre en débogueur.(si le script se fait a l'ouverture du fichier, ouvrir un autre fichier se mettre en débogueur ensuite ouvrir ton fichier et la tu peux le couper comme tu est déjà en mode débogueur) A plus, Franck
  11. Merci pour vos réponses et désolé du retard de la mienne, nous sommes passés sous Filemakerserver8 ce matin, je vous dirais si nous avons encore ce petit problème de coupures intempestives. A bientôt et bon courage, Franck.
  12. Bonjour à toutes et a tous, ou bonsoir, nous avons un serveur chez un hebergeur OS WIN2003SERVER avec FMServeur V3 (à jour). Souvent lors de connexion a distance via l'adresse IP et passant par internet nous avons des coupures (La comunication avec l'hôte a été interrompue), cela arrive-t-il souvent à certains d'entre-vous? Note : nous sommes plusieurs sur le même réseau connectés et seulement certain sont déconnectés (plusieurs fois dans la même journée mais pas systématiquement) tandis que pour les autres aucun problème. Peut-être un problème réseau mais nous n'avons rien détectés. Merci pour vos réponses.
  13. Apparement le problème est résolu toutes les DLL n'ont pas été copiée sur le poste avec WIN98 suite à une micro coupure réseau.
  14. Lorsque je lance la solution d'execution autonome faite avec FMDEV (Version3)sous un Windows 98 le message suivant apparaît "DLL manquante...". Quel version de windows est requise pour les solutions d'execution FM7? Fonctionne-t-elle sous Win98, WIN2000 ou XP? Merci, Franck
  15. J'ai créé un fichier de commande .cmd que je peux lancer à partir d'une tache planifiée sous FMS7... Cette commande m'ouvre un fichier FM7 qui a un script qui se lance à l'ouverture et qui me permet de lancer un script dans mon fichier principal... mais j'ai un problème il faut quand même saisir les mos de passe... Peût-etre aussi que mon raisonnement est un peu tordu Bon week-end Franck
×
×
  • Create New...