Fix bug where sampleOn updates before both trigger and source streams

[alexgig]

The commit includes the fix + tests.

Best,
Alex

[coveralls]

Coverage remained the same at 100.0% when pulling 992e55a on fluid-ui:master into 5753f0e on paldepind:master.

[alexgig]

Hi @paldepind,

This fix addresses a bug that arises when the source stream depends on the trigger stream.

Currently, the sampleOn stream will take the source value when trigger emits but BEFORE the source stream has been updated as a result of the trigger stream emitting.

After the fix, first the trigger emits, then the source gets updated in reaction to trigger emitting, and finally sampleOn samples from the source stream in reaction to trigger emitting.

Can we get this merged? Let me know if you need anything else from me.

Thanks,
Alex

[coveralls]

Coverage remained the same at 100.0% when pulling fd3d44b on fluid-ui:master into ca1cc08 on paldepind:master.

[queckezz]

Pulling in the entire ramda library as a dependency seems kind of unecessary here, since you only use it for R.contains. You might saw the ramda dependency in package.json but only ramda/src/curryN is actually used in the flyd source. This would increase the bundle size by quite a bunch.

[alexgig]

Thanks @queckezz. The latest commit only brings in contains.

[coveralls]

Coverage remained the same at 100.0% when pulling 9d8768c on fluid-ui:master into ca1cc08 on paldepind:master.

[paldepind]

Hello @alexgig. I missed this PR. Sorry 😞