question-mark
Stuck on an issue?

Lightrun Answers was designed to reduce the constant googling that comes with debugging 3rd party libraries. It collects links to all the places you might be looking at while hunting down a tough bug.

And, if you’re still stuck at the end, we’re happy to hop on a call to see how we can help out.

V2 Public Release Update

See original GitHub issue

So things are rather hectic right now, and I was hoping to get V2 out of beta by the beginning of March - but it’s having to get pushed back a couple of days / weeks.

We have a rough roadmap of what needs to be done for the next couple of minor versions (that pesky second digit), but actually need to sit down and work out some exact requirements.

Right now V2.1.0 (the first non-beta) is being held up largely by me and the sequence rewrite. The future sequence code will look very similar to CSS animations - for instance the old "callout.bounce" effect now looks like this:

"bounce": {
	"duration": 1000,
	"0%,20%,53%,80%,100%": {
		transform: ["translate3d(0,0,0)", "easeOutCubic"]
	},
	"40%,43%": {
		transform: ["translate3d(0,-30px,0)", "easeInQuint"]
	},
	"70%": {
		transform: ["translate3d(0,-15px,0)", "easeInQuint"]
	},
	"90%": {
		transform: "translate3d(0,-4px,0)"
	}
}

When addressing multiple elements that need different animations, the value would be an array instead of an object - with them cycling through the elements (so the element would get the index % array.length’nth animation).

The duration listed (and any "easing" if there too) are defaults that can be overridden when calling the animation.

Finally - you’ll be able to pre-register the animation with a name for later use, or pass the animation directly (with a few caveats that are still being decided) - so you can manually design things without polluting the namespace.

Calling the animations is still to be decided, but I’m likely to have "callout.bounce" to have it reset any values when finished and "transition.bounce" would leave them at the end values, together with "runSequence.bounce" that would effectively mean the same as "transition". For all of them the name of the animation can be after a dot, or as a separate argument following it (it’s one of many standards we’re trying to lock down in V2).

Issue Analytics

  • State:closed
  • Created 6 years ago
  • Reactions:2
  • Comments:8

github_iconTop GitHub Comments

3reactions
Rycochetcommented, Jul 30, 2018

Just a quick note to say this isn’t forgotten, I’m just stupidly busy again - there are some bugfixes ready to push from me, but because they’re cherrypicked files from a larger set of changes there’s no builds for them, so I’m not pushing until it’s ready. The changes are more to do with tests and documentation, rather than actual code - but still more time than I have to split them out properly.

2reactions
Rycochetcommented, May 3, 2018

Just thought I should put an update on here. I’m seriously busy with normal work and social activities (I run various things etc), so I don’t have enough time to do what I need to for polishing the release.

However.

Currently I’m trying to fight packaging bugs and inconsistencies caused by swapping to RollupJS (I may have to just go back to Webpack, which isn’t ideal for use-cases). The code itself is almost all correct, with just the UI-Pack data needing to be split back into its own file (currently it’s part of the main build, and velocity-ui.js is actually not doing anything at all except complaining).

The code itself looks like it’s about right except for any bugs that I might be able to squash (check the rollup branch, as there are fixes on there). If anyone wants to have a look at getting it to work then feel free 😃

Sequences are now completely done, as above, but no prefix needed or wanted (they may come later).

As soon as building is done we’ll be good for packaging, and then it simply needs the docs merged and updated (from the wiki) and public non-beta version released… Hopefully within a couple of weeks (I had hoped for the start of this month, but I’m away for the next couple of days again, and don’t have enough time…)

Read more comments on GitHub >

github_iconTop Results From Across the Web

ASAM OpenSCENARIO V2.0.0 Public Release Candidate
Sharon Rosenberg, our solution architect, and chief methodologist talks about the upcoming ASAM OpenSCENARIO 2.0. This is the first of a series of...
Read more >
Release: AWS IoT Greengrass Core v2.9.2 software update ...
Release: AWS IoT Greengrass Core v2.9.2 software update on December 22, 2022. This release provides version 2.9.2 of the Greengrass nucleus ...
Read more >
Releases - Apple Developer
Get the latest operating system releases and learn about updates to App Store Connect, TestFlight, and other developer tools.
Read more >
ASAM OpenSCENARIO V2.0.0 Public Release Candidate
ASAM OpenSCENARIO V2.0.0 Public Release Candidate - Status Update ... The kick-off meeting for returning feedback on the Public Release ...
Read more >
iOS 16.2 beta 2: Here's every new feature and change - 9to5Mac
We're expecting new updates for public beta testers as soon as later this week. As always, remember that these updates are indeed betas...
Read more >

github_iconTop Related Medium Post

No results found

github_iconTop Related StackOverflow Question

No results found

github_iconTroubleshoot Live Code

Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free

github_iconTop Related Reddit Thread

No results found

github_iconTop Related Hackernoon Post

No results found

github_iconTop Related Tweet

No results found

github_iconTop Related Dev.to Post

No results found

github_iconTop Related Hashnode Post

No results found