MFC Impression Direct: Problème d'échelle

Bonjour à tous,
Je travaille actuellement sur une application qu permet d'imprimer en grande quantité des fiches.
Le problème, c'est que de temps en temps, l'impression est complètement déformé.
En fait, il existe plusieurs cas rencontrés:
- Sur la feuille est imprimé uniquement les 2 cm du bas du vrai document, et ce sur toute la page (comme si on avait fait un zoom sur les 2 cm du bas)
- Au mileu de la feuille, sur qques cm, on retrouve toute la page (et la, c'est l'inverse, on dirait qu'on a zoomer en arrière)

Ces deux exemples sont des erreurs sur la hauteur. Mais le même problème en largeur a également été trouvé.

Est-ce que qqu'un a déjà connu ce problème? Si oui, quels seraient les éventuelles solutions?

Merci beaucoup par avance de votre aide!!

salut,
un peu difficile de repondre sans voir le code.
avant d'imprimer une page tu sauvegardes l'etat du DC ?
:D

Quelle est la frequence du probleme ?
Peut on trouver une similitude entre les fiches à problemes ?
Sont-ce toujours les memes ?
Le code d'impression ?

salut,
farscape, qu'entend-tu par "sauvegarder le DC"? Quel est l'interet ou plutot sur koi ceci peut-il jouer?

Sinon, mtopoloff, pour la fréquence, disons que ca arrive 1/500(oui, il y a beaucoup d'impression). ET en ce qui concerne le contenu des ces impressions, aucune similitude n'a été trouvé pouvant indiquer la cause. En fait, il y a un modèle avec des données, dont certaines sont remplacé par la valeur adequat. Mais la disposition est tjrs la mme.

Il n'y a donc pas d'élément qui pourraient indiquer pourquoi tel impression est mauvaise. D'autant que par la suite, sur une impression raté disons, il est possible de manuellement faire cette impression, et dans ce cas, pas de souci.

Disons que le comportement indiquerais presque que le spooler de windows perds les pédales de temps en temps...

salut,
et bien l'utilisation de CDC::SaveDC et CDC::RestoreDC
ça permet de sauvegarder l'etat d'un dc et de le restaurer .

sinon comment tu edites ?
c'est dans un contexte document/view ?
:D

voici le principe utilisé:
- StartDoc
|
StartPage
|
boucle pour Remplissage des données du document avec TextOut et LineTo
|
EndPage
|
- EndDoc

Il n'y a pas de sauvegarde effectué. Mais d'un autre coté, la sauvegarde est utilse si il y a un problème sur le document non? Car lorsque les impression sont déformées, au niveau du spooler il n'y a aucun problème. Et j'avoue que je vois mal un si grand nombre de sauvegarde en mémoire lol.
Aussi, au cas ou un problème surviendrais, le job n'est pas supprimé du spooler, afin de réessayer plus tard.

Citation:

---

Envoyé par thealex321

voici le principe utilisé:
- StartDoc
|
StartPage
|
boucle pour Remplissage des données du document avec TextOut et LineTo
|
EndPage
|
- EndDoc

Il n'y a pas de sauvegarde effectué. Mais d'un autre coté, la sauvegarde est utilse si il y a un problème sur le document non? Car lorsque les impression sont déformées, au niveau du spooler il n'y a aucun problème. Et j'avoue que je vois mal un si grand nombre de sauvegarde en mémoire lol.
Aussi, au cas ou un problème surviendrais, le job n'est pas supprimé du spooler, afin de réessayer plus tard.

---

j'utilise ce principe depuis des années avec des volumes d'editions important sans aucuns pb.
ton pb doit se situer dans ta boucle de remplissage.

:D

ah bon?
Mais ne peut-il pas y avoir une problème avec l'OS ou encore l'imprimante?
Car je ne vois pas pk ce problème est aléatoire alors.

Quel pilote d'impression tu utilises ?
Par expérience je conseille de rester en pcl5 pas de pcl6 .
Après comme je t'ai dis faut voir le code .
Est ce que tout ce qui est sélectionné dans le DC est relâché après utilisation
Du style je sélectionne une fonte, je mémorise l'ancienne et je la restitue à la fin.
Tous les objets GDI temporaires sont bien relâchés ?
:D