Bonjour.
Merci pour cette réponse et pour votre contribution à ce fantastique forum.
Réponse courte : Hé non, malheureusement !
Réponse détaillée :
En fait, j'ai déjà un état qui comprend les groupes (et donc les entêtes de groupe) basé sur une table crée en amont par une requête qui ne retient que les entêtes de groupe et y ajoute un certain nombre d'information d'une autre table.
Ce choix est motivé par la nécessite d'appliquer aux entêtes un traitement qu'il n'est pas utile d'appliquer au reste des données et d'afficher en entête, des informations qui ne sont pas dans la table principale.
J'ai un sous-état où n'apparaissent que le reste des donnés, liées à l’identifiant unique aux entêtes de l'état.
Mais le soucis, c'est que pour une même entête, d'une édition à l'autre (et parce que les données évoluent au fil du temps), il peut y avoir une fois 1 page, une fois plusieurs pages, 1 fois rien...
C'est aussi le cas pour l'exemple que vous donnez (Les mouvements des journaux ne sauraient avoir toujours le même nombre de lignes, et donc toujours occuper le même nombre de pages).
Par ailleurs, contrairement à votre exemple, mon nombre d'entête varie (la requête qui génère la table est relancée avant l'affichage de l'état).
L'objectif final de la création de ces état est leur impression.
Ils seront, de toute manière, imprimés tous ensemble.
1 seul état trouve tout son intérêt.
Mon problème, c'est que votre code marche nickel (et je vous en remercie vivement).
Mais il ne fonctionne de manière pertinente qu'en impression recto.
Quand je m'aventure à ajouter des morceaux de code pour ajouter une page blanche derrière un nombre de pages impaires, non seulement je n'ai pas ma page en plus, mais votre code est "cassé".
D'où ma question.
Encore merci.
0 |
0 |