Hello,

We have shipped out a new service release where your issue is resolved. I'd be glad to find out if you had tested it out and if it had met your requirements.

You can download the Service Releases by logging to our web site and going to Account\My Keys and Downloads.

Hello,

Thank you for your posts.

I have logged the behavior for zooming with our developers in our tracking system, with an issue ID of 192270.  I have also created a support ticket on your behalf with number CAS-153628-D1D1H5 in order to link the development issue to it so that you are automatically updated when a Service Release containing your fix is available for download. Please let me know if you require any further assistance on the matter.

Ha!

That being said, on to the second part.

My users wanted a consolidated tooltip so I created a tooltip resource and each series references this tooltip. Looks Great (see my first pickture). Once I drop in the ItemToolTipLayer however; it appears that the last series in the collection gets my custom aggregate tooltip but all the others are showing the default tooltip container.

Is there anyway to prevent this?

lol, I think you slipped that one in as I was typing!

-Graham

The crux here is that HotizontalZoomable and VerticalZoomable are designed to stop user interactions from zooming the chart, not programmatic interactions (such as setting WindowRect directly). The issue that you are running into is that zoom changes from the sync relationship are treated as programmatic interaction rather than user interaction. This may be inappropriate, Zhivko, could you log this as a bug and we'll figure out some resolution?

Mark,

You may be able to handle mouse wheel in the "preview" tunneling phase on a container of the chart and mark the even "handled" to prevent us from reacting to the mouse wheel, as a work around. If that doesn't work, there are ways to programmatically drive the annotation layers in the other charts as the cursor changes in the moused chart.

-Graham