I have been thinking about this all day, and need to run some tests later this week.
When a tab has no active modules on it, it will not get updated/redrawn until a button is pressed, hence why there is no stutter on tabs without active modules. As soon as a tab as one or more active modules, it will get updated on a regular basis. This involves repainting the entire window area, buttons, backgrounds, modules, everything.
I need to test to see if its actually the active modules making things stutter, or if its the process of redrawing. Because this is a win32 window (and not a directx window), TouchBuddy *HAS* to use system calls to create the images and place them into the window area, and system calls can be very slow and resoirce intensive. It could be these calls taking up the CPU time, but I wont know until I do some tests.
If its the active modules that are causing the problem, I do have some ideas about how to reduce the CPU time they take. If its the actual redrawing thats making it stutter, then there isnt actually much I can do about that, but again, I will test some options on that too.
__________________
(Setup: XP Pro, classic mode, LinITX 8" touchscreen (Client/Server), 19" touchscreen (Local), latest development version of TouchBuddy)
|