Strong Fast v0.1.62

Strong Fast with Lock Step Timing

This release moves closer to towards being agnostic towards NodeJS, as the purpose of this project is to demonstrate a Strong Fast Computation Algorithm. That opens a path towards realizing a such all the way down to the hardware and beyond. Specifically we have reduced the total dependency on setTimeout() via axiumTimeOut and have created a new Action Que (axium.head,body,tail) handling system to ensure a lock step operation of outcomes.

The primary difference between this version of Stratimux and one that is completely responsible for its parts. Would be the utilization of a Timing Axium, that can go further by defining a new unit of Time allowing for greater granular control. Noting that during the development of the Stage Delimiter feature the original goal was to limit an action overflow over a period of time. With the current time provided in computing, we cannot accurately predict and control the flow of actions just by timing alone. Noting the dumb limiter via some 5 consecutive actions unless a throttle: 0 is provided in the dispatch options. This would be a prime example of Stratimux even in its earliest of stages of development hitting the limits of modern computing.

BREAKING Strong Fast Lock Step v0.1.62

• Devised a means to ensure a lock step execution of incoming actions
  • Due to each stage being ran once regardless of their selector being changed, some plans may receive the wrong value if not determining if that stage has been ran for the first time. See priority.test.ts for the example: if (changes.length > 0) {//}
  • This also impacted the axiumWaitForOpenThenIterate helper function, but now works as intended via no longer checking for the latest lastStrategy change.
  • Note Removed CI checks for 14.x and 16.x due to updating dependencies.

Strong Fast Time v0.1.61

• Created the new axiumTimeOut helper function
  • This will add a specified action to the axium tail property after some specified time.
  • This is used internally to handle the majority of asynchronous interactions

Strong Fast BREAKING v0.1.59 5/06/24

• Removed the setTimeout trick in favor of a new tail property added to the axium concept, this paves the way for this pattern to be completely responsible for its own implementation.
  • BREAKING Method Subjects are now a tuple of [action: Action, async: Boolean]. This allows for the old setTimeout trick to be used in case the action stream isn't kicked into gear.
    • This change is only breaking if you have implemented your own custom methods, please see src/model/method.ts for reference.
• Ensured that plans that conclude with an active beat, will have their timers removed.