Professional UI Solutions
Site Map   /  Register
 
 

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.

Forums » Prof-UIS Tech Support » Delay when resizing control-bar not in focus in 2.90 Collapse All
Subject Author Date
Offer Har Aug 29, 2010 - 8:38 AM

Hi,


We upgraded to 2.90 from 2.87, and now, when we have a control-bar and we try to resize it by dragging its borders there is a delay of about a second between the start of the dragging until the dragging actualy begins.


* This does not happen if the control-bar is the focused control-bar. It seems that you need to repaint it or something like this prior to moving it, and it causes a notable delay.


* This was all tested in release version.


Please fix.


Thanks,


Ron.

Technical Support Aug 31, 2010 - 3:04 AM

We tried simple CExtControlBar control bars and dynamic CExtDynamicControlBar control bars on Windows XP SP3 and Office 2007 themes. The 200...300 millisecond delay can be reproduced only if:

1) Computer is not new and enough slow. The LG M1 Pro notebook for instance.

2) Debug application version is used.

3) Application creates many control bars and all of them are visible and docked inside the main frame and not auto-hidden. We used MDI_DynamicBars sample application.

The 200...300 millisecond delay in this case is the frame layout recalculation after un-docking the control bar. We can programmatically increase this delay using heavy timer handler code or heavy idle time processing code.

Offer Har Aug 31, 2010 - 3:55 AM

Dear Support,


1) The computer is OK, but not new.


2) I am only testing in release mode.


3) How much is any? 10? 20? 30? 100? can you give me a number?


My main input is that if prior to resizing, the control-bar had focus there is no delay, but if it does not have focus there is a delay - how can this be? why does it matter?


We use some timers in our application, as it needs to update the UI, but why does it generates delays in Prof-UIS’s focus changing algorithms?

Technical Support Aug 31, 2010 - 11:06 AM

30..50 bars is enough. The focus affects the OnCmdMsg() and PreTranslateMessage() routing. Some of these method implementations can be slower than other.

Technical Support Aug 30, 2010 - 10:07 AM

Which sample app should we try to reproduce this? Which UI theme should be selected? Which Windows version?

Offer Har Aug 31, 2010 - 2:30 AM

We are using Win XP SP3, with CExtPaintManagerOffice2007_Silver.


We saw it in our application, I will try and reproduce it in a sample application, please try as well.