Skip to content
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

Live updates #8

Open
Timopheym opened this issue May 12, 2014 · 6 comments
Open

Live updates #8

Timopheym opened this issue May 12, 2014 · 6 comments

Comments

@Timopheym
Copy link

I am creating something like chart's constructor using d4. And now i need a lot of live updates features. Am i need to recreate all chart with d3, each time when i change something, or play with native css\svg data? May be it's possible to make some setter's like in https://github.com/curran/model ? It could be very useful for dynamic charts.
What do you think?

Thanks.

@heavysixer
Copy link
Owner

This is an excellent idea. I would love to partially update just a specific feature of a d4 chart as opposed to re-rendering the entire chart over again. I think that it could fit in quite well with the existing structure of how things are rendered presently. I would be more than happy to work with you on this feature, but I can't do it alone because I am slammed getting other loose ends tied up on the project.

So consider this +1 from me!

@Timopheym
Copy link
Author

So, i'l do it with a big pleasure (also 'corse it will be a part of my full-time job). But how do you see it? D3 is date-driven lib, so maybe it would be better to extend data object in mode.js way? And create relation with when-like features inside on d4objet?

@heavysixer
Copy link
Owner

@Timopheym yes I think decoupled is better, especially if it allows better composition. Right now d4 doesn't know anything about the data object. This is by design, because where possible I want d3 to do the heavy lifting and keep d4 as light weight as possible, to avoid recreating the wheel. I would love to see what you propose, my only suggestion would be to ensure that your approach is opt-in when needed so that those who just want a simple chart that renders once do not have to jump through any extra hoops.

@Timopheym
Copy link
Author

I get you, so i will create a fork, and do some drafts...

@heavysixer
Copy link
Owner

Hey @Timopheym so I am starting to work on this problem myself. Did you make any progress on it you'd like to share?

@Timopheym
Copy link
Author

I am afraid i am not =( A have lot of tasks.. But let me know how you will do it, may be i can do some module by the same way as you!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants