UNPKG

victory-chart

Version:
91 lines (57 loc) 4.22 kB
# VictoryLine Changelog ## 8.0.0 (2016-05-13) - improves consistency for `labelComponent` and `dataComponent` props. Replaces a custom `SliceLabel` component with `VictoryLabel` to make the api more consistent and predictable. **This is a breaking change for custom label components**, as `VictoryLabel` expects a different set of props than the previous `SliceLabel` component. See [VictoryLabel](http://formidable.com/open-source/victory/docs/victory-label) for more detail. - Custom components are now supported for all rendered axis elements (axis, axisLabel, grid, ticks, tickLabels) - All data and label components now have access to scale so that they can create correctly scaled elements from data i.e. error bars. - Functional styles and props are now all evaluated before they are passed as props to `labelComponent` or `dataComponent`, so that custom components will have access to the final values. - events are bound and partially applied prior to being passed as props to `labelComponent` or `dataComponent` - it is now possible to specify `angle` and `verticalAnchor` props for` VictoryLabel` via the style object - event return values are stored differently on state to facilitate interaction between data and labels. **This is a breaking change for events** as event handlers must now return an object with with `data` and/or `labels` keys so that these values may be applied appropriately to data and label elements respectively. ## 7.0.0 (2016-04-15) - VictoryBar and VictoryArea no longer support multiple datasets. - VictoryStack and VictoryGroup define stacked and grouped layouts for their children - Custom data components supported on for VictoryBar, VictoryLine, VictoryScatter, VictoryArea via the `dataComponent` prop - Enter and exit transitions animate. Enter and exit transition defaults defined VictoryBar, VictoryArea, VictoryScatter, and VictoryLine. Custom transitions may be defined via the `onExit` and `onEnter` properties of the `animation` prop - Top level svgs are all responsive by default (using svg viewBox). To render a fixed size component, set the `standalone` prop to false and render the component inside an svg tag ## 6.0.0 (2016-03-14) - Add VictoryArea component - Add event handling via an `events` prop - Update to lodash 4 - Update `d3-shape` to the latest version (minor breaking changes on interpolation types) - Updates via `builder-victory-component` to support Babel 6 - Provide label text via a `text` prop rather than children ## 5.0.2 (2016-03-04) - Add validation of length for `dataAttributes` prop - Remove source-maps from git - Various documentation fixes ## 5.0.1 (2016-03-01) - Provide datum to victory-line custom label - Upgrade to `victory-core@1.0.0` ## 5.0.0 (2016-02-26) - VictoryBar, VictoryLine, VictoryScatter, and VictoryAxis are now all part of the VictoryChart repo. - VictoryChart depends on VictoryCore instead of VictoryUtil, VictoryLabel, and VictoryAnimation individually. - VictoryChart no longer depends on Radium - Significant rendering performance improvements ## 4.0.0 (2016-01-30) - Supports data accessor functions! [more detail](https://github.com/FormidableLabs/victory/issues/84) - Application dependencies like `radium` and `lodash` now live in components, not in the Builder archetype. This is a breaking change. https://github.com/FormidableLabs/victory/issues/176 ## 3.0.0 (2016-01-26) - Upgrade to Radium 0.16.2. This is a breaking change if you're using media queries or keyframes in your components. Please review upgrade guide at https://github.com/FormidableLabs/radium/blob/master/docs/guides/upgrade-v0.16.x.md ## 2.2.0 (2016-1-21) - Extracted shared code into `victory-util` - Increased unit test coverage to ~75% ## 2.1.3 (2015-12-30) - update archetype ## 2.1.2 (2015-12-30) - Fixed a bug in `victory-bar` that was causing the cumulative max on stacked bar charts to be overestimated - Fixed a bug related to date formatting in Firefox ## 2.1.1 Alpha (2015-12-18) Functional styles and functional props (where appropriate) for child components using `d3-modules` instead of all of `d3` Basic code coverage. We make no promises about any code prior to this release.