-
Notifications
You must be signed in to change notification settings - Fork 8
Added option objectLimit #45
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Added option objectLimit #45
Conversation
|
The latest updates on your projects. Learn more about Vercel for Git ↗︎
|
| return ( | ||
| <InteractiveGraphics | ||
| objectLimit={2} | ||
| graphics={{ |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Dont break an existing fixture just to test something new, create a new fixture here
seveibar
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
id like to avoid consolidating into a single array then expanding out again (it’s worse for performance which is a big issue atm, and it makes the code harder to understand)
Youre also biasing the limit to whatever is appended to the array first.
i think we should actually reverse bias, we should show the last items of the array if we exceed the limit, because this is what is most recently generated for most debug visualizations
|
@seveibar how's it now?(correct me if something's wrong) |
|
@MustafaMulla29 still haven't addressed my feedback, e.g. with consolidation of objects |
|
@seveibar Now can you check please. Now it's mapping each object seperately |
seveibar
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
originalIndex has to be preserved to make sure things are rendered properly when the graphics object changes
seveibar
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
technically, objectLimit is objectLimitPerCategory given your implementation, in most cases where there are both lines + points etc. there will be 4x objectLimit present. So this isn't correct but it might be good enough
i'm not sure if the shallow cloning will have a performance implication, you are sort of shallow copying then slice-removing a bunch of entries so the shallow clone wasn't needed. But it might not matter
/claim #42
obj_limit.mp4