-
Notifications
You must be signed in to change notification settings - Fork 109
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
question (not issue) : event management #529
Comments
Hi @brucou Thank you for a kind words. Have you seen an examples on https://api.taucharts.com/plugins/create-plugin.html page? Actually taucharts doesn't support right-click handling at the moment. But left-click event expose data of the clicked point. The look and feel of highlighted point is controlled using special CSS class which can be customized. |
Thanks for a quick answer. Alright, I should be able to do without right-clicking. It would be great to have some, even succint description, of the API for API-users. The existing documentation is pretty good for end-users though. Alright, I can see a Alright, I just need to capture a click and the clicked-on piece of data, so I might be able to do so, but going forward, with more complex customization needs which will unavoidably arise, we might struggle to reverse engineer the API to understand how it all works. Any chance you can apply one of those automatic documentation tools, to produce an API doc? At the very minimum, events should be documented, because that is the most maintainable way to integrate or interface the graph with the surrounding environment. In the current documentation also, in
I have to say I love the grammar of graphics this is based upon, it is a big differentiating point, as is the design. I hope that you can free some time to work on the API doc a bit more. |
@brucou you right. I have to reconsider documentation and some technical decisions. |
That is all right. Everyhing will come in its due time. As mentioned, one of the important part of the plugin features will be bi-directional event communication with outside environment, (read and write) access to data enclosed in the graph (and more generally the interesting parts of the graph state), and handling rerendering of the graph if its inner data changes due to the plugin operation. In my use case (tracing tool, analyzing incoming log messages), my data is streamed so I update the graph for every (more or less) incoming piece of data. I also seek to allow brushing facilities, so I am interested in the user being able to select a rectangle of the graph and get the data point selected for some external tool to process and display reports. To that purpose, for instance I am not seeking to recommend to copy this approach at all, I am just giving you this information to feed your reflection and technical decisions. As is, |
@vladminsky Hi Vladimir. Was wondering if there any progress with this issue. If not, I am happy to close it. |
Hi @brucou. |
Thanks @Mavrin for maintaining this superb piece of software. ALright I will leave it open still. |
Hi there, first of all congratulations for a really nice library with good-looking defaults.
I am evaluating several graph libraries and there is one thing that is mandatory for me to move forward with a given library, and I could not get that information from the API documentation.
I need to be able to capture (left and right) click on specific points of the graph, and associate that to an event handler which would receive in parameters the specific points which were clicked on. Then the clicked-on point might have to change its colour (to indicate selection).
Is there a way to do this with tauCharts??
(BTW : your slack channel seems to be dead and gone : https://www.slack.taucharts.com/)
Thanks!
The text was updated successfully, but these errors were encountered: