-
-
Notifications
You must be signed in to change notification settings - Fork 155
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
Upgrade to latest visjs Timeline #50
Comments
I have simply replaced timelines_files/vis-4.16.1/vis.min.js and timelines_files/vis-4.16.1/vis.min.css with those versions from timevis-4.21.zip. It works for me. Why did I update? Because v4.21 also has more events defined. I need the new Just saying, maybe it helps someone who thinks about updating. |
Yes it does work. However, there are several non-minor regression bugs in the new visjs timeline version, as I outline in the issue description. Until those are resolved, I would prefer to hold off on updating because these issues mean that many people who will upgrade to the new timevis version will have bugs. visjs is really great but it's a bit of a shame that bugs don't get addressed and that documentation of new features is very lacking (I also ran into that problem of not knowing when new features got added because they aren't documented) |
Merge #70 after upgrading |
Are you planning on migrating to the timeline-plus project, when you do upgrade @daattali ? I experimented with upgrading to the library myself, and found that it was doable but the maintainer's choice of object name ( It's actively maintained, and seems a bit less bloated than the vis.js distro. I use timevis for work and I find it really really useful, so if you're keen to see some fixes on timeline-plus before you're comfortable upgrading, let me know |
I will upgrade to whichever one, as long as the regression bugs I mentioned are fixed. I opened the same issues on timeline-plus repo, if they are fixed over there then yes I will look into switching. But I will not upgrade until the regression bugs are fixed. |
Update: I again looked into updating to the latest version, but unfortunately it seems like the bugs I reported to visjs Timeline a few years ago are still unresolved and I cannot update until they are fixed. |
This comment has been minimized.
This comment has been minimized.
Interesting. Please do report back with any details (also, what do you mean by "hangs"? Is everything just a bit slower, or does it actually freeze? Or any input, or some specific compelx cases?) |
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
Have you tested vs the javascript library , using purely just html+JS? That would tell us if its a timevis problem or if it's a problem with visjs which means you can stop investigating and pass it along to them |
Oh, sorry to put you through the effort of trying to help me debug (I forgot to reply with my findings) this was a @matthewstrasiotto problem, I forgot to filter one of the inputs to the dataset, a bunch of items in nested groups with no corresponding parents. The items weren't rendering because they didn't have valid group hierachies, but vis-timeline had to do a LOT of work before finally rendering |
Are these same few issues still holding back updating? |
Yes. I used to check every month consistently but I don't recall the last time I tried. You (or anyone else) is welcome to try to see if they're fixed :) |
IIRC I fixed a majority of the issues in vis.js . I don't remember what was left. Personally I maintain a fork of timevis that uses the updated library, since I'd dealt with at least the problems i cared about https://github.com/matthewstrasiotto/timevis |
@matthewstrasiotto you have an open PR https://github.com/daattali/timevis/pull/77/files but as far as I can tell that PR doesn't include updating the version, I'd love a PR if you think the issues can be fixed |
Just to add another reason for updating: With the current CRAN version the initial rendering of a timevis object is very slow if many items / groups are provided. I tried using a start and end time in the options as suggested here - but it doesn't help. It seems some relevant updates were included by now.
|
There are certainly many good reasons to update! And I would love to. But only once the regression issues are fixed. |
The above makes your package unuseable regarding my usecase. What a pity - it looked really promising but cosidering the age of those regression issues it seems I'm flogging a dead horse. Will switch to plotly gantt charts then. |
Not just yours, that's a crippling performance issue in general. To be honest I think the "regressions" range from trifling quirks to a minor annoyance at most while refusing to update on the other hand has led to profoundly crippling the R version by missing out on significant feature advancements, as well as severe performance issues like you detail. But it's Daattali's package and his call in the end. |
I think a happy middleground would be to introduce a new function |
Took me an entire weekend because of a lot of non backwards compatible changes... but this is done 97fbd7b timevis() has been upgraded to visjs 7.4.9. Feel free to test and let me know if there are any regression issues |
Thanks for your work! Highly appreciated! I'll let you know as soon as I've tested the latest version. |
It seems with te new version, the |
Did that used to work previously, is it a regression bug? When I try that I see nothing show up - I think it's too many items. Anyway if you think it's a real bug, please open an issue |
Currently timevis uses visjs v4.16.1
It'd be nice to update to the most up to date version because they have new features. But there are some issues (and perhaps more, everything needs to be tested thoroughly to make sure nothing breaks):
options(editable = TRUE)
, editing items now requires double clicking instead of single clicks, which is a bug. It should still be only a single click to initiate an edit (this is a bug on visjs: [Timeline regression bug] When setting "editable:true" after initialization, items require double clicking instead of single click almende/vis#3852)The text was updated successfully, but these errors were encountered: