Live data from Hacker News

Vis.js: A Visual Interaction System

visjs.org

41–50 of 54 posts

Re: Vis.js: A Visual Interaction System

#41

Dammit... other visualization library that handles timelines.. this makes me to feel a bit useless. I keep working some months in a JS library to create and visualize TimeLines : (old version) http://elgreco.digibis.com/en/musobjects/timeline.html?busq_...

Wow, not useless at all -- that is really well done. I'm working on a similar "all about" site for Shakespeare, in which I've struggled to make a clear and usable timeline. This is a really helpful model.

Is there a way I can contact you at some point. I'll be doing a "soft launch" later this month and wanted to start with smart people :)

Re: Vis.js: A Visual Interaction System

#42

Dammit... other visualization library that handles timelines.. this makes me to feel a bit useless. I keep working some months in a JS library to create and visualize TimeLines : (old version) http://elgreco.digibis.com/en/musobjects/timeline.html?busq_...

Latest version, if someone have interest on it : http://zardoz84.bitbucket.org/example/poli/index.html

Re: Vis.js: A Visual Interaction System

#44
post #25
post #10

Earlier quoted context omitted.

I can't seem to be able to find good examples of kinectJS in action. Could you please point me to some solid examples or in-depth tutorials?

Try the "Labs" link on the front page. There are multiple pages — that's a bit hard to see. http://www.html5canvastutorials.com/category/labs/ Unless that's specifically what you're dissatisfied with.

I think what's confusing me the most is I'm not quite sure how or what "html5canvastutorials" has to do with KinectJS.

But thanks for the link, I'll go about giving it another try :)

Re: Vis.js: A Visual Interaction System

#45
post #2

Nice, though when I test the examples (edit items [1]), I would expect better than confirm/alert usage. 1. http://visjs.org/examples/timeline/08_edit_items.html

What's wrong with confirm/alert? It's built into javascript, mobile friendly, and a lot less buggy than most libraries.

It's modal, so it blocks the entire browser until the dialog is dismissed. That's terrible interaction design, except for actions that would melt your computer.

I understand that the library focus is on visualization and not on realistic and usable examples; I put the blame on browser implementors - they should have fixed that problem years ago, instead of relying on developers to do the right thing.

Edit - Update: I've tried it on Firefox and it does the right thing, blocking only the current tab; blocking the whole application must be a Chrome-only thing.

Re: Vis.js: A Visual Interaction System

#46

Does anyone know why most graph libraries that I see of this type have nodes that seem to bounce all over the place? Is there a practical motivation for this? I would think a less animated version would be more usable.

Also, in graphs on random data, using strength on the strings between nodes to separate them is an automatic way to create a layout where all nodes can be seen.

Re: Vis.js: A Visual Interaction System

#50

Does anyone know why most graph libraries that I see of this type have nodes that seem to bounce all over the place? Is there a practical motivation for this? I would think a less animated version would be more usable.

CGamesPlay and TuringTest are both right, the gravity and springs model allows us to neatly show the data. These calculations take time and for bigger systems one might have to wait tens of seconds for it to settle. For smaller systems it's perfectly feasible to do this before rendering. To make sure the user sees a result instantly and to promote the interactivity the movement is shown.

I'd like to add that vis allows you to store the positions and use these for the next time someone views the graph. That way it may take some time to settle initially but is loaded nearly instantly the next time you, or another user, views it!

Post reply on HN