Is your feature request related to a problem? Please describe.
Loading screens which transition too quickly from out to in look unnecessary and are hard to read if they contain text.
Describe the solution you'd like
The NodeSwapper should allow users to set a minimum duration it will spend between fully transitioned out and before it transitions in.
Ideally, this should be implemented in a way that also allows transitions to hold in the out state until input is received. For example, press start to continue.
Describe alternatives you've considered
Artificially delaying all swaps by some amount is easy but adds excessive time if loading takes longer than the minimum. Similarly, manually changing transition animations to appear unchanged for some time is tedious and wasteful.
Additional context
The easiest implementation would be to the NodeSwapper itself but that limits the reusability for other transitions. An alternative course of action would be to write a wrapper transition (and provider) which defers to another transition only after some criteria is met. That allows any additional logic to be added without dramatically altering the framework.
Is your feature request related to a problem? Please describe.
Loading screens which transition too quickly from out to in look unnecessary and are hard to read if they contain text.
Describe the solution you'd like
The NodeSwapper should allow users to set a minimum duration it will spend between fully transitioned out and before it transitions in.
Ideally, this should be implemented in a way that also allows transitions to hold in the out state until input is received. For example, press start to continue.
Describe alternatives you've considered
Artificially delaying all swaps by some amount is easy but adds excessive time if loading takes longer than the minimum. Similarly, manually changing transition animations to appear unchanged for some time is tedious and wasteful.
Additional context
The easiest implementation would be to the NodeSwapper itself but that limits the reusability for other transitions. An alternative course of action would be to write a wrapper transition (and provider) which defers to another transition only after some criteria is met. That allows any additional logic to be added without dramatically altering the framework.