J'utilise un picture box d'une MDIform pour afficher un gros bitmap (12 000
* 11 000 pixels)
J'utilise une barre d'outil déplaçable sous la forme d'une form & command
button, la form ayant pour propriété
borderstyle: fixed tool window, elle est maitenu au premier plan sur
form_load par la fonction settopmostwindow décrite dans la FAQ.
Pb: lorsque je déplace cette fenetre je déclenche apparement plusieurs
evenements PAINT successifs, donc un ralentissement de l'application, (le
stretchDIBits utilisé lors du PAINT est long pour un zoom sur la totalité de
l'image).
Quelles sont les solutions pour palier à ce pb ?
Comment invalider la mise à jour du picturebox pendant le déplacement ?
"Christophe" <geo.ch@(wormfuck)tiscali.fr> a écrit dans le message de news:c0fbht$s2$
J'utilise un picture box d'une MDIform pour afficher un gros bitmap (12 000 * 11 000 pixels)
J'utilise une barre d'outil déplaçable sous la forme d'une form & command button, la form ayant pour propriété borderstyle: fixed tool window, elle est maitenu au premier plan sur form_load par la fonction settopmostwindow décrite dans la FAQ.
Pb: lorsque je déplace cette fenetre je déclenche apparement plusieurs evenements PAINT successifs, donc un ralentissement de l'application, (le stretchDIBits utilisé lors du PAINT est long pour un zoom sur la totalité de l'image).
Quelles sont les solutions pour palier à ce pb ? Comment invalider la mise à jour du picturebox pendant le déplacement ?
Bonjour/soir,
Tu pourrais sous-classer les messages WM_PAINT, WM_MOVING et WM_SIZING pour
"oublier" les messages WM_PAINT quand ils ne te conviennent pas...
Une autre possibilité serait d'utiliser un ValidateRect/ValidateRgn et
d'indiquer la région à ne pas retracer.
"Christophe" <geo.ch@(wormfuck)tiscali.fr> a écrit dans le message de
news:c0fbht$s2$1@news.tiscali.fr
J'utilise un picture box d'une MDIform pour afficher un gros bitmap
(12 000 * 11 000 pixels)
J'utilise une barre d'outil déplaçable sous la forme d'une form &
command button, la form ayant pour propriété
borderstyle: fixed tool window, elle est maitenu au premier plan sur
form_load par la fonction settopmostwindow décrite dans la FAQ.
Pb: lorsque je déplace cette fenetre je déclenche apparement plusieurs
evenements PAINT successifs, donc un ralentissement de l'application,
(le stretchDIBits utilisé lors du PAINT est long pour un zoom sur la
totalité de l'image).
Quelles sont les solutions pour palier à ce pb ?
Comment invalider la mise à jour du picturebox pendant le déplacement
?
"Christophe" <geo.ch@(wormfuck)tiscali.fr> a écrit dans le message de news:c0fbht$s2$
J'utilise un picture box d'une MDIform pour afficher un gros bitmap (12 000 * 11 000 pixels)
J'utilise une barre d'outil déplaçable sous la forme d'une form & command button, la form ayant pour propriété borderstyle: fixed tool window, elle est maitenu au premier plan sur form_load par la fonction settopmostwindow décrite dans la FAQ.
Pb: lorsque je déplace cette fenetre je déclenche apparement plusieurs evenements PAINT successifs, donc un ralentissement de l'application, (le stretchDIBits utilisé lors du PAINT est long pour un zoom sur la totalité de l'image).
Quelles sont les solutions pour palier à ce pb ? Comment invalider la mise à jour du picturebox pendant le déplacement ?
François Picalausa
Bonjour/soir,
Si tu veux un exemple de sous classement: http://faq.vb.free.fr/index.php?question
ça peut toujours servir :-)
Tu trouvera sur divers sites (VBAccelerator entre autres) des composants pour sous classer sans une ligne de code (et sans plantages ;-) )... Plus pratique pour commencer :-)
"Christophe" <geo.ch@(wormfuck)tiscali.fr> a écrit dans le message de news:c0fbht$s2$
J'utilise un picture box d'une MDIform pour afficher un gros bitmap (12 000 * 11 000 pixels)
J'utilise une barre d'outil déplaçable sous la forme d'une form & command button, la form ayant pour propriété borderstyle: fixed tool window, elle est maitenu au premier plan sur form_load par la fonction settopmostwindow décrite dans la FAQ.
Pb: lorsque je déplace cette fenetre je déclenche apparement plusieurs evenements PAINT successifs, donc un ralentissement de l'application, (le stretchDIBits utilisé lors du PAINT est long pour un zoom sur la totalité de l'image).
Quelles sont les solutions pour palier à ce pb ? Comment invalider la mise à jour du picturebox pendant le déplacement ?
Bonjour/soir,
Si tu veux un exemple de sous classement:
http://faq.vb.free.fr/index.php?question
ça peut toujours servir :-)
Tu trouvera sur divers sites (VBAccelerator entre autres) des composants
pour sous classer sans une ligne de code (et sans plantages ;-) )...
Plus pratique pour commencer :-)
"Christophe" <geo.ch@(wormfuck)tiscali.fr> a écrit dans le message de
news:c0fbht$s2$1@news.tiscali.fr
J'utilise un picture box d'une MDIform pour afficher un gros bitmap
(12 000 * 11 000 pixels)
J'utilise une barre d'outil déplaçable sous la forme d'une form &
command button, la form ayant pour propriété
borderstyle: fixed tool window, elle est maitenu au premier plan sur
form_load par la fonction settopmostwindow décrite dans la FAQ.
Pb: lorsque je déplace cette fenetre je déclenche apparement
plusieurs evenements PAINT successifs, donc un ralentissement de
l'application, (le stretchDIBits utilisé lors du PAINT est long
pour un zoom sur la totalité de l'image).
Quelles sont les solutions pour palier à ce pb ?
Comment invalider la mise à jour du picturebox pendant le
déplacement ?
Si tu veux un exemple de sous classement: http://faq.vb.free.fr/index.php?question
ça peut toujours servir :-)
Tu trouvera sur divers sites (VBAccelerator entre autres) des composants pour sous classer sans une ligne de code (et sans plantages ;-) )... Plus pratique pour commencer :-)
"Christophe" <geo.ch@(wormfuck)tiscali.fr> a écrit dans le message de news:c0fbht$s2$
J'utilise un picture box d'une MDIform pour afficher un gros bitmap (12 000 * 11 000 pixels)
J'utilise une barre d'outil déplaçable sous la forme d'une form & command button, la form ayant pour propriété borderstyle: fixed tool window, elle est maitenu au premier plan sur form_load par la fonction settopmostwindow décrite dans la FAQ.
Pb: lorsque je déplace cette fenetre je déclenche apparement plusieurs evenements PAINT successifs, donc un ralentissement de l'application, (le stretchDIBits utilisé lors du PAINT est long pour un zoom sur la totalité de l'image).
Quelles sont les solutions pour palier à ce pb ? Comment invalider la mise à jour du picturebox pendant le déplacement ?
Christophe
Merci pour ta réponse,
mais je n'y connais rien au sous-classement des messages windows.
je vais approfondir
Chrsitophe Vergon
"François Picalausa" a écrit dans le message de news:
Bonjour/soir,
Tu pourrais sous-classer les messages WM_PAINT, WM_MOVING et WM_SIZING
pour
"oublier" les messages WM_PAINT quand ils ne te conviennent pas...
Une autre possibilité serait d'utiliser un ValidateRect/ValidateRgn et d'indiquer la région à ne pas retracer.
"Christophe" <geo.ch@(wormfuck)tiscali.fr> a écrit dans le message de news:c0fbht$s2$ > J'utilise un picture box d'une MDIform pour afficher un gros bitmap > (12 000 * 11 000 pixels) > > J'utilise une barre d'outil déplaçable sous la forme d'une form & > command button, la form ayant pour propriété > borderstyle: fixed tool window, elle est maitenu au premier plan sur > form_load par la fonction settopmostwindow décrite dans la FAQ. > > Pb: lorsque je déplace cette fenetre je déclenche apparement plusieurs > evenements PAINT successifs, donc un ralentissement de l'application, > (le stretchDIBits utilisé lors du PAINT est long pour un zoom sur la > totalité de l'image). > > Quelles sont les solutions pour palier à ce pb ? > Comment invalider la mise à jour du picturebox pendant le déplacement > ?
Merci pour ta réponse,
mais je n'y connais rien au sous-classement des messages windows.
je vais approfondir
Chrsitophe Vergon
"François Picalausa" <fpicalausa@chez.com> a écrit dans le message de news:
OyOTOnY8DHA.3648@TK2MSFTNGP11.phx.gbl...
Bonjour/soir,
Tu pourrais sous-classer les messages WM_PAINT, WM_MOVING et WM_SIZING
pour
"oublier" les messages WM_PAINT quand ils ne te conviennent pas...
Une autre possibilité serait d'utiliser un ValidateRect/ValidateRgn et
d'indiquer la région à ne pas retracer.
"Christophe" <geo.ch@(wormfuck)tiscali.fr> a écrit dans le message de
news:c0fbht$s2$1@news.tiscali.fr
> J'utilise un picture box d'une MDIform pour afficher un gros bitmap
> (12 000 * 11 000 pixels)
>
> J'utilise une barre d'outil déplaçable sous la forme d'une form &
> command button, la form ayant pour propriété
> borderstyle: fixed tool window, elle est maitenu au premier plan sur
> form_load par la fonction settopmostwindow décrite dans la FAQ.
>
> Pb: lorsque je déplace cette fenetre je déclenche apparement plusieurs
> evenements PAINT successifs, donc un ralentissement de l'application,
> (le stretchDIBits utilisé lors du PAINT est long pour un zoom sur la
> totalité de l'image).
>
> Quelles sont les solutions pour palier à ce pb ?
> Comment invalider la mise à jour du picturebox pendant le déplacement
> ?
"Christophe" <geo.ch@(wormfuck)tiscali.fr> a écrit dans le message de news:c0fbht$s2$ > J'utilise un picture box d'une MDIform pour afficher un gros bitmap > (12 000 * 11 000 pixels) > > J'utilise une barre d'outil déplaçable sous la forme d'une form & > command button, la form ayant pour propriété > borderstyle: fixed tool window, elle est maitenu au premier plan sur > form_load par la fonction settopmostwindow décrite dans la FAQ. > > Pb: lorsque je déplace cette fenetre je déclenche apparement plusieurs > evenements PAINT successifs, donc un ralentissement de l'application, > (le stretchDIBits utilisé lors du PAINT est long pour un zoom sur la > totalité de l'image). > > Quelles sont les solutions pour palier à ce pb ? > Comment invalider la mise à jour du picturebox pendant le déplacement > ?
Christophe
Re merci
en fait comme je gere moi même l'evenement paint du picturebox je vais detecter le form_move et invalider la mise à jour du bitmap pendant le trajet de la form.
christophe vergon
"François Picalausa" a écrit dans le message de news:
Bonjour/soir,
Si tu veux un exemple de sous classement: http://faq.vb.free.fr/index.php?question
ça peut toujours servir :-)
Tu trouvera sur divers sites (VBAccelerator entre autres) des composants pour sous classer sans une ligne de code (et sans plantages ;-) )... Plus pratique pour commencer :-)
"Christophe" <geo.ch@(wormfuck)tiscali.fr> a écrit dans le message de news:c0gdj7$n8d$ > Merci pour ta réponse, > > mais je n'y connais rien au sous-classement des messages windows. > > je vais approfondir > > Chrsitophe Vergon > > "François Picalausa" a écrit dans le message de > news: >> Bonjour/soir, >> >> Tu pourrais sous-classer les messages WM_PAINT, WM_MOVING et >> WM_SIZING pour "oublier" les messages WM_PAINT quand ils ne te >> conviennent pas... >> >> Une autre possibilité serait d'utiliser un ValidateRect/ValidateRgn >> et d'indiquer la région à ne pas retracer. >> >> -- >> François Picalausa (MVP VB) >> FAQ VB : http://faq.vb.free.fr >> MSDN : http://msdn.microsoft.com >> >> >> "Christophe" <geo.ch@(wormfuck)tiscali.fr> a écrit dans le message de >> news:c0fbht$s2$ >>> J'utilise un picture box d'une MDIform pour afficher un gros bitmap >>> (12 000 * 11 000 pixels) >>> >>> J'utilise une barre d'outil déplaçable sous la forme d'une form & >>> command button, la form ayant pour propriété >>> borderstyle: fixed tool window, elle est maitenu au premier plan sur >>> form_load par la fonction settopmostwindow décrite dans la FAQ. >>> >>> Pb: lorsque je déplace cette fenetre je déclenche apparement >>> plusieurs evenements PAINT successifs, donc un ralentissement de >>> l'application, (le stretchDIBits utilisé lors du PAINT est long >>> pour un zoom sur la totalité de l'image). >>> >>> Quelles sont les solutions pour palier à ce pb ? >>> Comment invalider la mise à jour du picturebox pendant le >>> déplacement ?
Re merci
en fait comme je gere moi même l'evenement paint du picturebox je vais
detecter le form_move et invalider la mise à jour du bitmap pendant le
trajet de la form.
christophe vergon
"François Picalausa" <fpicalausa@chez.com> a écrit dans le message de news:
uxXVk9Y8DHA.632@TK2MSFTNGP12.phx.gbl...
Bonjour/soir,
Si tu veux un exemple de sous classement:
http://faq.vb.free.fr/index.php?question
ça peut toujours servir :-)
Tu trouvera sur divers sites (VBAccelerator entre autres) des composants
pour sous classer sans une ligne de code (et sans plantages ;-) )...
Plus pratique pour commencer :-)
"Christophe" <geo.ch@(wormfuck)tiscali.fr> a écrit dans le message de
news:c0gdj7$n8d$1@news.tiscali.fr
> Merci pour ta réponse,
>
> mais je n'y connais rien au sous-classement des messages windows.
>
> je vais approfondir
>
> Chrsitophe Vergon
>
> "François Picalausa" <fpicalausa@chez.com> a écrit dans le message de
> news: OyOTOnY8DHA.3648@TK2MSFTNGP11.phx.gbl...
>> Bonjour/soir,
>>
>> Tu pourrais sous-classer les messages WM_PAINT, WM_MOVING et
>> WM_SIZING pour "oublier" les messages WM_PAINT quand ils ne te
>> conviennent pas...
>>
>> Une autre possibilité serait d'utiliser un ValidateRect/ValidateRgn
>> et d'indiquer la région à ne pas retracer.
>>
>> --
>> François Picalausa (MVP VB)
>> FAQ VB : http://faq.vb.free.fr
>> MSDN : http://msdn.microsoft.com
>>
>>
>> "Christophe" <geo.ch@(wormfuck)tiscali.fr> a écrit dans le message de
>> news:c0fbht$s2$1@news.tiscali.fr
>>> J'utilise un picture box d'une MDIform pour afficher un gros bitmap
>>> (12 000 * 11 000 pixels)
>>>
>>> J'utilise une barre d'outil déplaçable sous la forme d'une form &
>>> command button, la form ayant pour propriété
>>> borderstyle: fixed tool window, elle est maitenu au premier plan sur
>>> form_load par la fonction settopmostwindow décrite dans la FAQ.
>>>
>>> Pb: lorsque je déplace cette fenetre je déclenche apparement
>>> plusieurs evenements PAINT successifs, donc un ralentissement de
>>> l'application, (le stretchDIBits utilisé lors du PAINT est long
>>> pour un zoom sur la totalité de l'image).
>>>
>>> Quelles sont les solutions pour palier à ce pb ?
>>> Comment invalider la mise à jour du picturebox pendant le
>>> déplacement ?
en fait comme je gere moi même l'evenement paint du picturebox je vais detecter le form_move et invalider la mise à jour du bitmap pendant le trajet de la form.
christophe vergon
"François Picalausa" a écrit dans le message de news:
Bonjour/soir,
Si tu veux un exemple de sous classement: http://faq.vb.free.fr/index.php?question
ça peut toujours servir :-)
Tu trouvera sur divers sites (VBAccelerator entre autres) des composants pour sous classer sans une ligne de code (et sans plantages ;-) )... Plus pratique pour commencer :-)
"Christophe" <geo.ch@(wormfuck)tiscali.fr> a écrit dans le message de news:c0gdj7$n8d$ > Merci pour ta réponse, > > mais je n'y connais rien au sous-classement des messages windows. > > je vais approfondir > > Chrsitophe Vergon > > "François Picalausa" a écrit dans le message de > news: >> Bonjour/soir, >> >> Tu pourrais sous-classer les messages WM_PAINT, WM_MOVING et >> WM_SIZING pour "oublier" les messages WM_PAINT quand ils ne te >> conviennent pas... >> >> Une autre possibilité serait d'utiliser un ValidateRect/ValidateRgn >> et d'indiquer la région à ne pas retracer. >> >> -- >> François Picalausa (MVP VB) >> FAQ VB : http://faq.vb.free.fr >> MSDN : http://msdn.microsoft.com >> >> >> "Christophe" <geo.ch@(wormfuck)tiscali.fr> a écrit dans le message de >> news:c0fbht$s2$ >>> J'utilise un picture box d'une MDIform pour afficher un gros bitmap >>> (12 000 * 11 000 pixels) >>> >>> J'utilise une barre d'outil déplaçable sous la forme d'une form & >>> command button, la form ayant pour propriété >>> borderstyle: fixed tool window, elle est maitenu au premier plan sur >>> form_load par la fonction settopmostwindow décrite dans la FAQ. >>> >>> Pb: lorsque je déplace cette fenetre je déclenche apparement >>> plusieurs evenements PAINT successifs, donc un ralentissement de >>> l'application, (le stretchDIBits utilisé lors du PAINT est long >>> pour un zoom sur la totalité de l'image). >>> >>> Quelles sont les solutions pour palier à ce pb ? >>> Comment invalider la mise à jour du picturebox pendant le >>> déplacement ?
