Skip to content
This repository was archived by the owner on Feb 19, 2022. It is now read-only.

Conversation

@chrisbolin
Copy link
Contributor

@chrisbolin chrisbolin commented Apr 18, 2018

The big change is that onMouseMove does not use the victory event system; instead it simply uses a function that manipulates local state of the container.

Big question: Could we make the Victory Event System this fast?

Demo at http://localhost:3000/#/performance. This demo shows both VictorySelectionContainer and new "VictorySelectionContainerX", with 2000 points each. The only change in performance is during mouse moves. On my machine this when from 4.8 FPS to 11.5 FPS.

We would need some sort of "hint" to in an event to say "this only modifies the parent, not anything else." In this case onMouseMove has no effects to data or labels, so none of that calculation should have to be done.

(Obvious disclaimer: this is a hacky experiment. It uses a global var to allow the static defaultEvents to call a instance method.)

@chrisbolin chrisbolin requested a review from boygirl April 18, 2018 22:32
@chrisbolin chrisbolin changed the title [EXPERIMENT] VictorySelectionContainer [EXPERIMENT] VictorySelectionContainer (don't merge) Apr 18, 2018
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants