|
|
|
|
Forum
Please
Log In
to post a new message or reply to an existing one. If you are not registered, please
register.
NOTE: Some forums may be read-only if you are not currently subscribed to
our technical support services.
Subject |
Author |
Date |
|
Vrinda Savargaonkar
|
Jun 5, 2007 - 6:22 AM
|
Dear Sir,
We are using prof uis v-7.0 . & Ribbonbar mdi in our (Biomedical) Diagnostic ECG application. During online ECG showing on view the UI speed is very very slow & some time application get hang . I am using following code in main frame after initialization of ribbonbar & CustomizeStateLoad to gain UI speed. CExtPopupMenuWnd::g_bMenuWithShadows = false; CExtPopupMenuWnd::g_bMenuShowCoolTips = true; CExtPopupMenuWnd::g_bMenuExpanding = false; CExtPopupMenuWnd::g_bMenuHighlightRarely = false; CExtPopupMenuWnd::g_bMenuExpandAnimation = false; CExtPopupMenuWnd::g_DefAnimationType = CExtPopupMenuWnd::__AT_NONE; CExtPopupMenuWnd::g_nDefaultFadeOutAnimationStepCount = 0; CExtPopupMenuWnd::g_nDefaultFadeOutAnimationEllapse = 0; CExtPaintManager::g_DefAnimationParametersNormal But there is not enough improvement in UI speed. How to improve UI speed? Please suggest some appropriate solution.
Thanks
|
|
Vrinda Savargaonkar
|
Jun 6, 2007 - 8:19 AM
|
Dear Sir,
My application is real time ECG system , which takes data from external device & display it . For that I am using multithreading & timers also.
In this case UI speed become very slow.
Can you please suggest some code that handle these situations & to improve speed of UI.
Thanks.
|
|
Vrinda Savargaonkar
|
Jun 6, 2007 - 8:11 AM
|
Thanks Hans ,
I overloaded CWinThread::IsIdleMessage() this function but not much improvement in UI speed. I am using multithrading & timers also in real time ECG application ,can you please specify some other methods also to improve UI speed. Regards
|
|
Technical Support
|
Jun 5, 2007 - 10:54 AM
|
Are you using timers and/or idle application time processing in you project for such long operations as data base queries? Besides, all the command updating handler methods should also be free of heavy operations.
|
|
Hans Bergmeister
|
Jun 5, 2007 - 11:49 AM
|
Hello,
we had a similar problem here and achieved a major improvement by overloading CWinThread::IsIdleMessage() in the following way:
BOOL CMyApp::IsIdleMessage(MSG* pMsg) // checks for special messages { if (pMsg->message == WM_TIMER) { return FALSE; }
return CWinApp::IsIdleMessage(pMsg); }
|
|