Discussion :

[fumidu]

Bonjour à tous,

J'utilise un objet qui hérite d'un CRichEdit, dans lequel je dessine des trucs en plus du texte (des points d'arrêts, et ce genre de trucs).
Bien sûr, quand l'utilisateur scroll le texte, le dessin doit suivre !
Je récupère donc la position du scroll via un GetScrollPos() très classique au moment du OnPaint.

Or, suivant la méthode pour scroller, ça ne marche pas bien.
1) Si l'utilisateur scroll avec la molette de la souris, le dessin suit exactement le texte.
2) Si l'utilisateur scroll avec les flèches de la scrollbar, tout va bien.
3) Si l'utilisateur drague l'ascenseur de la scrollbar, le dessin reste à la même place, et n'est dessiné à la bonne place que lorsque le bouton de la souris est relâché.

J'ai mis des traces pour surveiller ce qui ce passe, et il apparait qu'avec la méthode 3), la valeur retournée par GetScrollPos() est toujours la même tout au long du draguage (draguement ?), bien que le texte bouge correctement, lui.
La valeur retournée par GetScrollPos() ne change qu'au relâchement de la souris...

Du coup, c'est moche...

Est ce que quelqu'un a déjà eu le même problème ?
Il y a un autre message à écouter ?
Une autre variable à lire ?

Toutes les idées sont les bienvenues !

Merci d'avance !

[Spout]

As-tu essayé plutôt d'intercepter les messages WM_HSCROLL ou WM_VSCROLL (cf. FAQ) ?
Si ces messages sont disponibles, je trouve plus judicieux de les utiliser plutôt que de faire un GetScrollPos() dans le OnPaint().

[3DArchi]

As-tu essayé avec GetScrollInfo (http://msdn.microsoft.com/en-us/libr...5a(VS.80).aspx) ?

[fumidu]

As-tu essayé plutôt d'intercepter les messages WM_HSCROLL ou WM_VSCROLL (cf. FAQ) ?
Si ces messages sont disponibles, je trouve plus judicieux de les utiliser plutôt que de faire un GetScrollPos() dans le OnPaint().

Oui, j'ai essayé, mais le problème ne changeait pas, la valeur scrollPos ne bougeait pas !

As-tu essayé avec GetScrollInfo (http://msdn.microsoft.com/en-us/libr...5a(VS.80).aspx) ?

J'ai essayé, et le problème ne change pas.

La solution que j'ai trouvée, est un peu tordue, mais je n'ai rien trouvé de mieux : comme j'ai remarqué que scrollPos ne se mettait à jour que sur un message du type SB_ENDSCROLL, chaque fois que j'ai besoin de la valeur de scrollPos, j'envoie ce message juste avant :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

GetRichEditCtrl().SendMessage( WM_VSCROLL, MAKEWPARAM( SB_ENDSCROLL, 0), 0L );

Du coup, j'obtiens scrollPos est mis à jour, et a priori, je n'ai pas d'effet de bord.

Je n'ai toujours pas le fin mot de l'histoire, mais au moins, ça fait ce que je veux !