Discussion :

[Goldenkiller]

Bonjour,

J'imprime plusieurs types de données comme par exemple : une image, des formes et des données de recordsets...

Normalement tout doit s'imprimer sur 1 page mais les données du recordset que j'imprime sous forme de liste vertical déborde souvent et crée des pages automatiquement.

Jusque la tout est normal.

Le problème survient lorsque j'imprime quelque chose après un recordset ayant dépasser la hauteur de la page. Toutes données que j'imprime se positionne sur la dernière page.

Par exemple je fais :

Printer.CurrentX = 0
Printer.CurrentY = 0
Printer.Print "Chaine de caractères TEST"

Il imprimera : "Chaine de caractères TEST" à la position (0,0) de la dernière page et non de la 1ere.

Quelqu'un pourrait me dire comment je pourrai faire pour revenir en 1ère page?

Merci

[jmfmarques]

Tu ne peux pas "revenir en arrière" !
Il te faut gérer autrement !
Utiliser les résultats de ton recordset sans en lancer l'impression, par exemple, s'il te faut ces résultats d'abord dans ton impression !
Les moyens ne manquent pas, y compris l'utilisation de tableaux dynamiques dont tu n'imprimes les données qu'après !
C'est une simple question d'organisation, plus que de code !

[Goldenkiller]

oui j'ai penser les imprimer après mais ca marche dans le cas ou je n'ai que un recordset.

Si j'en ai plusieurs, l'impression du 2eme recordset commencera sur une autre page et ainsi de suite :s

Que veut tu dire par l'utilisation de tableau?
Une fois chargé dans un tableau, je devrai quand même imprimer le contenu de celui ci.

Dois je gérer la taille du texte que j'imprime et la position?

[jmfmarques]

Tu dois TOUT gérer !
comment veux-tu revenir en érrière ? Faire y compris "ravaler" une page s'il l'a imprimée en entier ?
Sois réaliste !
Les tableaux dynamiques (aide en ligne - Array) sont à utiliser pour y stocker des données, les exploiter pour un résultat, etc... si tu veux par exemple imprimer un résultat avant les données... rien ne t'empêchant ensuite d'imprimer les données par exploitation du tableau qui les contient !
Là encore, ce n'est pas du code mais une organisation de ta pensée !!!

[Goldenkiller]

Mais l'impression se lance uniquement après l'instruction "Printer.EndDoc".

Je peux insérer des données tant que je veux. Si je fait pas Print.Enddoc l'impression ne se lancera pas.Pour moi ca me semble bizarre que je ne puisse pas remonter à la 1ere page.

Enfin au moins je sais que je dois revoir ma technique d'impression.

J'essayerai ceci demain : if printer.textheight + printer.currentY >= hauteur de la page then printer.newpage...

Thx

[jmfmarques]

Je ne vois pas ce que le moment auquel part l'impression a à voir avec l'ordre dans lequel se fait l'impression !!!!
JE TE PARLE DE L'ORDRE DE CES IMPRESSIONS ! pas de l'exécution finale vers l'imprimante, c'est clair et facile à comprendre, non ?
C'est comme un convoi : tu mets d'abord les véhicules dans l'ordre que tu veux et tu fais ensuite démarrer le convoi dans cet ordre ! Une fois le convoi parti, tu ne peux que le regarder défiler dans l'ordre dans lequel tu l'as mis au départ !
Je veux bien te faire un dessin ou te faire parvenir des bûchettes de simulation, mais il me semble que ces explications simples devraient te faire comprendre la différence qu'il y a entre commandes ordonnées d'impression et exécution finale de l'impression ainsi ordonnée !!!