ThinkGeo.com    |     Documentation    |     Premium Support

The EditOverly does not always update properly

#1


I have a map where I am adding shapes to the EditOverlay and attempting to edit the shapes by dragging the control points around.  I am running into a situation where dragging the control points does not update the display.  The edited shapes are actually getting changed but I can't see the result until i force the map to redraw by zooming.  


I put some event handlers on EditOverlay.MapMouseMove and EditOverlay.Drawing and can watch the mouse moves being handled but I never get a drawing event until I force it to update.  Do you have any idea what could cause this type of behavior?


I am not able to reproduce this problem with a simple prototype.  My prototypes always work fine so I’m not sure what to try next.  The application that is exhibiting this behavior cannot be easily made available for reproduction so I’m hoping someone can give me some clues.



#2

Hi Wes, 
  
 Thanks for your post, sorry I’m not quite understand this part “The edited shapes are actually getting changed but I can’t see the result until i force the map to redraw by zooming”, you said you are using control points to drag the shape, so how can the result does not see? Once you drag the control points, feature changes in time, right? 
  
 If not, you debug in the event to check the feature to know the result changes? 
  
 Regards, 
  
 Gary

#3

Gary, 
  
 When I drag the points, I expect the features to change in real time but they don’t.  It acts as if the edit is not working but it actually is.  I drag a control point with no visible change and then I release the mouse still with no visible change.  When I then cause the map redraw, such as zoom or pan, the shape suddenly jumps to where I dragged the control point to.  
  
 This is strange behavior that I am unable to reproduce in a simple prototype.  Nothing appears to be stealing the mouse events because it is getting those.  Can you think of anything that could interfere with the draw events getting raised? 
  
 Wes

#4

Gary, 
  
 Is there any additional information that I can provide on this? 
  
 Thanks, 
 Wes

#5

Hi Wes, 
  
 Sorry for the delay cause Gary is a little busy these days so I take over this post today. 
  
 If it’s very hard for you to create a sample, it’’ be very hard to find out the problem as the information is not enough, so we still suggest you to try to create a sample so that we would find out the problem quickly and solve it. 
  
 Regards, 
  
 Edgar