Options were merged after screen was popped from the backing stack data structure.
This meant that options were not resolved correctly for it as it was already detached from the stack.
This was especially noticeable when declaring a custom animation is mergeOptions passed to Navigation.pop().

Fixes #3869 and closes #4138

In some places “enable” was used to control certain options. This commit adds backwards compatible support
for “enabled” property which should be used from now on.

Overflow button color is based of `options.topBar.rightButtonColor`, this might change in the future.

This commit adds a dedicated RN 57 build flavour for the Wix fork, where 506f920838 is reverted.
The revert reintroduced UiImplementationProvider which is required to pass SyncUiImplementation to UiManager.

* bind viewController to presenters using bindViewController

* Merge options to the specific provided layout

* Moved custom titleView creation to RNNRootViewController

* Moved default options to presenters, moved options applying to presenters, resolved options in RNNOptionsResolver

* Fixes merge options

* Fixes topBar transition on pop

* Prevent titleView creation when react titleView exists

* Fixed unit tests

* Options refactor WIP

* Detach applied options from DTO - WIP

* Added option types and option parsers

* Unit test passes

* Added presenters for each parent type

* Fixes unit tests

* Rename StringParam to Text, changed bottomTabs.drawBehind and topBar.drawBehind default to false

* set layout.backgroundColor default to white

* Added unit tests for RNNViewControllerPresenter

* Set layout.backgroundColor default nil

* Fixes buttons color missing options

* Fix unit test

* fix button color parsing

* Moved default options to presenters

* default options fixes

* Fixes e2e

* Fixes unit tests

* Resolve child options on childWillAppear

* Recrusively setDefaultOptions on rootViewController tree

* Fixes default values

* Fixes tests

This commit includes two fixes to YellowBox handling:

1. RN started throwing exceptions when views added in JSX were removed from hierarchy.
    We could probably use UiManager to fiddle around with the yellow box, either removing it or making
    it hidden and allow touch events to pass through it. For now, we continue removing yellow boxes from hierarchy
    and we replace the removed yellow boxed with dummy views.
2. A “Dismiss All” button was recently added, we remove that as well.

Fixes #4035

Destroy navigation activity layouts on catalyst instance destroy

addresses #2331 & Microsoft/react-native-code-push#1144

* Use resolved options when applying options in ChildController
* mergeOptions only if view is visible

passProps are handled in Js and should not go over the bridge as they aren’t serialisable.
Fixes #3969

Options are handled in Js and should not be passed over the bridge as that may
cause serialisation errors. Omitting passProps reduces the amount of data passed over the
bridge as well.

The motivation behind this feature was to warn when a user declared a button but forgot register
a handler in a component to handle button press event.
Since buttons can be handled globally using Navigation.events().registerNavigationButtonPressedListener, this feature
is meaningless.
closes #4017

Lists are a crucial component to almost every single app out there. This example contains a flatlist inside a bottomTab layout with a sidemenu too (basically as complicated as a screen would get).

Avoid listing .json files

This is mentionned in https://github.com/wix/react-native-navigation/issues/3905

add missing topBar

When a stack’s child appears we previously applied the child’s options on the stack, without merging the child and the stack’s options.
This commit fixes this by resolving options of all visible children when applying child options.

This commit fixes #4045, which revealed a design flaw in the options applying logic.
Child options are applied when a ViewController.onViewAppeared is invoked.
A ViewController's appearance is determined from a GlobalLayoutListener.

Consider the following layout hierarchy:
BottomTabs > Stack > Component

onViewAppeared will be triggered for the BottomTabs first, then for the Stack and last for the component.
This means that if the Stack and the Component options will be applied consecutively which in some cases
might case flickering, mostly when drawBehind options are applied.

The button which was added for `setRoot should not remove overlay` wasn’t fully visible on Android
and Detox detected it as not visible.

* Detached options from presenters, design improvments for LayoutProtocol

* fixes topBar.background.clipToBounds

* Fixes e2e

* Fixes unit tests

* Homogeneous constructors for parent and child view controllers

* Handle parent options merging with children in optionsResolver

* Fix topBar.background.clipToBounds

* Removed unnecessary options merging

* Fixes shared element transition

* Fixed sideMenu inside bottomTabs

Copied a bad answer from stack overflow 🤦‍♂️

* Fix Jenkins link badge

* Revert "Fix Jenkins link badge"

This reverts commit 78e8ef56f1.

* Removed topBar.transparent and added transparent color support for topBar.background.color

* fix unit tests

This test checks if mergeOptions are applied correctly on SideMenu child contained inside BottomTabs layout