Closed keegandonley closed 2 years ago
Technically, this is not only Mac-related. It's how we treat wheel in panY situation. It's currently inversed on how OS wheel scroll works, even on Windows.
We will consider if we could just flip the direction of panY so it's consistent with the OS behavior.
Ah, I only develop on my mac so didn't realize the underlying reason. Thanks for the quick response, that would be a big help as I'm currently using the pan as a vertical overflow-style scrolling so it would feel much more natural
Fixed in 5.1.5.
minSize
setting added to Flow
(Chord
and Sankey
) series. It's a relative value to the sum of all values in the series. If set, this relative value will be used for small-value nodes when calculating their size. For example, if it's set to 0.01
, small nodes will be sized like their value is 1% of the total sum of all values in series.XYChart
was inverted to make it consistent with OS native scrolling direction."i"
format was not working properly when no milliseconds were supplied.minZoomCount
and maxZoomCount
on a GaplessDateAxis
was not working properly.XYChart
scrollbar was not reacting to chart's pan via mouse drag or wheel.GaplessDateAxis
was not being placed properly. Grid and Label placement improved.ForceDirectedTree
could freeze when used with Animated theme in some cases.MapSeries
after geoJSON
was updated was not working properly which resulted heat rules not to be applied.RadarChart
.XYChart
was fully zoomed in, using mouse wheel would start panning the chart instead of zoom.Make sure you clear your browser cache after upgrading. And feel free to contact us again if you are still experiencing this issue.
On many Mac computers, the scroll direction is inverted from the standard on a Windows machine. Scrollable charts don't seem to respect this when scrolling vertically. Is it feasible to preserve the natural scrolling behavior inside a chart?