Changelog History
Page 1
-
v27.1.1 Changes
June 29, 2018-604 Average value and baseline (i.e.
y
andy0
) when calculating voronoi layout -
v27.1.0 Changes
June 20, 2018๐จ -555 Refactors how
VictoryStack
andVictoryGroup
interact with child data. Fixes bugs related to stacked and grouped charts inVictoryVoronoiContainer
-
v27.0.0 Changes
June 05, 2018-600
๐ฅ Breaking Changes
- ๐จ Refactors utility methods. This is an internal breaking change, but should not be a breaking change for most Victory users. See victory-core/380 for details
- Upgrades to
react-fast-compare@^2.0.0
which changes function comparison. This means that Victory components will update when functions are not equal. This closes several Victory issues, but may cause a slight performance decline
๐ New Features
- โ Adds
minDomain
andmaxDomain
props. These props may be used to set one edge of a domain while allowing the other edge to be determined by data or other props.minDomain
andmaxDomain
overridedomainPadding
. - Adds
singleQuadrantDomainPadding
prop. This prop may be given as a boolean or an object with boolean values for x and y. When this prop is set tofalse
for a given dimension, anydomainPadding
applied in that dimension will not be constrained to existing quadrants.
-
v26.1.1 Changes
May 28, 2018 -
v26.1.0 Changes
May 04, 2018 -
v26.0.1 Changes
April 25, 2018-591 Ensure that
VictoryVoronoiContainer
works correctly withVictoryGroup
data. -
v26.0.0 Changes
April 21, 2018๐ฅ Breaking Changes
๐ -587 Disable styles on data
๐ This change deprecates Victory's ability to automatically pick up style attributes from the data object. This change will improve performance, but will be a breaking change for many users. Fortunately the upgrade path is simple:
If your data object looks like
data={[ { x: 1, y: 1, fill: "red", opacity: 0.2 }, ... ]}
โ Add the following functional styles:
style={{ data: { fill: (d) => d.fill, opacity: (d) => d.opacity } }}
and everything will work as before.
-584 Check for labels prop before computing baseProps for labels
๐ Base props for labels will no longer be pre-calculated unless a labels prop exists. This change improves performance, but it will be a breaking change for users who were using events for adding labels to elements that did not already have them using an event mutation like:
events={[{ target: "data", eventHandlers: { onClick: () => { return [{ target: "labels", mutation: () => ({ text: "clicked" }) }]; } } }]}
If you are using this pattern, you can make labels work as expected by adding a dummy labels prop like:
labels={() => null}
Note: This change does not affect tooltips, which exist, but are invisible until they receive the
active
propOther changes -589 Audit lodash methods -583 Perf improvement for
VictorySelectionContainer
-
v25.2.5 Changes
April 17, 2018- 583 Perf improvements for
VictorySelectionContainer
and general perf improvements from[email protected]
- 583 Perf improvements for
-
v25.2.4 Changes
April 13, 2018- โก๏ธ 581 Add
react-fast-compare
, use in place oflodash.isEqual
; add demo that uses and calls shouldComponentUpdate.
- โก๏ธ 581 Add
-
v25.2.3 Changes
April 10, 2018- 580 Improvements for
VictoryBrushLine
- 580 Improvements for