Releases: TomasMikula/ReactFX
2.0-M5 Release
A bunch of new methods, bug fixes, and Javadoc improvements.
2.0 Milestone 4 Update 1
New convenience methods:
EventStream#fork
EventStreams#fork
Val#conditionOn
Val#conditionOnShowing
2.0 Milestone 4
Some fixes and little features, as well as deprecations. Update to address deprecations.
2.0 Milestone 3
This milestone adds animated values:
2.0 Milestone 2 update 1
This is a small bugfix release for 2.0-M2
2.0 Milestone 2
New in this milestone:
- Val as a better
ObservableValue
. It is a unifying concept of ObservableValue, Binding, EasyBind's MonadicObservableValue, InhiBeans' inhibitable ObservableValue, plus adopts the lazy binding known from EventStreams. - Var as a better
Property
. - LiveList as a better
ObservableList
.
Other changes in this milestone:
- Error-reporting mechanism was removed.
- InhiBeans deprecated, since all functionality is now contained in
Val
,Var
andLiveList
.
There are other smaller additions and changes.
2.0 Milestone 1
This first milestone for 2.0 is about removing stuff and refactoring. It introduces a number of breaking changes:
BiEventStream
,TriEventStream
andEitherEventStream
are gone. The necessary code repetition in their implementation is not justified by the little gains in performance. In the future, hopefully, project Valhalla enables more efficient implementation of tuples as value types, getting back the performance benefits ofBiEventStream
andTriEventStream
, without code repetition.- Removed the deprecated
InterceptableEventStream
. - The subscriber type is now
Subscriber<T>
instead ofConsumer<T>
.
1.4.1 release
New in this minor release:
- Allowed
reduceSuccessions
to be called on non-FX thread. - Added repeatOnInvalidation(Observable) factory method for streams.
- Added thenAccumulateFor, thenReduceFor, thenRetainLatestFor and thenIgnoreFor combinators.
- Added combine for up to 6 event streams.
- Better support for observing
ObservableList
changes: EventStreams.simpleChangesOf.
1.4 release
Improved error-reporting: errors are printed to stderr if no handler provided.
1.3 release
New in this release:
Controlling recursive event emission. Recursive event emission happens when an event causes the stream to emit again. Basically, recursion is disallowed when there is more than one subscriber to the stream, since if the first notified subscriber caused recursive emission, the following subscribers would receive events in reverse order. To allow recursive emission and 2 or more subscribers at the same time, one has to explicitly state how to handle recursive emission, via the onRecurse*()
methods.
Suspendable event streams. Interceptable event streams were simplified (mostly implementation-wise) and are now called suspendable event streams. There's a special operator to get each type of suspendable event stream: suppressible, forgetful, pausable, reducible, accumulative, accumulative.
New stream combinators:
suppressWhen, retainLatestWhen, pauseWhen, reduceWhen, accumulateWhen, accumulateWhen,
retainLatestUntilLater, queueUntilLater, reduceUntilLater, accumulateUntilLater, accumulateUntilLater,
queueBetween, reduceBetween, accumulateBetween, accumulateBetween.