Enabling panning will bug the selection tooltip in fully zoomed out state

Hey,


we noticed that the selection tooltip of the chart will kind of bug out in fully zoomed out state when also having enabled panning.


In more detail, when I "scrub" the graph not slow to find a certain point on the graph via the tooltip text, the tooltip will disappear.

If I disable panning, this issue will disappear and the tooltip will always display properly, no matter how fast I am scrubbing.

I am currently working on solving this myself by manually disabling panning when the chart is fully zoomed out and enabling it when zoomed in, but I guess this is an actual error and serves no purpose? Would there be a possibility of getting this fixed in the library?


Greetings,
Raphael


7 Replies 1 reply marked as answer

MR Mugunthan Ramalingam Syncfusion Team June 16, 2025 12:53 PM UTC

Hi Raphael Betz,

 

We have checked the mentioned scenario in a simple sample and were able to replicate the shared behavior on our end. However, this is not an issue but the expected behavior of the SfCartesianChart. When tapping on a data point to view the tooltip and then panning the chart, the tooltip will disappear. This is because the chart supports only one interaction at a time, and when panning is active, the tooltip is hidden. You can view the tooltip again after completing the panning action.

 

However, if this is not the behavior you're experiencing, please review the attached sample, and if you are still experiencing the issue, we kindly request that you replicate it in the provided sample and share more details about the specific scenario where the issue occurs. This will help us assist you more effectively.


Regards,
Mugunthan.



Attachment: fr_196979_26bdac52.zip


RB Raphael Betz June 18, 2025 07:48 AM UTC

Hi Mugunthan,


Yeah, when zooming, this behavior is completely fine. But when not​ zooming, the tooltip also disappears.


I modified your example and uploaded it to the state how our chart is configured currently. You can zoom in, but for this issue you should not, but instead "pan" over the chart to view the data points.


We are using the tooltip of TrackballBehavior, maybe thats an important note.



Greetings,

Raphael


Attachment: fr_196979_3ae53d5.zip


MR Mugunthan Ramalingam Syncfusion Team June 19, 2025 01:46 PM UTC

Hi Raphael,

 
As mentioned earlier, the chart supports only one interaction at a time, even when zooming is enabled. In your current setup, trackball behavior triggered using ActivationMode.singleTap, which causes the trackball to appear when you tap the chart. However, panning is a separate gesture involving a combination of tap and drag. Since the chart only supports a single interaction at a time, initiating a pan gesture causes the trackball to disappear. This is the expected behavior based on the current implementation.

 

To improve the interaction experience when using both panning and trackball, we recommend using ActivationMode.longPress instead of singleTap. This allows the trackball to activate and update during a long-press gesture, reducing interference with panning.

 

We will further validate your use case to ensure it aligns with the expected behavior and user interaction flow. We’ll get back to you with more details by the end of the next business day, June 20, 2025.

 

Demo:

 



Regards,

Mugunthan.




RB Raphael Betz replied to Mugunthan Ramalingam June 23, 2025 07:14 AM UTC

Hi Mugunthan,


I understand that only one interaction is supported at a time, but couldn't a check be added for the panning interaction to be cancelled/skipped in the case where the zoom factor is 1 (all of the graph is shown, panning would do nothing anyways)?

I would build this myself, but the values are immutable once the graph is created.

The recommendation sounds good, but if we would solve it that way, we would prefer the panning to be done via longPress and the trackball to activate via singleTap, this doesn't seem possible?



Greetings,

Raphael



HS Hariram Subramanian Syncfusion Team June 24, 2025 01:48 PM UTC

Hi Raphael Betz,

 

Query 1: How can we manage panning with a zoom factor of 1? 

 

To achieve the functionality where panning doesn't work at a zoom level of 1 but allows other interactions like Trackball, we utilized zoomFactor and zoomPosition values from zooming callbacks. We have created a custom  zoomPanBehavior to handle panning gestures accordingly. Here's a sample demonstrating this workaround and attached it below for your reference.


Demo:


Query 2: Can panning be done via long press while activating the trackball with a single tap? 

 

Unfortunately, this functionality is not currently available in SfCartesianChart. However, we're checking the possibilities to add this scenario as a feature request. We'll provide further details within one business day, by June 25, 2025. We appreciate patience until then. 

 

Regards,
Hariram S 


Attachment: fm_196979_2497ceb2.zip

Marked as answer

RB Raphael Betz June 25, 2025 02:31 PM UTC

Hi Hariram,


your example works perfectly and we integrated this solution into our app. I didn't think about extending the ZoomPanBehaviour and handling disabling the panning there.



Thank you very much!

Greetings,

Raphael



MR Mugunthan Ramalingam Syncfusion Team June 26, 2025 07:34 AM UTC

Hi Raphael,

 

Most Welcome. Kindly get back to us if you have further queries. We are always happy to assist you.

 

Regards,

Mugunthan.


Loader.
Up arrow icon