Is there any way to stop scrollbars freezing apps?

I know someone posted about this a while back but I cannot for the life of me find it in the forum so sorry for repeating.

Does anyone know if there is any way to stop scrollbars on objects such as the edit object, list boxes, grid view etc. from freezing the MMF2 application?

I am making a internet/network game which relies on a fairly constant stream of data being processed between host and clients. I need to use some of the extensions which have windows scrollbars in my game but if the application pauses during scrolling it could be enough to mess up the net communication.

I notice that the problem occurs with activex components which use a scrollbar too. I have made a custom scrollbar for some edit boxes but not all the extensions I need to use allow programmed scrolling... can anyone help?

I know someone posted about this a while back but I cannot for the life of me find it in the forum so sorry for repeating.

Does anyone know if there is any way to stop scrollbars on objects such as the edit object, list boxes, grid view etc. from freezing the MMF2 application?

I am making a internet/network game which relies on a fairly constant stream of data being processed between host and clients. I need to use some of the extensions which have windows scrollbars in my game but if the application pauses during scrolling it could be enough to mess up the net communication.

I notice that the problem occurs with activex components which use a scrollbar too. I have made a custom scrollbar for some edit boxes but not all the extensions I need to use allow programmed scrolling... can anyone help?

simon. make your own customized scrollbar window if all else fails.

simon. make your own customized scrollbar window if all else fails.

Vortex2 said he allready made one, he has the same problem. It's something to do with the SDK. Lets hope Clickteam can fix it.

Vortex2 said he allready made one, he has the same problem. It's something to do with the SDK. Lets hope Clickteam can fix it.

It's the normal Windows behavior: when you move a scrollbar or a window, or open a menu, Windows takes the hand and only calls the application via the functions that handle messages (i.e. the main loop of the application is frozen) until the user releases the mouse button or closes the menu.

We have found a workaround for this problem when the user resizes or moves the main window (there is a new option in the application runtime properties), but I don't know yet if we can find a workaround for scrollbars and other controls.

I'll document it in the SDK if we can find a safe way to do it.

Yves.

It's the normal Windows behavior: when you move a scrollbar or a window, or open a menu, Windows takes the hand and only calls the application via the functions that handle messages (i.e. the main loop of the application is frozen) until the user releases the mouse button or closes the menu.

We have found a workaround for this problem when the user resizes or moves the main window (there is a new option in the application runtime properties), but I don't know yet if we can find a workaround for scrollbars and other controls.

I'll document it in the SDK if we can find a safe way to do it.

Yves.

I just wonder because I've seen applications were you can watch a realtime results (for example on a chart) when dragging sliderbars and stuff like that.

I just wonder because I've seen applications were you can watch a realtime results (for example on a chart) when dragging sliderbars and stuff like that.

Either their main loop is running in a second thread, or the results are displayed from within a timer function.

Yves.

Either their main loop is running in a second thread, or the results are displayed from within a timer function.

Yves.