Discussion :

[TheGzD]

Salut à tous !

Mon problème est plutôt simple :
- J'ai un CRichEdit qui contient du texte et qui s'affiche correctement.
- A ce CRichEdit est appliquée une couleur de fond à l'aide de la méthode SetBackgroundColor : la couleur s'affiche correctement. Cette couleur n'a rien à voir avec une éventuelle couleur de surlignement du texte qui serait codé dans le RTF.
- Dans un deuxième temps je compte imprimer ce CRichEdit avec la méthode FormatRange. Le texte s'affiche correctement (police, taille, couleur, etc ...) à l'endroit que j'ai défini mais l'arrière-plan reste irrémédiablement blanc ... (j'ai aussi essayé la méthode DisplayBand, avec le même résultat).

J'ai tenté de contourner le problème en remplissant le CRect dans lequel j'imprime le contenu du CRichEdit avec la couleur de l'arrière plan, mais sans succès (même après un SetBkMode(TRANSPARENT)).

Il me semble que le CRichEdit est passablement buggé, j'ai d'ailleurs pu constater que ces fonctions d'impression (FormatRange et DisplayBand) changaient le CPen courrant et ne restituaient pas l'ancien ...

Tout ceci pour introduire ma question :
Est-ce que quelqu'un à déjà rencontré ce problème ? Si oui, avez-vous trouvé une solution de contournement ?

Merci d'avance.


PS : j'utilise le CRichEdit en version RICHEDIT50W.
PPS : je suis (encore) sous VS 2008 SP1.

[TheGzD]

Suis-je le seul à vouloir imprimer un CRichEdit ?

[Mat.M]

Salut soit il faut rattacher une fonction/procédure de messages pour "subclasser" le contrôle avec SetWindowLong()
Dans cette fonction il faut alors capter le WM_PAINT ou OnDraw du contrôle et effectuer le dessin voulu.
Parce qu'un CRichEdit c'est aussi un fenêtre Windows dérivant de CWnd.

Soit alors en définissant le contrôle à CustomDraw dans l'éditeur de ressources et capter WM_DRAWITEM qui fournit un HDC pour dessiner.
Mais je ne sais pas si un CRichEdit peut être un contrôle utilisateur rédessinable par l'utilisateur (Custom Draw) je n'ai pas VC++ sous la main.

[TheGzD]

Merci de m'avoir répondu. Par contre ce n'est pas ce que je demande et à mon avis surcharger la méthode de dessin d'un CRichEdit serait, à mon avis, vraiment trop fastidieux pour un résultat pas forcément au rdv.

Pour résumer, mon soucis est qu'une méthode qui marche sur un DC d'écran ne marche pas sur un DC d'imprimante dans le cas du CRichEdit ...

Un lien vers le même problème : http://www.codeproject.com/KB/printi...906#xx378906xx
Non résolu pour le moment ...

[Mat.M]

Pour résumer, mon soucis est qu'une méthode qui marche sur un DC d'écran ne marche pas sur un DC d'imprimante dans le cas du CRichEdit ...
:

attention le DC de l'écran c'est pas la même chose que celui de l'imprimante
ll faut tester les capacités hardware de l'imprimante avec GetDeviceCaps etc...

Pour le CRichEdit on ne peut pas le mettre à Custom Draw j'ai vérifié...

[TheGzD]

Oui je sais bien.
Mon problème réside dans le fait que la couleur du background (couleur fixée à l'aide d'une méthode propre au contrôle (voir mon 1er post)) du CRichEdit ne se dessine pas sur le DC de l'imprimante ...
Après je ne vois pas trop ce que je pourrais faire au niveau du DC de l'imprimante pour régler ça. Surtout que je n'ai aucune idée de la façon dont s'y prend le CRichEdit pour dessiner son background