-
Notifications
You must be signed in to change notification settings - Fork 192
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
Extras/plugins #3
Comments
Yes, absolutely! Hopefully this is something you can give us a pull request for. Perhaps before the PR we could discuss what you envision the API for the extra features would be (i.e. would it be new functions or the addition of options/parameters to existing functions). |
I was thinking about this. Extra features are mostly implemented as dygraphs plugins. Let's take first extra as an example: Floating legend: it follows the highlighted points This extra, as well as others mentioned above, requires different version of dygraph-combined.js (where the new plugins are minified), as well as adjustment to the existing dygraph(nhtemp, main = "New Haven Temperatures") %>%
dyLegend(show = "follow") I would say the API would be a combination of new functions (e.g. |
Agree 100% with your thoughts on how to extend the API (combination of adding options to existing functions + some new functions e.g. dyRibbon). In terms of the changes to dygraphs-combined.js, I'd like to keep us as much as possible in sync with the master of dygraphs (to get bug fixes, new features, etc.). There are two clean ways I can think of to do this: (1) Submit our changes as pull requests to dygraphs; or (2) Create another htmlwidget dependency which includes our plugins (note that it's not critical IMHO that these be minified or physically part of dygraphs-combined.js). Is there a way to include plugins without regenerating dygraphs-combined.js Realize that both of the above could be impractical depending on receptivity to pull requests and how dygraphs is composed/deployed. In that case I'd want to make sure that our forked copy of dygraphs easily accepts upstream merges without manual resolution with every sync. You know the territory better than I do though, let me know what you think the best course is. |
Has anything happened on this front? Daniel's extensions seem useful now that I am in the htmlwidgets and dygraphs camp... |
Hello Dirk! Thanks for your interest! We are currently working on committing the extra functionality to the Cheers! On Mon, Mar 16, 2015 at 8:23 PM, Dirk Eddelbuettel <[email protected]
Petr Shevtsov |
👍 @pshevtsov ! Great to have you Dirk @eddelbuettel in the dygraphs camp, which is obviously better than highcharts/highstock camp :P |
💯 Awesomeness! |
any updates? |
If I'm not mistaken (credit to @pshevtsov & @danvk ):
|
One issue related to porting to rstudio/dygraphs is that these rely on I'd certainly be grateful for a pull request that does the update to On Tue, Jul 28, 2015 at 3:01 PM, Daniel Krizian [email protected]
|
I commented on #30, but I think the discussion should be here instead. |
Now that we've updated to dygraphs 1.1 we can take these into the dygraphs package. Happy to entertain a pull request for this! |
I saw the CRAN upload via CRANberries but have not had time to play... |
Hello! Unfortunately, there is no reply from @danvk about our two pull requests danvk/dygraphs/pull/537 and danvk/dygraphs/pull/538 Probably, to make things go faster, it's better to implement these extras in this repo codebase, the same way as a One more note. The combined dygraph.js contains only the core functionality without any extras from https://github.com/danvk/dygraphs/tree/master/src/extras BTW, I've just implemented candlestick charts (without periods compression for now) |
Hi Petr, I'd be happy to entertain a pull request with your new functionality (as J.J. On Sun, Jan 24, 2016 at 8:10 PM, Petr Shevtsov [email protected]
|
Hi,
we have developed couple of specialized extras/plugins to the dygraphs library, such as crosshair, straw-broom/rebase chart type, ribbon, canvas annotations with popup window, candlestick chart with monthly/weekly/daily compression..., see:
https://github.com/danielkrizian/dygraphs/issues?q=is%3Aissue+is%3Aclosed
They have been made available and tested in R through the rChartsDygraphs library.
Would it be possible to merge those features into your project and thus enrich the possibilities?
Thanks!
The text was updated successfully, but these errors were encountered: