![]()  | 
 
howto reduce the frequency of update even | 
 
    Post Reply  
   | 
  
| Author | |
   
   progame  
   
   Newbie  
   Joined: 15 July 2004 Location: China Status: Offline Points: 20  | 
  
   
      Post Options
    
        Thanks(0)
      Quote   Reply
   
     Topic: howto reduce the frequency of update evenPosted: 26 December 2005 at 10:22am  | 
 
| 
   
    howto reduce the frequency of update event? because i must do some proccessing for get button state, but this event alway be fired so my app make cpu usage very high in some computer .  | 
 |
![]()  | 
 |
   
   Oleg  
   
   Senior Member  
   Joined: 21 May 2003 Location: United States Status: Offline Points: 11234  | 
  
   
      Post Options
    
        Thanks(0)
      Quote   Reply
   
     Posted: 26 December 2005 at 10:49am | 
 
| 
   
    May be you can create variable like bButtonChecked and just call Control.Checked = bButtonCheck 
 and change bButtonChecked in place where it real changed.  | 
 |
| 
   
     
     Oleg, Support Team 
   
  CODEJOCK SOFTWARE SOLUTIONS  | 
 |
![]()  | 
 |
   
   SuperMario  
   
   Senior Member  
    
   Joined: 14 February 2004 Status: Offline Points: 18057  | 
  
   
      Post Options
    
        Thanks(0)
      Quote   Reply
   
     Posted: 28 December 2005 at 1:07pm | 
 
| 
   
    
   If you still need to change frequncy: 
   
  CommandBars.Options.UpdatePeriod  | 
 |
![]()  | 
 |
   
   progame  
   
   Newbie  
   Joined: 15 July 2004 Location: China Status: Offline Points: 20  | 
  
   
      Post Options
    
        Thanks(0)
      Quote   Reply
   
     Posted: 28 December 2005 at 8:05pm | 
 
| 
   
    can i force to update commandbar? eg: commandbars1.update  | 
 |
![]()  | 
 |
   
   dajv  
   
   Groupie  
   Joined: 27 July 2004 Location: Australia Status: Offline Points: 80  | 
  
   
      Post Options
    
        Thanks(0)
      Quote   Reply
   
     Posted: 05 January 2006 at 9:27pm | 
 
| 
   
    
   I think this is a flaw in how the CommandBars work. They should maintain state independently of any "Update" that reads values in. That is how we use it because any other way is inpractical for our application.
 
   
  Having Update called for every control every 100 or so milliseconds to update their state is not the best way to go about it. I think this is what progame is getting at. We don't use the Update event to set the state of controls. I only use it as a workaround for restoring button states when the customise dialog has been shown.  | 
 |
![]()  | 
 |
    Post Reply  
   | 
  |
|       
  
  Tweet   	
    | 
 
| Forum Jump | Forum Permissions  ![]() You cannot post new topics in this forum You cannot reply to topics in this forum You cannot delete your posts in this forum You cannot edit your posts in this forum You cannot create polls in this forum You cannot vote in polls in this forum  |