1 of 1 people found this helpful
Looks like you added some custom code to your display and the zoom may be interfering with your customization or am I mistaken and you are able to reproduce the behavior with a "standard" ProcessBook display?
If the issue is with custom code, we need to know more about it and may even have to reproduce before being able to think about a potential solution.
Thanks for your answer !
My problem is the same if I use ProcessBook. If In ProcessBook you create a graph, and you click a lot of time on the zoom - button, the Processbook application will freeze. After the freeze, it will continue to dezoom (and re-freeze the GUI) until all click in queue are done !
So I would like that the GUI Freeze only one time, and after the plot, the processbook drop all mouse event to stop the next zoom request.
I don't know how many times you click until you see the ProcessBook trend freezing. I wasn't able to reproduce the issue you describe but can imagine that you are looking at a trend with one or more busy points and when zooming out the trend data retrieval takes a good amount of time causing the trend appearing to be frozen.
The screenshot you've posted shows a trace of SINUSOID rendered with more details than I am used to. It almost appears you have not just disabled compression but also increased the scan frequency. I would be interested what period is showing for the trend when it appears to freeze? Please note start- and endtime for the trend and try to figure out how much events the PI Point has for the period e.g. by asking the event count using PI DataLink.