IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

WinDev Discussion :

Etat qui en appelle un autre


Sujet :

WinDev

  1. #1
    Membre régulier
    Profil pro
    Inscrit en
    Octobre 2006
    Messages
    204
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Octobre 2006
    Messages : 204
    Points : 98
    Points
    98
    Par défaut Etat qui en appelle un autre
    Bonjour à tous, et surtout à ceux qui ont ma solution...

    J'imprime un état A qui est un fait un courrier de relance, et pour que ce cher client n'ait pas à chercher, je dois imprimer sur une page distincte le courrier B (original dans lequel ont lui demandait plein de renseignements).

    la source de l'état A est une table.
    dans la lecture des données de l'état A, j'appelle le courrier B d'origine:
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
     
    SI (NOADH_CAB <> MaSource.Col_N_Adherent) ET (gsEtat = "RelanceECV_1") ALORS
    	SI NOADH_CAB <> 0 ALORS
    		scle est une chaîne = HConstruitValClé(CourriersECV,n_adherentcourrier,NOADH_CAB,gdDateCourr)
    		SI HLitRecherchePremier(CourriersECV,n_adherentcourrier,scle) ALORS			
    			iImprimeEtat(ETAT_Lettre_Entete,"CourrierECV",NOADH_CAB)
    			iTerminePage()	
    		FIN	
    	FIN
    FIN
    le problème est que si le courrier B dépasse une certaine taille , l'identité du client qui est en fait la première ligne des données de la page courrrier B s'imprime en bas de la page du courrier A, (au dessus du bloc de fin de page)

    C'est d'autant plus curieux que le bloc RTF de l'adresse courrier B comporte bien
    [%NOMPRENOM%]
    [%ADRESSERUE%]
    [%CODEPOSTVILLE%]

    On dirait un bug, mais peut-être que le bug c'est moi .

    Merci pour toute aide.

  2. #2
    Membre chevronné
    Avatar de mogwai162
    Homme Profil pro
    Inscrit en
    Janvier 2006
    Messages
    1 376
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 61
    Localisation : France, Vosges (Lorraine)

    Informations forums :
    Inscription : Janvier 2006
    Messages : 1 376
    Points : 1 860
    Points
    1 860
    Par défaut
    Pas sur d'avoir tout compris.

    Ou as tu mis le imprimeetat du doc B ? Le problèmle doit venir de là et peut etre aussi du comportement en cas de fin de page de tes documents.
    Patrick Catella

    Je ne réponds pas aux messages privés si ceux ci suivent un sujet. Il est préférable pour tous de poursuivre la discussion dans le sujet d'origine.

    Je suis Concepteur développeur Windev (10 ans) et Windev mobile (4 ans) en recherche d'emploi. J'etudie toute proposition

  3. #3
    Membre régulier
    Profil pro
    Inscrit en
    Octobre 2006
    Messages
    204
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Octobre 2006
    Messages : 204
    Points : 98
    Points
    98
    Par défaut
    c'est indiqué dans la séquence du bout de code ci-dessus.

    le iImprimeEtat du doc B se trouve dans l'appel des données du doc A.
    J'ai essayé de le mettre dans "Après Impression Bas de Page" du doc A, mais ça ne fonctionne pas car à ce moment là, les données sont celles du A suivant.

    La taille du doc B a une influence, c'est certain, mais alors cela devrait déborder sur le document suivant, et non pas sur le document précédent comme c'est le cas.

Discussions similaires

  1. Exécuter un jar qui fait appel à d'autre jar
    Par Seb33300 dans le forum Général Java
    Réponses: 3
    Dernier message: 04/04/2012, 15h41
  2. Procédure d'une table qui fait appel à une autre table
    Par betsprite dans le forum MS SQL Server
    Réponses: 5
    Dernier message: 15/06/2010, 17h05
  3. [SQL2005EXP] Script qui en appelle d'autres.
    Par Geache dans le forum MS SQL Server
    Réponses: 2
    Dernier message: 11/02/2010, 13h48
  4. class qui en appel une autre qui peux planter !
    Par deadliff dans le forum Langage
    Réponses: 7
    Dernier message: 20/03/2007, 15h40
  5. Réponses: 2
    Dernier message: 28/02/2007, 19h54

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo