Version 1.1.4 is now live to ensure the other projections are not before the fastest possible. This might occur if you spend a long time on the current level, or if you set the hypothetical to something impossible.
with the updates seems to predict more accurate info w/o needing the hypothetical … if this was intentional…nice job…if not then … it’s still nice as slow as it is…it’s realistic (for me anyway)
1.2.0 is now live to extend the current level view to any level.
There’s also some improvements to script loading, which should hopefully make it more reliable.
@rfindley The CSS that I’ve had since 1.0.1 is actually yours. In 1.2.0, it’s on lines 23-40. Is there any way I can give proper credit to you, or allow you to add this style to the projections site?
re: CSS…
No credit needed.
It’s probably best to just keep it in your script, because I suspect I won’t end up using that particular CSS on the projections page when I finally get around to it. Each page has its own CSS in order to keep the site modular, so that sort of fits with the notion of keeping the CSS enclosed in the script that uses it.
@rfindley I understand where you’re coming from on that. You’re welcome to use my code (or parts of it) for when you decide to make the official projections page go live — I’d still be happy to see that happen!
1.2.1 is now live because of an off-by-one error when optimizing the fastest possible calculation in 1.2.0.
Now that the script seems pretty stable and seems to have the features people want, there probably won’t be tons of updates going forward like there have been.
v1.2.2 is now out to ensure radical pass time is not negative.
@rfindley I was looking at my projections and I noticed a discrepancy with your calculations in the console. My script correctly indicates that the fastest I could level up to 29 is 2022-01-25T00:00:00Z, but the console shows 2022-01-29T13:00:00Z. This results in the result for every other level being off by this exact interval (e.g. level 60 is 2022-07-04T14:00:00Z by my calculations, but 2022-07-09T03:00:00Z in the console)
Yeah, that’s due to item.assignments.passed no longer being in the API.
It was a quick fix, so I’ve changed it now.
By the way, in the console on the projections page, you can type:
project_level(29)
and it will return an object containing all of the dependencies for leveling up to 29, including the date that each dependency is projected to level up. And it’s recursive (nested inside each dependency), so you can explore every dependency backwards from any level or item.
That’s super handy for seeing what’s holding you back (or just understanding why it’s giving you a particular projection date). I have plans for making a graphical representation of that information, which is why I don’t expect to use the CSS that we were talking about.
This is nothing major, but if I change the hypothetical speed input and hit the button it will change the number back to its default value (the calculations for my input seem to be accurate though). This confused me at first.
Works great for me. The “fastest possible” column was good for a laugh (says April 5, 2022 for me — just a couple more months of perfect answers three times a day and I’ll be there!).
Actually, that gives me an idea:
Suggested improvement for the next release: the level 60 fastest possible date should display April 1 for everyone (of whatever year is still in the future).