status-im/react-navigation
2
0
Fork 0
mirror of https://github.com/status-im/react-navigation.git synced 2025-02-23 16:48:22 +00:00
Code Issues Projects Releases Wiki Activity
react-navigation/yarn.lock

6390 lines
220 KiB
Plaintext
Raw Normal View History

Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
# THIS IS AN AUTOGENERATED FILE. DO NOT EDIT THIS FILE DIRECTLY.
# yarn lockfile v1
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
"@babel/code-frame@^7.0.0-beta.35":
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
version "7.0.0-beta.41"
resolved "https://registry.yarnpkg.com/@babel/code-frame/-/code-frame-7.0.0-beta.41.tgz#68845c10a895050ab643e869100bbcf294b64e09"
dependencies:
"@babel/highlight" "7.0.0-beta.41"
"@babel/highlight@7.0.0-beta.41":
version "7.0.0-beta.41"
resolved "https://registry.yarnpkg.com/@babel/highlight/-/highlight-7.0.0-beta.41.tgz#7e1d634de3821e664bc8ad9688f240530d239b95"
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
dependencies:
chalk "^2.0.0"
esutils "^2.0.2"
js-tokens "^3.0.0"
abab@^1.0.4:
Update to react-native@0.49 and flow-bin@0.53 (#2845) * Update root package to react-native@0.49 and flow-bin@0.53 * Update NavigationPlayground package to react-native@0.49 and flow-bin@0.53 * Update ReduxExample package to react-native@0.49 and flow-bin@0.53 * flow-typed update (code-gen) * Find-and-replace old types with new types - `React.Element<*>` as the result of a render function is now `React.Node` - `ReactClass<T>` as the type of a Component is now `React.ComponentType<typeof T>` - `extends React.Component<DP, P, S>` is now `extends React.Component<P, S>` - `React.Children<*>` as the type of a children prop is now `React.ChildrenArray<*>` - Refs are now typed with `React.Ref` There are also several tiny typo fixes in here. * Avoid assuming state is NavigationRoute in addNavigationHelpers For the root, top-level Navigator, the state is a simple `NavigationState` (with no route info) and we still use `addNavigationHelpers` for it. We can't assume `navigation.state.key` is accessible for this type, so we need to do runtime checks here. * Fix type of NavigationScreenConfig `navigationOptions` was incorrectly typed * Give createNavigationContainer's State a type parameter We want to be able to specifically type this guy so we can use specific NavigationState for things like the Drawer views without having to do runtime assertions about the state type * Fix typing of NavigationAction First of all, `NavigationAction` was being used as two different types, so I had to create the new `PossiblyDeprecatedNavigationAction` and add it as a type parameter everywhere. Second of all, generics and implied types were being used far more than they need to be, and they're hard to work with because Flow doesn't really explain things well when they go wrong. * Make sure children scenes of CardStack have NavigationProp typed with NavigationRoute CardStack's `NavigationScreenProp` is typed with `NavigationState`, but the children need `NavigationRoute`. Flow gets confused by the spread operator, even if the individual property is replaced later, so we need to explicitly list each property individually (just `dispatch`, actually). * Allow prevTransitionProps parameter to be nullable * Allow prevTransitionProps parameter to be nullable * Narrow down a couple type parameters * Move NavigationStateRoute cast to within Component.router check in createConfigGetter * Update withCachedChildNavigation so it's typed correctly with React.ComponentType * Add a $FlowFixMe for displayName `React.StatelessFunctionalComponent` is missing `displayName` before Flow 0.54.0 See https://github.com/facebook/flow/commit/de37062ea21cb4055d3f1b01bdbaa76461140fc8 * Make TouchableItem's onPress prop optional `HeaderBackButton` can pass in an undefined onPress, and the React Native `Touchable*` components allow it too * Simplify withCachedChildNavigation and get rid of generics The generics don't help us here and they make the types more confusing * Redefine NavigationComponent as direct intersection The new type is technically identical to the old type, but Flow is confused by the old type... * Save router to local var before checking createConfigGetter Flow seems to think Component.router can change after the check * Fix DrawerSidebar's navigation prop's type In order for us to be able to generate a childNavigationProp, the original navigation prop has to have a NavigationState state. * Colocate action.key check with action.type check in getStateForAction For some reason, Flow thinks `action` can change sometime after `action.type` is checked. As a result, it's not properly concluding that `action.key` should exist. To avoid this, we pull `action.key` out immediately after doing the `action.type` check. * Use bounded polymorphism to pass down all props in withCachedChildNavigation Also makes sure the injected props are specified first in the union Also removes an unused `eslint-disable-line` in `getScreenForRouteName` * Make TabRouter's getComponentForState return NavigationComponent `NavigationScreenComponent` is a subtype of `NavigationComponent`, but it's not clear that `getComponentForState` always returns a `NavigationScreenComponent`, as `getScreenForRouteName` returns `NavigationComponent` * Define NavigationComponent's props using NavigationNavigatorProps Right now the types ask Flow to infer the types of `NavigationComponent`'s props. (`NavigationComponent` is the union of `NavigationNavigator` and NavigationScreenComponent.) Instead, we type the props as subtypes of `NavigationNavigatorProps`, so we can properly access those props without type errors. We used bounded polymorphism in `createNavigationContainer` and `createNavigator` to pass down these props. We also explicitly type the action in `createNavigationContainer` so we can properly pass in a `NavigationInitAction` to the dispatch function. * Parameterize NavigationTabRouterConfig `NavigationTabRouterConfig` doesn't always take `NavigationTabScreenOptions`; sometimes, it takes `NavigationDrawerScreenOptions`. * Make all NavigationOptions Exact types We're seeing weird behavior when these are merged together. By making them Exact types, we make types don't get mangled when they're unioned. https://flow.org/en/docs/types/unions/#toc-disjoint-unions-with-exact-types * Silence errors in tests These errors are unavoidable since we can't type the precise shape of a particular `NavigationState`. * Include NavigationSetParamsAction in NavigationTabAction `TabNavigator`'s `getStateForAction` definitely takes `NavigationSetParamsAction`. * Explicitly list router as void in NavigationScreenComponent This is so Flow knows that if a `NavigationComponent` has a `router` property, then it is definitely a `NavigationNavigator`. * Fix website app navigator's type * Fix createDocPage type in App In an earlier commit I attempted to fix the types here, but I incorrectly read it as returning a navigator when it just returns a screen. For some reason the error didn't immediately show up. * Fix NavigationComponent types Five changes: 1. No longer parameterizing the props of `NavigationComponent`; directly specifying as `NavigationNavigatorProps` 2. Specify the two distinct kinds of route types (leaf and state) directly in `NavigationComponent` 3. Have `SceneView` directly take `NavigationComponent` and allow inferring of `NavigationSceneProp` type 4. Have `CardStack` directly take `NavigationComponent` as well * Allow Flow to infer `NavigationAction` type in `createNavigator` * Silence Flow in router code that handles navigator sub-routes There's no way for us to tell Flow that routes that correspond to navigators should be `NavigationStateRoute`s * Allow DrawerSidebar to take a null contentComponent The way `DrawerNavigator` is set up, it's possible to pass in a null `contentComponent` in the config. If somebody want to do this, we'll just make the `DrawerSidebar` not appear altogether. This is simpler than splitting the types so there's a possibly-unspecified one for the user input, but a definitely-specified one in `DrawerSidebar`. * Specify missing screenProps prop in DrawerView * Thread full NavigationStateRoute in to DrawerSidebar This requiring making `withCachedChildNavigation` use bounded polymorphism to thread the `NavigationStateRoute` through instead of downgrading it to a `NavigationState` * Make NavigationStateProp's state prop covariant This means that `NavigationStateProp<NavigationStateRoute>` will be a subtype of `NavigationStateProp<NavigationRoute>` and `NavigationStateProp<NavigationState>` * Silence Flow's complaints about a route not being a NavigationStateRoute As mentioned in previous commits and in the comment, there is no way to type a specific navigation state shape, so we have to cast it and silence Flow's complaints. * Get rid of style prop in CardStack It looks like at some point, it was possible to specify a `style` prop that got passed all the way down to `Header`, the `TransitionConfig`'s `screenInterpolator`, and `Transitioner`. Doesn't look like we're using it anywhere, and there's a todo saying to remove it, and it's causing a type error. * Infer type of options instead of using a subtype of {} I think this has to do with {} allowing for unsealed objects. I'm not 100% sure, but this fixes 4/6 of the remaining errors! * Fix two type errors in NavigationPlayground One was just requiring an outdated type (`React.Children` instead of `React.ChildrenArray`), and the other was getting confused regarding types because of a spread operator. * Use a covariant property to simplify withCachedChildNavigation's InputProps This doesn't reduce any errors, but it's a bit simpler and cleaner. * Silence last two Flow errors regarding withCachedChildNavigation injecting childNavigationProps These are the only two errors I haven't been able to figure out at all. If I had more time I'd try and figure out the simplest case and report it to the Flow team, but I've been working on this for a week already and have to move on. The issue at hand is that `withCachedChildNavigation` injects `childNavigationProps`, but Flow doesn't see this and thinks it needs to be specified by the view component. We're using the HOC pattern suggested by the Flow docs, and I've tried several other patterns to no avail. * Use stock react-native instead of Expo's in NavigationPlayground Expo's causes Flow errors, and apparently this is normal practice because the person who switched us to Expo did this too. * Silence react-native-gesture-handler Flow errors in NavigationPlayground Expo requires this package, but it causes Flow errors. * Fix index check in DrawerSidebar Silly me, falling for the typical "0 is falsey" problem... * Rework deprecated action tests In an earlier commit I moved the `NavigationActions.mapDeprecatedActionAndWarn` out from `getStateForAction` and into `createNavigationContainer`'s `dispatch` function. The tests need to be reworked to support this, as they were previously calling `getStateForAction` directly. I don't imagine any users are calling `getStateForAction` directly. * Re-record two snapshots The changes in these snapshots are by design and don't affect anything. * Infer type of options in NavigationScreenConfig The issue is that sometimes we include options for different navigators in a single blob. * Infer types of action and options in createNavigationContainer Particulary helps with Options. Makes the types more specific and gets rid of an error that only shows up when using the library * Don't use generics for NavigationState in createNavigationContainer There's no particular reason for having those generics there, since there's no way we'd be able to get Flow to understand the exact shape of particular navigation states anyways. This fixes a bug when integrating this version of the project into my repo. * Move ReduxExample to react-native@0.49.3 instead of custom Expo version
2017-10-31 10:41:17 -04:00
version "1.0.4"
resolved "https://registry.yarnpkg.com/abab/-/abab-1.0.4.tgz#5faad9c2c07f60dd76770f71cf025b62a63cfd4e"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
abbrev@1:
Update to react-native@0.49 and flow-bin@0.53 (#2845) * Update root package to react-native@0.49 and flow-bin@0.53 * Update NavigationPlayground package to react-native@0.49 and flow-bin@0.53 * Update ReduxExample package to react-native@0.49 and flow-bin@0.53 * flow-typed update (code-gen) * Find-and-replace old types with new types - `React.Element<*>` as the result of a render function is now `React.Node` - `ReactClass<T>` as the type of a Component is now `React.ComponentType<typeof T>` - `extends React.Component<DP, P, S>` is now `extends React.Component<P, S>` - `React.Children<*>` as the type of a children prop is now `React.ChildrenArray<*>` - Refs are now typed with `React.Ref` There are also several tiny typo fixes in here. * Avoid assuming state is NavigationRoute in addNavigationHelpers For the root, top-level Navigator, the state is a simple `NavigationState` (with no route info) and we still use `addNavigationHelpers` for it. We can't assume `navigation.state.key` is accessible for this type, so we need to do runtime checks here. * Fix type of NavigationScreenConfig `navigationOptions` was incorrectly typed * Give createNavigationContainer's State a type parameter We want to be able to specifically type this guy so we can use specific NavigationState for things like the Drawer views without having to do runtime assertions about the state type * Fix typing of NavigationAction First of all, `NavigationAction` was being used as two different types, so I had to create the new `PossiblyDeprecatedNavigationAction` and add it as a type parameter everywhere. Second of all, generics and implied types were being used far more than they need to be, and they're hard to work with because Flow doesn't really explain things well when they go wrong. * Make sure children scenes of CardStack have NavigationProp typed with NavigationRoute CardStack's `NavigationScreenProp` is typed with `NavigationState`, but the children need `NavigationRoute`. Flow gets confused by the spread operator, even if the individual property is replaced later, so we need to explicitly list each property individually (just `dispatch`, actually). * Allow prevTransitionProps parameter to be nullable * Allow prevTransitionProps parameter to be nullable * Narrow down a couple type parameters * Move NavigationStateRoute cast to within Component.router check in createConfigGetter * Update withCachedChildNavigation so it's typed correctly with React.ComponentType * Add a $FlowFixMe for displayName `React.StatelessFunctionalComponent` is missing `displayName` before Flow 0.54.0 See https://github.com/facebook/flow/commit/de37062ea21cb4055d3f1b01bdbaa76461140fc8 * Make TouchableItem's onPress prop optional `HeaderBackButton` can pass in an undefined onPress, and the React Native `Touchable*` components allow it too * Simplify withCachedChildNavigation and get rid of generics The generics don't help us here and they make the types more confusing * Redefine NavigationComponent as direct intersection The new type is technically identical to the old type, but Flow is confused by the old type... * Save router to local var before checking createConfigGetter Flow seems to think Component.router can change after the check * Fix DrawerSidebar's navigation prop's type In order for us to be able to generate a childNavigationProp, the original navigation prop has to have a NavigationState state. * Colocate action.key check with action.type check in getStateForAction For some reason, Flow thinks `action` can change sometime after `action.type` is checked. As a result, it's not properly concluding that `action.key` should exist. To avoid this, we pull `action.key` out immediately after doing the `action.type` check. * Use bounded polymorphism to pass down all props in withCachedChildNavigation Also makes sure the injected props are specified first in the union Also removes an unused `eslint-disable-line` in `getScreenForRouteName` * Make TabRouter's getComponentForState return NavigationComponent `NavigationScreenComponent` is a subtype of `NavigationComponent`, but it's not clear that `getComponentForState` always returns a `NavigationScreenComponent`, as `getScreenForRouteName` returns `NavigationComponent` * Define NavigationComponent's props using NavigationNavigatorProps Right now the types ask Flow to infer the types of `NavigationComponent`'s props. (`NavigationComponent` is the union of `NavigationNavigator` and NavigationScreenComponent.) Instead, we type the props as subtypes of `NavigationNavigatorProps`, so we can properly access those props without type errors. We used bounded polymorphism in `createNavigationContainer` and `createNavigator` to pass down these props. We also explicitly type the action in `createNavigationContainer` so we can properly pass in a `NavigationInitAction` to the dispatch function. * Parameterize NavigationTabRouterConfig `NavigationTabRouterConfig` doesn't always take `NavigationTabScreenOptions`; sometimes, it takes `NavigationDrawerScreenOptions`. * Make all NavigationOptions Exact types We're seeing weird behavior when these are merged together. By making them Exact types, we make types don't get mangled when they're unioned. https://flow.org/en/docs/types/unions/#toc-disjoint-unions-with-exact-types * Silence errors in tests These errors are unavoidable since we can't type the precise shape of a particular `NavigationState`. * Include NavigationSetParamsAction in NavigationTabAction `TabNavigator`'s `getStateForAction` definitely takes `NavigationSetParamsAction`. * Explicitly list router as void in NavigationScreenComponent This is so Flow knows that if a `NavigationComponent` has a `router` property, then it is definitely a `NavigationNavigator`. * Fix website app navigator's type * Fix createDocPage type in App In an earlier commit I attempted to fix the types here, but I incorrectly read it as returning a navigator when it just returns a screen. For some reason the error didn't immediately show up. * Fix NavigationComponent types Five changes: 1. No longer parameterizing the props of `NavigationComponent`; directly specifying as `NavigationNavigatorProps` 2. Specify the two distinct kinds of route types (leaf and state) directly in `NavigationComponent` 3. Have `SceneView` directly take `NavigationComponent` and allow inferring of `NavigationSceneProp` type 4. Have `CardStack` directly take `NavigationComponent` as well * Allow Flow to infer `NavigationAction` type in `createNavigator` * Silence Flow in router code that handles navigator sub-routes There's no way for us to tell Flow that routes that correspond to navigators should be `NavigationStateRoute`s * Allow DrawerSidebar to take a null contentComponent The way `DrawerNavigator` is set up, it's possible to pass in a null `contentComponent` in the config. If somebody want to do this, we'll just make the `DrawerSidebar` not appear altogether. This is simpler than splitting the types so there's a possibly-unspecified one for the user input, but a definitely-specified one in `DrawerSidebar`. * Specify missing screenProps prop in DrawerView * Thread full NavigationStateRoute in to DrawerSidebar This requiring making `withCachedChildNavigation` use bounded polymorphism to thread the `NavigationStateRoute` through instead of downgrading it to a `NavigationState` * Make NavigationStateProp's state prop covariant This means that `NavigationStateProp<NavigationStateRoute>` will be a subtype of `NavigationStateProp<NavigationRoute>` and `NavigationStateProp<NavigationState>` * Silence Flow's complaints about a route not being a NavigationStateRoute As mentioned in previous commits and in the comment, there is no way to type a specific navigation state shape, so we have to cast it and silence Flow's complaints. * Get rid of style prop in CardStack It looks like at some point, it was possible to specify a `style` prop that got passed all the way down to `Header`, the `TransitionConfig`'s `screenInterpolator`, and `Transitioner`. Doesn't look like we're using it anywhere, and there's a todo saying to remove it, and it's causing a type error. * Infer type of options instead of using a subtype of {} I think this has to do with {} allowing for unsealed objects. I'm not 100% sure, but this fixes 4/6 of the remaining errors! * Fix two type errors in NavigationPlayground One was just requiring an outdated type (`React.Children` instead of `React.ChildrenArray`), and the other was getting confused regarding types because of a spread operator. * Use a covariant property to simplify withCachedChildNavigation's InputProps This doesn't reduce any errors, but it's a bit simpler and cleaner. * Silence last two Flow errors regarding withCachedChildNavigation injecting childNavigationProps These are the only two errors I haven't been able to figure out at all. If I had more time I'd try and figure out the simplest case and report it to the Flow team, but I've been working on this for a week already and have to move on. The issue at hand is that `withCachedChildNavigation` injects `childNavigationProps`, but Flow doesn't see this and thinks it needs to be specified by the view component. We're using the HOC pattern suggested by the Flow docs, and I've tried several other patterns to no avail. * Use stock react-native instead of Expo's in NavigationPlayground Expo's causes Flow errors, and apparently this is normal practice because the person who switched us to Expo did this too. * Silence react-native-gesture-handler Flow errors in NavigationPlayground Expo requires this package, but it causes Flow errors. * Fix index check in DrawerSidebar Silly me, falling for the typical "0 is falsey" problem... * Rework deprecated action tests In an earlier commit I moved the `NavigationActions.mapDeprecatedActionAndWarn` out from `getStateForAction` and into `createNavigationContainer`'s `dispatch` function. The tests need to be reworked to support this, as they were previously calling `getStateForAction` directly. I don't imagine any users are calling `getStateForAction` directly. * Re-record two snapshots The changes in these snapshots are by design and don't affect anything. * Infer type of options in NavigationScreenConfig The issue is that sometimes we include options for different navigators in a single blob. * Infer types of action and options in createNavigationContainer Particulary helps with Options. Makes the types more specific and gets rid of an error that only shows up when using the library * Don't use generics for NavigationState in createNavigationContainer There's no particular reason for having those generics there, since there's no way we'd be able to get Flow to understand the exact shape of particular navigation states anyways. This fixes a bug when integrating this version of the project into my repo. * Move ReduxExample to react-native@0.49.3 instead of custom Expo version
2017-10-31 10:41:17 -04:00
version "1.1.1"
resolved "https://registry.yarnpkg.com/abbrev/-/abbrev-1.1.1.tgz#f8f2c887ad10bf67f634f005b6987fed3179aac8"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
absolute-path@^0.0.0:
version "0.0.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/absolute-path/-/absolute-path-0.0.0.tgz#a78762fbdadfb5297be99b15d35a785b2f095bf7"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
accepts@~1.2.12, accepts@~1.2.13:
version "1.2.13"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/accepts/-/accepts-1.2.13.tgz#e5f1f3928c6d95fd96558c36ec3d9d0de4a6ecea"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
mime-types "~2.1.6"
negotiator "0.5.3"
accepts@~1.3.0:
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
version "1.3.5"
resolved "https://registry.yarnpkg.com/accepts/-/accepts-1.3.5.tgz#eb777df6011723a3b14e8a72c0805c8e86746bd2"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
mime-types "~2.1.18"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
negotiator "0.6.1"
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
acorn-globals@^4.1.0:
version "4.1.0"
resolved "https://registry.yarnpkg.com/acorn-globals/-/acorn-globals-4.1.0.tgz#ab716025dbe17c54d3ef81d32ece2b2d99fe2538"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
acorn "^5.0.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
acorn-jsx@^3.0.0:
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
version "3.0.1"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/acorn-jsx/-/acorn-jsx-3.0.1.tgz#afdf9488fb1ecefc8348f6fb22f464e32a58b36b"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
acorn "^3.0.4"
acorn@^3.0.4:
version "3.3.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/acorn/-/acorn-3.3.0.tgz#45e37fb39e8da3f25baee3ff5369e2bb5f22017a"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
acorn@^5.0.0, acorn@^5.3.0, acorn@^5.5.0:
version "5.5.3"
resolved "https://registry.yarnpkg.com/acorn/-/acorn-5.5.3.tgz#f473dd47e0277a08e28e9bec5aeeb04751f0b8c9"
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
Update to react-native@0.49 and flow-bin@0.53 (#2845) * Update root package to react-native@0.49 and flow-bin@0.53 * Update NavigationPlayground package to react-native@0.49 and flow-bin@0.53 * Update ReduxExample package to react-native@0.49 and flow-bin@0.53 * flow-typed update (code-gen) * Find-and-replace old types with new types - `React.Element<*>` as the result of a render function is now `React.Node` - `ReactClass<T>` as the type of a Component is now `React.ComponentType<typeof T>` - `extends React.Component<DP, P, S>` is now `extends React.Component<P, S>` - `React.Children<*>` as the type of a children prop is now `React.ChildrenArray<*>` - Refs are now typed with `React.Ref` There are also several tiny typo fixes in here. * Avoid assuming state is NavigationRoute in addNavigationHelpers For the root, top-level Navigator, the state is a simple `NavigationState` (with no route info) and we still use `addNavigationHelpers` for it. We can't assume `navigation.state.key` is accessible for this type, so we need to do runtime checks here. * Fix type of NavigationScreenConfig `navigationOptions` was incorrectly typed * Give createNavigationContainer's State a type parameter We want to be able to specifically type this guy so we can use specific NavigationState for things like the Drawer views without having to do runtime assertions about the state type * Fix typing of NavigationAction First of all, `NavigationAction` was being used as two different types, so I had to create the new `PossiblyDeprecatedNavigationAction` and add it as a type parameter everywhere. Second of all, generics and implied types were being used far more than they need to be, and they're hard to work with because Flow doesn't really explain things well when they go wrong. * Make sure children scenes of CardStack have NavigationProp typed with NavigationRoute CardStack's `NavigationScreenProp` is typed with `NavigationState`, but the children need `NavigationRoute`. Flow gets confused by the spread operator, even if the individual property is replaced later, so we need to explicitly list each property individually (just `dispatch`, actually). * Allow prevTransitionProps parameter to be nullable * Allow prevTransitionProps parameter to be nullable * Narrow down a couple type parameters * Move NavigationStateRoute cast to within Component.router check in createConfigGetter * Update withCachedChildNavigation so it's typed correctly with React.ComponentType * Add a $FlowFixMe for displayName `React.StatelessFunctionalComponent` is missing `displayName` before Flow 0.54.0 See https://github.com/facebook/flow/commit/de37062ea21cb4055d3f1b01bdbaa76461140fc8 * Make TouchableItem's onPress prop optional `HeaderBackButton` can pass in an undefined onPress, and the React Native `Touchable*` components allow it too * Simplify withCachedChildNavigation and get rid of generics The generics don't help us here and they make the types more confusing * Redefine NavigationComponent as direct intersection The new type is technically identical to the old type, but Flow is confused by the old type... * Save router to local var before checking createConfigGetter Flow seems to think Component.router can change after the check * Fix DrawerSidebar's navigation prop's type In order for us to be able to generate a childNavigationProp, the original navigation prop has to have a NavigationState state. * Colocate action.key check with action.type check in getStateForAction For some reason, Flow thinks `action` can change sometime after `action.type` is checked. As a result, it's not properly concluding that `action.key` should exist. To avoid this, we pull `action.key` out immediately after doing the `action.type` check. * Use bounded polymorphism to pass down all props in withCachedChildNavigation Also makes sure the injected props are specified first in the union Also removes an unused `eslint-disable-line` in `getScreenForRouteName` * Make TabRouter's getComponentForState return NavigationComponent `NavigationScreenComponent` is a subtype of `NavigationComponent`, but it's not clear that `getComponentForState` always returns a `NavigationScreenComponent`, as `getScreenForRouteName` returns `NavigationComponent` * Define NavigationComponent's props using NavigationNavigatorProps Right now the types ask Flow to infer the types of `NavigationComponent`'s props. (`NavigationComponent` is the union of `NavigationNavigator` and NavigationScreenComponent.) Instead, we type the props as subtypes of `NavigationNavigatorProps`, so we can properly access those props without type errors. We used bounded polymorphism in `createNavigationContainer` and `createNavigator` to pass down these props. We also explicitly type the action in `createNavigationContainer` so we can properly pass in a `NavigationInitAction` to the dispatch function. * Parameterize NavigationTabRouterConfig `NavigationTabRouterConfig` doesn't always take `NavigationTabScreenOptions`; sometimes, it takes `NavigationDrawerScreenOptions`. * Make all NavigationOptions Exact types We're seeing weird behavior when these are merged together. By making them Exact types, we make types don't get mangled when they're unioned. https://flow.org/en/docs/types/unions/#toc-disjoint-unions-with-exact-types * Silence errors in tests These errors are unavoidable since we can't type the precise shape of a particular `NavigationState`. * Include NavigationSetParamsAction in NavigationTabAction `TabNavigator`'s `getStateForAction` definitely takes `NavigationSetParamsAction`. * Explicitly list router as void in NavigationScreenComponent This is so Flow knows that if a `NavigationComponent` has a `router` property, then it is definitely a `NavigationNavigator`. * Fix website app navigator's type * Fix createDocPage type in App In an earlier commit I attempted to fix the types here, but I incorrectly read it as returning a navigator when it just returns a screen. For some reason the error didn't immediately show up. * Fix NavigationComponent types Five changes: 1. No longer parameterizing the props of `NavigationComponent`; directly specifying as `NavigationNavigatorProps` 2. Specify the two distinct kinds of route types (leaf and state) directly in `NavigationComponent` 3. Have `SceneView` directly take `NavigationComponent` and allow inferring of `NavigationSceneProp` type 4. Have `CardStack` directly take `NavigationComponent` as well * Allow Flow to infer `NavigationAction` type in `createNavigator` * Silence Flow in router code that handles navigator sub-routes There's no way for us to tell Flow that routes that correspond to navigators should be `NavigationStateRoute`s * Allow DrawerSidebar to take a null contentComponent The way `DrawerNavigator` is set up, it's possible to pass in a null `contentComponent` in the config. If somebody want to do this, we'll just make the `DrawerSidebar` not appear altogether. This is simpler than splitting the types so there's a possibly-unspecified one for the user input, but a definitely-specified one in `DrawerSidebar`. * Specify missing screenProps prop in DrawerView * Thread full NavigationStateRoute in to DrawerSidebar This requiring making `withCachedChildNavigation` use bounded polymorphism to thread the `NavigationStateRoute` through instead of downgrading it to a `NavigationState` * Make NavigationStateProp's state prop covariant This means that `NavigationStateProp<NavigationStateRoute>` will be a subtype of `NavigationStateProp<NavigationRoute>` and `NavigationStateProp<NavigationState>` * Silence Flow's complaints about a route not being a NavigationStateRoute As mentioned in previous commits and in the comment, there is no way to type a specific navigation state shape, so we have to cast it and silence Flow's complaints. * Get rid of style prop in CardStack It looks like at some point, it was possible to specify a `style` prop that got passed all the way down to `Header`, the `TransitionConfig`'s `screenInterpolator`, and `Transitioner`. Doesn't look like we're using it anywhere, and there's a todo saying to remove it, and it's causing a type error. * Infer type of options instead of using a subtype of {} I think this has to do with {} allowing for unsealed objects. I'm not 100% sure, but this fixes 4/6 of the remaining errors! * Fix two type errors in NavigationPlayground One was just requiring an outdated type (`React.Children` instead of `React.ChildrenArray`), and the other was getting confused regarding types because of a spread operator. * Use a covariant property to simplify withCachedChildNavigation's InputProps This doesn't reduce any errors, but it's a bit simpler and cleaner. * Silence last two Flow errors regarding withCachedChildNavigation injecting childNavigationProps These are the only two errors I haven't been able to figure out at all. If I had more time I'd try and figure out the simplest case and report it to the Flow team, but I've been working on this for a week already and have to move on. The issue at hand is that `withCachedChildNavigation` injects `childNavigationProps`, but Flow doesn't see this and thinks it needs to be specified by the view component. We're using the HOC pattern suggested by the Flow docs, and I've tried several other patterns to no avail. * Use stock react-native instead of Expo's in NavigationPlayground Expo's causes Flow errors, and apparently this is normal practice because the person who switched us to Expo did this too. * Silence react-native-gesture-handler Flow errors in NavigationPlayground Expo requires this package, but it causes Flow errors. * Fix index check in DrawerSidebar Silly me, falling for the typical "0 is falsey" problem... * Rework deprecated action tests In an earlier commit I moved the `NavigationActions.mapDeprecatedActionAndWarn` out from `getStateForAction` and into `createNavigationContainer`'s `dispatch` function. The tests need to be reworked to support this, as they were previously calling `getStateForAction` directly. I don't imagine any users are calling `getStateForAction` directly. * Re-record two snapshots The changes in these snapshots are by design and don't affect anything. * Infer type of options in NavigationScreenConfig The issue is that sometimes we include options for different navigators in a single blob. * Infer types of action and options in createNavigationContainer Particulary helps with Options. Makes the types more specific and gets rid of an error that only shows up when using the library * Don't use generics for NavigationState in createNavigationContainer There's no particular reason for having those generics there, since there's no way we'd be able to get Flow to understand the exact shape of particular navigation states anyways. This fixes a bug when integrating this version of the project into my repo. * Move ReduxExample to react-native@0.49.3 instead of custom Expo version
2017-10-31 10:41:17 -04:00
ajv-keywords@^2.1.0:
Remove flow (#3350) * Remove flow types from src * Finish removing Flow * Clear out flow-typed, some flow mentions in docs, website flow usage, and some other config
2018-01-24 17:52:09 -08:00
version "2.1.1"
resolved "https://registry.yarnpkg.com/ajv-keywords/-/ajv-keywords-2.1.1.tgz#617997fc5f60576894c435f940d819e135b80762"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update to react-native@0.49 and flow-bin@0.53 (#2845) * Update root package to react-native@0.49 and flow-bin@0.53 * Update NavigationPlayground package to react-native@0.49 and flow-bin@0.53 * Update ReduxExample package to react-native@0.49 and flow-bin@0.53 * flow-typed update (code-gen) * Find-and-replace old types with new types - `React.Element<*>` as the result of a render function is now `React.Node` - `ReactClass<T>` as the type of a Component is now `React.ComponentType<typeof T>` - `extends React.Component<DP, P, S>` is now `extends React.Component<P, S>` - `React.Children<*>` as the type of a children prop is now `React.ChildrenArray<*>` - Refs are now typed with `React.Ref` There are also several tiny typo fixes in here. * Avoid assuming state is NavigationRoute in addNavigationHelpers For the root, top-level Navigator, the state is a simple `NavigationState` (with no route info) and we still use `addNavigationHelpers` for it. We can't assume `navigation.state.key` is accessible for this type, so we need to do runtime checks here. * Fix type of NavigationScreenConfig `navigationOptions` was incorrectly typed * Give createNavigationContainer's State a type parameter We want to be able to specifically type this guy so we can use specific NavigationState for things like the Drawer views without having to do runtime assertions about the state type * Fix typing of NavigationAction First of all, `NavigationAction` was being used as two different types, so I had to create the new `PossiblyDeprecatedNavigationAction` and add it as a type parameter everywhere. Second of all, generics and implied types were being used far more than they need to be, and they're hard to work with because Flow doesn't really explain things well when they go wrong. * Make sure children scenes of CardStack have NavigationProp typed with NavigationRoute CardStack's `NavigationScreenProp` is typed with `NavigationState`, but the children need `NavigationRoute`. Flow gets confused by the spread operator, even if the individual property is replaced later, so we need to explicitly list each property individually (just `dispatch`, actually). * Allow prevTransitionProps parameter to be nullable * Allow prevTransitionProps parameter to be nullable * Narrow down a couple type parameters * Move NavigationStateRoute cast to within Component.router check in createConfigGetter * Update withCachedChildNavigation so it's typed correctly with React.ComponentType * Add a $FlowFixMe for displayName `React.StatelessFunctionalComponent` is missing `displayName` before Flow 0.54.0 See https://github.com/facebook/flow/commit/de37062ea21cb4055d3f1b01bdbaa76461140fc8 * Make TouchableItem's onPress prop optional `HeaderBackButton` can pass in an undefined onPress, and the React Native `Touchable*` components allow it too * Simplify withCachedChildNavigation and get rid of generics The generics don't help us here and they make the types more confusing * Redefine NavigationComponent as direct intersection The new type is technically identical to the old type, but Flow is confused by the old type... * Save router to local var before checking createConfigGetter Flow seems to think Component.router can change after the check * Fix DrawerSidebar's navigation prop's type In order for us to be able to generate a childNavigationProp, the original navigation prop has to have a NavigationState state. * Colocate action.key check with action.type check in getStateForAction For some reason, Flow thinks `action` can change sometime after `action.type` is checked. As a result, it's not properly concluding that `action.key` should exist. To avoid this, we pull `action.key` out immediately after doing the `action.type` check. * Use bounded polymorphism to pass down all props in withCachedChildNavigation Also makes sure the injected props are specified first in the union Also removes an unused `eslint-disable-line` in `getScreenForRouteName` * Make TabRouter's getComponentForState return NavigationComponent `NavigationScreenComponent` is a subtype of `NavigationComponent`, but it's not clear that `getComponentForState` always returns a `NavigationScreenComponent`, as `getScreenForRouteName` returns `NavigationComponent` * Define NavigationComponent's props using NavigationNavigatorProps Right now the types ask Flow to infer the types of `NavigationComponent`'s props. (`NavigationComponent` is the union of `NavigationNavigator` and NavigationScreenComponent.) Instead, we type the props as subtypes of `NavigationNavigatorProps`, so we can properly access those props without type errors. We used bounded polymorphism in `createNavigationContainer` and `createNavigator` to pass down these props. We also explicitly type the action in `createNavigationContainer` so we can properly pass in a `NavigationInitAction` to the dispatch function. * Parameterize NavigationTabRouterConfig `NavigationTabRouterConfig` doesn't always take `NavigationTabScreenOptions`; sometimes, it takes `NavigationDrawerScreenOptions`. * Make all NavigationOptions Exact types We're seeing weird behavior when these are merged together. By making them Exact types, we make types don't get mangled when they're unioned. https://flow.org/en/docs/types/unions/#toc-disjoint-unions-with-exact-types * Silence errors in tests These errors are unavoidable since we can't type the precise shape of a particular `NavigationState`. * Include NavigationSetParamsAction in NavigationTabAction `TabNavigator`'s `getStateForAction` definitely takes `NavigationSetParamsAction`. * Explicitly list router as void in NavigationScreenComponent This is so Flow knows that if a `NavigationComponent` has a `router` property, then it is definitely a `NavigationNavigator`. * Fix website app navigator's type * Fix createDocPage type in App In an earlier commit I attempted to fix the types here, but I incorrectly read it as returning a navigator when it just returns a screen. For some reason the error didn't immediately show up. * Fix NavigationComponent types Five changes: 1. No longer parameterizing the props of `NavigationComponent`; directly specifying as `NavigationNavigatorProps` 2. Specify the two distinct kinds of route types (leaf and state) directly in `NavigationComponent` 3. Have `SceneView` directly take `NavigationComponent` and allow inferring of `NavigationSceneProp` type 4. Have `CardStack` directly take `NavigationComponent` as well * Allow Flow to infer `NavigationAction` type in `createNavigator` * Silence Flow in router code that handles navigator sub-routes There's no way for us to tell Flow that routes that correspond to navigators should be `NavigationStateRoute`s * Allow DrawerSidebar to take a null contentComponent The way `DrawerNavigator` is set up, it's possible to pass in a null `contentComponent` in the config. If somebody want to do this, we'll just make the `DrawerSidebar` not appear altogether. This is simpler than splitting the types so there's a possibly-unspecified one for the user input, but a definitely-specified one in `DrawerSidebar`. * Specify missing screenProps prop in DrawerView * Thread full NavigationStateRoute in to DrawerSidebar This requiring making `withCachedChildNavigation` use bounded polymorphism to thread the `NavigationStateRoute` through instead of downgrading it to a `NavigationState` * Make NavigationStateProp's state prop covariant This means that `NavigationStateProp<NavigationStateRoute>` will be a subtype of `NavigationStateProp<NavigationRoute>` and `NavigationStateProp<NavigationState>` * Silence Flow's complaints about a route not being a NavigationStateRoute As mentioned in previous commits and in the comment, there is no way to type a specific navigation state shape, so we have to cast it and silence Flow's complaints. * Get rid of style prop in CardStack It looks like at some point, it was possible to specify a `style` prop that got passed all the way down to `Header`, the `TransitionConfig`'s `screenInterpolator`, and `Transitioner`. Doesn't look like we're using it anywhere, and there's a todo saying to remove it, and it's causing a type error. * Infer type of options instead of using a subtype of {} I think this has to do with {} allowing for unsealed objects. I'm not 100% sure, but this fixes 4/6 of the remaining errors! * Fix two type errors in NavigationPlayground One was just requiring an outdated type (`React.Children` instead of `React.ChildrenArray`), and the other was getting confused regarding types because of a spread operator. * Use a covariant property to simplify withCachedChildNavigation's InputProps This doesn't reduce any errors, but it's a bit simpler and cleaner. * Silence last two Flow errors regarding withCachedChildNavigation injecting childNavigationProps These are the only two errors I haven't been able to figure out at all. If I had more time I'd try and figure out the simplest case and report it to the Flow team, but I've been working on this for a week already and have to move on. The issue at hand is that `withCachedChildNavigation` injects `childNavigationProps`, but Flow doesn't see this and thinks it needs to be specified by the view component. We're using the HOC pattern suggested by the Flow docs, and I've tried several other patterns to no avail. * Use stock react-native instead of Expo's in NavigationPlayground Expo's causes Flow errors, and apparently this is normal practice because the person who switched us to Expo did this too. * Silence react-native-gesture-handler Flow errors in NavigationPlayground Expo requires this package, but it causes Flow errors. * Fix index check in DrawerSidebar Silly me, falling for the typical "0 is falsey" problem... * Rework deprecated action tests In an earlier commit I moved the `NavigationActions.mapDeprecatedActionAndWarn` out from `getStateForAction` and into `createNavigationContainer`'s `dispatch` function. The tests need to be reworked to support this, as they were previously calling `getStateForAction` directly. I don't imagine any users are calling `getStateForAction` directly. * Re-record two snapshots The changes in these snapshots are by design and don't affect anything. * Infer type of options in NavigationScreenConfig The issue is that sometimes we include options for different navigators in a single blob. * Infer types of action and options in createNavigationContainer Particulary helps with Options. Makes the types more specific and gets rid of an error that only shows up when using the library * Don't use generics for NavigationState in createNavigationContainer There's no particular reason for having those generics there, since there's no way we'd be able to get Flow to understand the exact shape of particular navigation states anyways. This fixes a bug when integrating this version of the project into my repo. * Move ReduxExample to react-native@0.49.3 instead of custom Expo version
2017-10-31 10:41:17 -04:00
ajv@^4.9.1:
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
version "4.11.8"
resolved "https://registry.yarnpkg.com/ajv/-/ajv-4.11.8.tgz#82ffb02b29e662ae53bdc20af15947706739c536"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
co "^4.6.0"
json-stable-stringify "^1.0.1"
Remove flow (#3350) * Remove flow types from src * Finish removing Flow * Clear out flow-typed, some flow mentions in docs, website flow usage, and some other config
2018-01-24 17:52:09 -08:00
ajv@^5.1.0, ajv@^5.2.3, ajv@^5.3.0:
version "5.5.2"
resolved "https://registry.yarnpkg.com/ajv/-/ajv-5.5.2.tgz#73b5eeca3fab653e3d3f9422b341ad42205dc965"
Update dependencies
2017-07-19 13:03:46 -07:00
dependencies:
co "^4.6.0"
fast-deep-equal "^1.0.0"
Remove flow (#3350) * Remove flow types from src * Finish removing Flow * Clear out flow-typed, some flow mentions in docs, website flow usage, and some other config
2018-01-24 17:52:09 -08:00
fast-json-stable-stringify "^2.0.0"
Update dependencies
2017-07-19 13:03:46 -07:00
json-schema-traverse "^0.3.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
align-text@^0.1.1, align-text@^0.1.3:
version "0.1.4"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/align-text/-/align-text-0.1.4.tgz#0cd90a561093f35d0a99256c22b7069433fad117"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
kind-of "^3.0.2"
longest "^1.0.1"
repeat-string "^1.5.2"
amdefine@>=0.0.4:
version "1.0.1"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/amdefine/-/amdefine-1.0.1.tgz#4a5282ac164729e93619bcfd3ad151f817ce91f5"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
ansi-escapes@^1.0.0:
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
version "1.4.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/ansi-escapes/-/ansi-escapes-1.4.0.tgz#d3a8a83b319aa67793662b13e761c7911422306e"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
ansi-escapes@^3.0.0:
version "3.0.0"
resolved "https://registry.yarnpkg.com/ansi-escapes/-/ansi-escapes-3.0.0.tgz#ec3e8b4e9f8064fc02c3ac9b65f1c275bda8ef92"
Update depenencies, update Prettier
2017-07-03 21:36:47 -07:00
Remove flow (#3350) * Remove flow types from src * Finish removing Flow * Clear out flow-typed, some flow mentions in docs, website flow usage, and some other config
2018-01-24 17:52:09 -08:00
ansi-gray@^0.1.1:
version "0.1.1"
resolved "https://registry.yarnpkg.com/ansi-gray/-/ansi-gray-0.1.1.tgz#2962cf54ec9792c48510a3deb524436861ef7251"
dependencies:
ansi-wrap "0.1.0"
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
ansi-regex@^2.0.0, ansi-regex@^2.1.1:
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
version "2.1.1"
resolved "https://registry.yarnpkg.com/ansi-regex/-/ansi-regex-2.1.1.tgz#c3b33ab5ee360d86e0e628f0468ae7ef27d654df"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
ansi-regex@^3.0.0:
version "3.0.0"
resolved "https://registry.yarnpkg.com/ansi-regex/-/ansi-regex-3.0.0.tgz#ed0317c322064f79466c02966bddb605ab37d998"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
ansi-styles@^2.2.1:
version "2.2.1"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/ansi-styles/-/ansi-styles-2.2.1.tgz#b432dd3358b634cf75e1e4664368240533c1ddbe"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
ansi-styles@^3.0.0, ansi-styles@^3.2.0, ansi-styles@^3.2.1:
version "3.2.1"
resolved "https://registry.yarnpkg.com/ansi-styles/-/ansi-styles-3.2.1.tgz#41fbb20243e50b12be0f04b8dedbf07520ce841d"
Employ pre-commit hook for formatting code. (#2597) This change comes thanks to @plasticine's great idea (https://github.com/react-community/react-navigation/pull/2581#issuecomment-329661371). - Add husky and lint-staged to use pre-commit hook. - Automate formatting JavaScript code using ESLint and Prettier before committing changes.
2017-09-16 07:17:09 +09:00
dependencies:
color-convert "^1.9.0"
Remove flow (#3350) * Remove flow types from src * Finish removing Flow * Clear out flow-typed, some flow mentions in docs, website flow usage, and some other config
2018-01-24 17:52:09 -08:00
ansi-wrap@0.1.0:
version "0.1.0"
resolved "https://registry.yarnpkg.com/ansi-wrap/-/ansi-wrap-0.1.0.tgz#a82250ddb0015e9a27ca82e82ea603bbfa45efaf"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
ansi@^0.3.0, ansi@~0.3.1:
version "0.3.1"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/ansi/-/ansi-0.3.1.tgz#0c42d4fb17160d5a9af1e484bace1c66922c1b21"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
anymatch@^1.3.0:
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
version "1.3.2"
resolved "https://registry.yarnpkg.com/anymatch/-/anymatch-1.3.2.tgz#553dcb8f91e3c889845dfdba34c77721b90b9d7a"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
micromatch "^2.1.5"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
normalize-path "^2.0.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Employ pre-commit hook for formatting code. (#2597) This change comes thanks to @plasticine's great idea (https://github.com/react-community/react-navigation/pull/2581#issuecomment-329661371). - Add husky and lint-staged to use pre-commit hook. - Automate formatting JavaScript code using ESLint and Prettier before committing changes.
2017-09-16 07:17:09 +09:00
app-root-path@^2.0.0:
version "2.0.1"
resolved "https://registry.yarnpkg.com/app-root-path/-/app-root-path-2.0.1.tgz#cd62dcf8e4fd5a417efc664d2e5b10653c651b46"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
append-transform@^0.4.0:
version "0.4.0"
resolved "https://registry.yarnpkg.com/append-transform/-/append-transform-0.4.0.tgz#d76ebf8ca94d276e247a36bad44a4b74ab611991"
dependencies:
default-require-extensions "^1.0.0"
aproba@^1.0.3:
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
version "1.2.0"
resolved "https://registry.yarnpkg.com/aproba/-/aproba-1.2.0.tgz#6802e6264efd18c790a1b0d517f0f2627bf2c94a"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Remove flow (#3350) * Remove flow types from src * Finish removing Flow * Clear out flow-typed, some flow mentions in docs, website flow usage, and some other config
2018-01-24 17:52:09 -08:00
arch@^2.1.0:
version "2.1.0"
resolved "https://registry.yarnpkg.com/arch/-/arch-2.1.0.tgz#3613aa46149064b3c1f0607919bf1d4786e82889"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
are-we-there-yet@~1.1.2:
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
version "1.1.4"
resolved "https://registry.yarnpkg.com/are-we-there-yet/-/are-we-there-yet-1.1.4.tgz#bb5dca382bb94f05e15194373d16fd3ba1ca110d"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
delegates "^1.0.0"
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
readable-stream "^2.0.6"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
argparse@^1.0.7:
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
version "1.0.10"
resolved "https://registry.yarnpkg.com/argparse/-/argparse-1.0.10.tgz#bcd6791ea5ae09725e17e5ad988134cd40b3d911"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
sprintf-js "~1.0.2"
Add codecov.io support
2017-05-14 14:33:39 -07:00
argv@0.0.2:
version "0.0.2"
resolved "https://registry.yarnpkg.com/argv/-/argv-0.0.2.tgz#ecbd16f8949b157183711b1bda334f37840185ab"
Update depenencies, update Prettier
2017-07-03 21:36:47 -07:00
aria-query@^0.7.0:
Update yarn.lock
2018-02-02 12:33:53 -08:00
version "0.7.1"
resolved "https://registry.yarnpkg.com/aria-query/-/aria-query-0.7.1.tgz#26cbb5aff64144b0a825be1846e0b16cfa00b11e"
Update dependencies
2017-03-15 16:02:49 -07:00
dependencies:
ast-types-flow "0.0.7"
Update yarn.lock
2018-02-02 12:33:53 -08:00
commander "^2.11.0"
Update dependencies
2017-03-15 16:02:49 -07:00
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
arr-diff@^2.0.0:
version "2.0.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/arr-diff/-/arr-diff-2.0.0.tgz#8f3b827f955a8bd669697e4a4256ac3ceae356cf"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
arr-flatten "^1.0.1"
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
arr-diff@^4.0.0:
version "4.0.0"
resolved "https://registry.yarnpkg.com/arr-diff/-/arr-diff-4.0.0.tgz#d6461074febfec71e7e15235761a329a5dc7c520"
arr-flatten@^1.0.1, arr-flatten@^1.1.0:
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
version "1.1.0"
resolved "https://registry.yarnpkg.com/arr-flatten/-/arr-flatten-1.1.0.tgz#36048bbff4e7b47e136644316c99669ea5ae91f1"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
arr-union@^3.1.0:
version "3.1.0"
resolved "https://registry.yarnpkg.com/arr-union/-/arr-union-3.1.0.tgz#e39b09aea9def866a8f206e288af63919bae39c4"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
array-differ@^1.0.0:
version "1.0.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/array-differ/-/array-differ-1.0.0.tgz#eff52e3758249d33be402b8bb8e564bb2b5d4031"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
array-equal@^1.0.0:
version "1.0.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/array-equal/-/array-equal-1.0.0.tgz#8c2a5ef2472fd9ea742b04c77a75093ba2757c93"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
array-filter@~0.0.0:
version "0.0.1"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/array-filter/-/array-filter-0.0.1.tgz#7da8cf2e26628ed732803581fd21f67cacd2eeec"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
array-includes@^3.0.3:
version "3.0.3"
resolved "https://registry.yarnpkg.com/array-includes/-/array-includes-3.0.3.tgz#184b48f62d92d7452bb31b323165c7f8bd02266d"
dependencies:
define-properties "^1.1.2"
es-abstract "^1.7.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
array-map@~0.0.0:
version "0.0.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/array-map/-/array-map-0.0.0.tgz#88a2bab73d1cf7bcd5c1b118a003f66f665fa662"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
array-reduce@~0.0.0:
version "0.0.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/array-reduce/-/array-reduce-0.0.0.tgz#173899d3ffd1c7d9383e4479525dbe278cab5f2b"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
array-union@^1.0.1:
version "1.0.2"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/array-union/-/array-union-1.0.2.tgz#9a34410e4f4e3da23dea375be5be70f24778ec39"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
array-uniq "^1.0.1"
array-uniq@^1.0.1, array-uniq@^1.0.2:
version "1.0.3"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/array-uniq/-/array-uniq-1.0.3.tgz#af6ac877a25cc7f74e058894753858dfdb24fdb6"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
array-unique@^0.2.1:
version "0.2.1"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/array-unique/-/array-unique-0.2.1.tgz#a1d97ccafcbc2625cc70fadceb36a50c58b01a53"
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
array-unique@^0.3.2:
version "0.3.2"
resolved "https://registry.yarnpkg.com/array-unique/-/array-unique-0.3.2.tgz#a894b75d4bc4f6cd679ef3244a9fd8f46ae2d428"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
arrify@^1.0.0, arrify@^1.0.1:
version "1.0.1"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/arrify/-/arrify-1.0.1.tgz#898508da2226f380df904728456849c1501a4b0d"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
art@^0.10.0:
version "0.10.1"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/art/-/art-0.10.1.tgz#38541883e399225c5e193ff246e8f157cf7b2146"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
asap@~2.0.3:
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
version "2.0.6"
resolved "https://registry.yarnpkg.com/asap/-/asap-2.0.6.tgz#e50347611d7e690943208bbdafebcbc2fb866d46"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
asn1@~0.2.3:
version "0.2.3"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/asn1/-/asn1-0.2.3.tgz#dac8787713c9966849fc8180777ebe9c1ddf3b86"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
assert-plus@1.0.0, assert-plus@^1.0.0:
version "1.0.0"
resolved "https://registry.yarnpkg.com/assert-plus/-/assert-plus-1.0.0.tgz#f12e0f3c5d77b0b1cdd9146942e4e96c1e4dd525"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
assert-plus@^0.2.0:
version "0.2.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/assert-plus/-/assert-plus-0.2.0.tgz#d74e1b87e7affc0db8aadb7021f3fe48101ab234"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
assign-symbols@^1.0.0:
version "1.0.0"
resolved "https://registry.yarnpkg.com/assign-symbols/-/assign-symbols-1.0.0.tgz#59667f41fadd4f20ccbc2bb96b8d4f7f78ec0367"
Update dependencies
2017-03-15 16:02:49 -07:00
ast-types-flow@0.0.7:
version "0.0.7"
resolved "https://registry.yarnpkg.com/ast-types-flow/-/ast-types-flow-0.0.7.tgz#f70b735c6bca1a5c9c22d982c3e39e7feba3bdad"
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
astral-regex@^1.0.0:
version "1.0.0"
resolved "https://registry.yarnpkg.com/astral-regex/-/astral-regex-1.0.0.tgz#6c8c3fb827dd43ee3918f27b82782ab7658a6fd9"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
async-each@^1.0.0:
version "1.0.1"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/async-each/-/async-each-1.0.1.tgz#19d386a1d9edc6e7c1c85d388aedbcc56d33602d"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
async-limiter@~1.0.0:
version "1.0.0"
resolved "https://registry.yarnpkg.com/async-limiter/-/async-limiter-1.0.0.tgz#78faed8c3d074ab81f22b4e985d79e8738f720f8"
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
async@^1.4.0:
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
version "1.5.2"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/async/-/async-1.5.2.tgz#ec6a61ae56480c0c3cb241c95618e20892f9672a"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update to RN 0.45, fix/improve flow coverage
2017-07-03 15:06:08 -07:00
async@^2.1.4, async@^2.4.0:
Remove flow (#3350) * Remove flow types from src * Finish removing Flow * Clear out flow-typed, some flow mentions in docs, website flow usage, and some other config
2018-01-24 17:52:09 -08:00
version "2.6.0"
resolved "https://registry.yarnpkg.com/async/-/async-2.6.0.tgz#61a29abb6fcc026fea77e56d1c6ec53a795951f4"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
lodash "^4.14.0"
asynckit@^0.4.0:
version "0.4.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/asynckit/-/asynckit-0.4.0.tgz#c79ed97f7f34cb8f2ba1bc9790bcc366474b4b79"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
atob@^2.0.0:
version "2.0.3"
resolved "https://registry.yarnpkg.com/atob/-/atob-2.0.3.tgz#19c7a760473774468f20b2d2d03372ad7d4cbf5d"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
aws-sign2@~0.6.0:
version "0.6.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/aws-sign2/-/aws-sign2-0.6.0.tgz#14342dd38dbcc94d0e5b87d763cd63612c0e794f"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
aws-sign2@~0.7.0:
version "0.7.0"
resolved "https://registry.yarnpkg.com/aws-sign2/-/aws-sign2-0.7.0.tgz#b46e890934a9591f2d2f6f86d7e6a9f1b3fe76a8"
aws4@^1.2.1, aws4@^1.6.0:
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
version "1.6.0"
resolved "https://registry.yarnpkg.com/aws4/-/aws4-1.6.0.tgz#83ef5ca860b2b32e4a0deedee8c771b9db57471e"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
axobject-query@^0.1.0:
version "0.1.0"
resolved "https://registry.yarnpkg.com/axobject-query/-/axobject-query-0.1.0.tgz#62f59dbc59c9f9242759ca349960e7a2fe3c36c0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
ast-types-flow "0.0.7"
babel-cli@^6.24.1:
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
version "6.26.0"
resolved "https://registry.yarnpkg.com/babel-cli/-/babel-cli-6.26.0.tgz#502ab54874d7db88ad00b887a06383ce03d002f1"
dependencies:
babel-core "^6.26.0"
babel-polyfill "^6.26.0"
babel-register "^6.26.0"
babel-runtime "^6.26.0"
commander "^2.11.0"
convert-source-map "^1.5.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
fs-readdir-recursive "^1.0.0"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
glob "^7.1.2"
lodash "^4.17.4"
output-file-sync "^1.1.2"
path-is-absolute "^1.0.1"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
slash "^1.0.0"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
source-map "^0.5.6"
v8flags "^2.1.1"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
optionalDependencies:
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
chokidar "^1.6.1"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
babel-code-frame@^6.22.0, babel-code-frame@^6.26.0:
version "6.26.0"
resolved "https://registry.yarnpkg.com/babel-code-frame/-/babel-code-frame-6.26.0.tgz#63fd43f7dc1e3bb7ce35947db8fe369a3f58c74b"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
chalk "^1.1.3"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
esutils "^2.0.2"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
js-tokens "^3.0.2"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
babel-core@^6.0.0, babel-core@^6.24.1, babel-core@^6.25.0, babel-core@^6.26.0, babel-core@^6.7.2:
version "6.26.0"
resolved "https://registry.yarnpkg.com/babel-core/-/babel-core-6.26.0.tgz#af32f78b31a6fcef119c87b0fd8d9753f03a0bb8"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
dependencies:
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
babel-code-frame "^6.26.0"
babel-generator "^6.26.0"
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
babel-helpers "^6.24.1"
Update dependencies
2017-03-15 16:02:49 -07:00
babel-messages "^6.23.0"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
babel-register "^6.26.0"
babel-runtime "^6.26.0"
babel-template "^6.26.0"
babel-traverse "^6.26.0"
babel-types "^6.26.0"
babylon "^6.18.0"
convert-source-map "^1.5.0"
debug "^2.6.8"
json5 "^0.5.1"
lodash "^4.17.4"
minimatch "^3.0.4"
path-is-absolute "^1.0.1"
private "^0.1.7"
Revert changes to yarn.lock (#2545) * Rollback changes to yarn.lock * Update react-native-tab-view in yarn.lock
2017-09-06 13:22:08 -05:00
slash "^1.0.0"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
source-map "^0.5.6"
Update depenencies, update Prettier
2017-07-03 21:36:47 -07:00
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
babel-eslint@^7.2.3:
version "7.2.3"
resolved "https://registry.yarnpkg.com/babel-eslint/-/babel-eslint-7.2.3.tgz#b2fe2d80126470f5c19442dc757253a897710827"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
babel-code-frame "^6.22.0"
babel-traverse "^6.23.1"
babel-types "^6.23.0"
babylon "^6.17.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update to RN 0.52 and Expo 25 (#3383) * Update to RN 0.52 and Expo 25 * Rerecord snapshots for failing Jest tests * jest-expo@25.1.0-beta.0 * jest-expo@25.1.0
2018-01-30 12:22:20 -06:00
babel-generator@^6.18.0, babel-generator@^6.26.0:
Better orientation layout on playground
2018-02-12 11:53:23 -08:00
version "6.26.1"
resolved "https://registry.yarnpkg.com/babel-generator/-/babel-generator-6.26.1.tgz#1844408d3b8f0d35a404ea7ac180f087a601bd90"
Update depenencies, update Prettier
2017-07-03 21:36:47 -07:00
dependencies:
babel-messages "^6.23.0"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
babel-runtime "^6.26.0"
babel-types "^6.26.0"
Update depenencies, update Prettier
2017-07-03 21:36:47 -07:00
detect-indent "^4.0.0"
jsesc "^1.3.0"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
lodash "^4.17.4"
Better orientation layout on playground
2018-02-12 11:53:23 -08:00
source-map "^0.5.7"
Update depenencies, update Prettier
2017-07-03 21:36:47 -07:00
trim-right "^1.0.1"
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
babel-helper-builder-binary-assignment-operator-visitor@^6.24.1:
version "6.24.1"
resolved "https://registry.yarnpkg.com/babel-helper-builder-binary-assignment-operator-visitor/-/babel-helper-builder-binary-assignment-operator-visitor-6.24.1.tgz#cce4517ada356f4220bcae8a02c2b346f9a56664"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
babel-helper-explode-assignable-expression "^6.24.1"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
babel-runtime "^6.22.0"
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
babel-types "^6.24.1"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
babel-helper-builder-react-jsx@^6.24.1:
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
version "6.26.0"
resolved "https://registry.yarnpkg.com/babel-helper-builder-react-jsx/-/babel-helper-builder-react-jsx-6.26.0.tgz#39ff8313b75c8b65dceff1f31d383e0ff2a408a0"
Update dependencies
2017-03-15 16:02:49 -07:00
dependencies:
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
babel-runtime "^6.26.0"
babel-types "^6.26.0"
esutils "^2.0.2"
Update dependencies
2017-03-15 16:02:49 -07:00
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
babel-helper-call-delegate@^6.24.1:
version "6.24.1"
resolved "https://registry.yarnpkg.com/babel-helper-call-delegate/-/babel-helper-call-delegate-6.24.1.tgz#ece6aacddc76e41c3461f88bfc575bd0daa2df8d"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
babel-helper-hoist-variables "^6.24.1"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
babel-runtime "^6.22.0"
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
babel-traverse "^6.24.1"
babel-types "^6.24.1"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
babel-helper-define-map@^6.24.1:
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
version "6.26.0"
resolved "https://registry.yarnpkg.com/babel-helper-define-map/-/babel-helper-define-map-6.26.0.tgz#a5f56dab41a25f97ecb498c7ebaca9819f95be5f"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
babel-helper-function-name "^6.24.1"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
babel-runtime "^6.26.0"
babel-types "^6.26.0"
lodash "^4.17.4"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
babel-helper-explode-assignable-expression@^6.24.1:
version "6.24.1"
resolved "https://registry.yarnpkg.com/babel-helper-explode-assignable-expression/-/babel-helper-explode-assignable-expression-6.24.1.tgz#f25b82cf7dc10433c55f70592d5746400ac22caa"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
babel-runtime "^6.22.0"
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
babel-traverse "^6.24.1"
babel-types "^6.24.1"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
babel-helper-function-name@^6.24.1:
version "6.24.1"
resolved "https://registry.yarnpkg.com/babel-helper-function-name/-/babel-helper-function-name-6.24.1.tgz#d3475b8c03ed98242a25b48351ab18399d3580a9"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
babel-helper-get-function-arity "^6.24.1"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
babel-runtime "^6.22.0"
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
babel-template "^6.24.1"
babel-traverse "^6.24.1"
babel-types "^6.24.1"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
babel-helper-get-function-arity@^6.24.1:
version "6.24.1"
resolved "https://registry.yarnpkg.com/babel-helper-get-function-arity/-/babel-helper-get-function-arity-6.24.1.tgz#8f7782aa93407c41d3aa50908f89b031b1b6853d"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
babel-runtime "^6.22.0"
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
babel-types "^6.24.1"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
babel-helper-hoist-variables@^6.24.1:
version "6.24.1"
resolved "https://registry.yarnpkg.com/babel-helper-hoist-variables/-/babel-helper-hoist-variables-6.24.1.tgz#1ecb27689c9d25513eadbc9914a73f5408be7a76"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
babel-runtime "^6.22.0"
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
babel-types "^6.24.1"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
babel-helper-optimise-call-expression@^6.24.1:
version "6.24.1"
resolved "https://registry.yarnpkg.com/babel-helper-optimise-call-expression/-/babel-helper-optimise-call-expression-6.24.1.tgz#f7a13427ba9f73f8f4fa993c54a97882d1244257"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
babel-runtime "^6.22.0"
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
babel-types "^6.24.1"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
babel-helper-regex@^6.24.1:
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
version "6.26.0"
resolved "https://registry.yarnpkg.com/babel-helper-regex/-/babel-helper-regex-6.26.0.tgz#325c59f902f82f24b74faceed0363954f6495e72"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
babel-runtime "^6.26.0"
babel-types "^6.26.0"
lodash "^4.17.4"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update yarn.lock
2018-02-02 12:33:53 -08:00
babel-helper-remap-async-to-generator@^6.16.0:
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
version "6.24.1"
resolved "https://registry.yarnpkg.com/babel-helper-remap-async-to-generator/-/babel-helper-remap-async-to-generator-6.24.1.tgz#5ec581827ad723fecdd381f1c928390676e4551b"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
babel-helper-function-name "^6.24.1"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
babel-runtime "^6.22.0"
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
babel-template "^6.24.1"
babel-traverse "^6.24.1"
babel-types "^6.24.1"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
babel-helper-replace-supers@^6.24.1:
version "6.24.1"
resolved "https://registry.yarnpkg.com/babel-helper-replace-supers/-/babel-helper-replace-supers-6.24.1.tgz#bf6dbfe43938d17369a213ca8a8bf74b6a90ab1a"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
babel-helper-optimise-call-expression "^6.24.1"
babel-messages "^6.23.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
babel-runtime "^6.22.0"
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
babel-template "^6.24.1"
babel-traverse "^6.24.1"
babel-types "^6.24.1"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
babel-helpers@^6.24.1:
version "6.24.1"
resolved "https://registry.yarnpkg.com/babel-helpers/-/babel-helpers-6.24.1.tgz#3471de9caec388e5c850e597e58a26ddf37602b2"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
babel-runtime "^6.22.0"
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
babel-template "^6.24.1"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Improve consistency of jest version Hopefully will fix build on Circle
2018-03-16 16:21:17 -07:00
babel-jest@^22.1.0, babel-jest@^22.4.1:
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
version "22.4.1"
resolved "https://registry.yarnpkg.com/babel-jest/-/babel-jest-22.4.1.tgz#ff53ebca45957347f27ff4666a31499fbb4c4ddd"
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
dependencies:
babel-plugin-istanbul "^4.1.5"
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
babel-preset-jest "^22.4.1"
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
babel-messages@^6.23.0:
Update dependencies
2017-03-15 16:02:49 -07:00
version "6.23.0"
resolved "https://registry.yarnpkg.com/babel-messages/-/babel-messages-6.23.0.tgz#f3cdf4703858035b2a2951c6ec5edf6c62f2630e"
dependencies:
babel-runtime "^6.22.0"
Update yarn.lock
2018-02-02 12:33:53 -08:00
babel-plugin-check-es2015-constants@^6.5.0, babel-plugin-check-es2015-constants@^6.8.0:
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
version "6.22.0"
resolved "https://registry.yarnpkg.com/babel-plugin-check-es2015-constants/-/babel-plugin-check-es2015-constants-6.22.0.tgz#35157b101426fd2ffd3da3f75c7d1e91835bbf8a"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
babel-runtime "^6.22.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
babel-plugin-external-helpers@^6.18.0:
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
version "6.22.0"
resolved "https://registry.yarnpkg.com/babel-plugin-external-helpers/-/babel-plugin-external-helpers-6.22.0.tgz#2285f48b02bd5dede85175caf8c62e86adccefa1"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
babel-runtime "^6.22.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Improve consistency of jest version Hopefully will fix build on Circle
2018-03-16 16:21:17 -07:00
babel-plugin-istanbul@^4.1.5:
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
version "4.1.5"
resolved "https://registry.yarnpkg.com/babel-plugin-istanbul/-/babel-plugin-istanbul-4.1.5.tgz#6760cdd977f411d3e175bb064f2bc327d99b2b6e"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
Update dependencies
2017-03-15 16:02:49 -07:00
find-up "^2.1.0"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
istanbul-lib-instrument "^1.7.5"
test-exclude "^4.1.1"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
babel-plugin-jest-hoist@^22.4.1:
version "22.4.1"
resolved "https://registry.yarnpkg.com/babel-plugin-jest-hoist/-/babel-plugin-jest-hoist-22.4.1.tgz#d712fe5da8b6965f3191dacddbefdbdf4fb66d63"
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
babel-plugin-react-transform@2.0.2:
version "2.0.2"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/babel-plugin-react-transform/-/babel-plugin-react-transform-2.0.2.tgz#515bbfa996893981142d90b1f9b1635de2995109"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
lodash "^4.6.1"
Update to react-native@0.50 and flow-bin@0.56 (#2998) * Update to React Native 0.50 * Type Promise used in PlatformHelpers.web.js * Move $FlowFixMe in CardStack.js The line number Flow is using for this error changed. The underlying problem has not, but I don't have time to fix it now unfortunately. * Type TouchableItem's children prop as React.Node This was my bad. `React.ChildrenArray` should only really be used in the case of having multiple of the same type of child. * Type HeaderTitle's children prop as React.Node Same as last commit. * Add assertion in StackRouter that StateUtils.indexOf returns valid index Flow doesn't realize that `StateUtils.indexOf` is guaranteed to return a valid index, so we use `invariant` to assert it. * Remove unused type DrawerNavigationState from TypeDefinition * Remove unused type parameter T in DrawerView * Type NavigationStateRoute as NavigationLeafRoute & NavigationState * Don't constrain generic action types to NavigationAction By constraining to subtypes of `NavigationAction`, we actually are requiring that any router satisfying our type constraints has to take all of the `NavigationAction` types. Instead, we want to say that it will only take some of them. Changing the types here to be inferred. * Fix types of NavigationScreenProp and withCachedChildNavigation 1. `NavigationScreenProp` needs to have its type parameter annotated with a `+` to actually indicate covariance on that type parameter, apparently 2. `withCachedChildNavigation` needs to thread through more-specific `NavigationState`s, and right now it just discards that specificity, which breaks `DrawerSidebar` because it needs a `NavigationStateRoute` * Ignore website/build from Flow * Fix type of DrawerItems activeItemKey prop - Even when specified, it can be `null` - Use a ternary expression instead of `x && x.param` approach * Get rid of NavigationRouter & NavigationNavigator parameterization on NavigationAction Since `NavigationRouter`'s `getStateForAction` functionality is a standard Redux reducer, it knows to forward on any actions it doesn't know how to deal with. We can widen the types of these functions to be `NavigationAction` without any negative consequence. * Explicitly specify null navigationOptions in createNavigator Not sure why, but Flow doesn't like us leaving it unspecified * Fix createNavigationContainer/createNavigator/StackNavigator types * Fix up flow types for TabNavigator and DrawerNavigator * Properly type defaultContentComponent * Fix more flow errors in createNavigationContainer * Replace NavigatorProps with NavigationNavigatorProps * Type SceneView's navigation prop as NavigationScreenProp<any> There is an unavoidable* type problem here. A `NavigationComponent` is either a navigator with a `NavigationStateRoute` or a scene with a `NavigationRoute`. The navigation prop it gets passed must match the component's `NavigationState`. However, there's no way for us to say that "`this.props.router.getComponentForRouteName` will have a `NavigationNavigator` iff the corresponding `childNavigationProps` is a `NavigationStateRoute`". The cleanest way to make this work is to throw an "any" specifically for the navigation prop's state type param. * We could probably avoid it with sufficient refactoring. If the routers were charged with keeping track of `childNavigationProps` instead of leaving it to the views, they could return the child navigation prop and child `NavigationComponent` in pairs whose types were coupled. * Pass in screenProps to NavigationComponent in NavigationPlayground's CustomTabs Flow wants `screenProps` to be passed in here for some reason... It cites `SceneView`, but that doesn't really make much sense to me. But this is some custom logic that most people aren't likely to run into, so I'm not gonna worry too much about it. * Patch mismatch with react-native-tab-view type for now * Use generic NavigationState in createNavigationContainer's _nav var We made the NavigationState generic while #1313 added a new instance variable. This updates the new instance variable to be generic. * Fix failing tests
2017-11-20 11:53:48 -08:00
babel-plugin-react-transform@^3.0.0:
version "3.0.0"
resolved "https://registry.yarnpkg.com/babel-plugin-react-transform/-/babel-plugin-react-transform-3.0.0.tgz#402f25137b7bb66e9b54ead75557dfbc7ecaaa74"
dependencies:
lodash "^4.6.1"
Update yarn.lock
2018-02-02 12:33:53 -08:00
babel-plugin-syntax-async-functions@^6.5.0, babel-plugin-syntax-async-functions@^6.8.0:
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
version "6.13.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/babel-plugin-syntax-async-functions/-/babel-plugin-syntax-async-functions-6.13.0.tgz#cad9cad1191b5ad634bf30ae0872391e0647be95"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update yarn.lock
2018-02-02 12:33:53 -08:00
babel-plugin-syntax-class-properties@^6.5.0, babel-plugin-syntax-class-properties@^6.8.0:
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
version "6.13.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/babel-plugin-syntax-class-properties/-/babel-plugin-syntax-class-properties-6.13.0.tgz#d7eb23b79a317f8543962c505b827c7d6cac27de"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
babel-plugin-syntax-dynamic-import@^6.18.0:
version "6.18.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/babel-plugin-syntax-dynamic-import/-/babel-plugin-syntax-dynamic-import-6.18.0.tgz#8d6a26229c83745a9982a441051572caa179b1da"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
babel-plugin-syntax-exponentiation-operator@^6.8.0:
version "6.13.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/babel-plugin-syntax-exponentiation-operator/-/babel-plugin-syntax-exponentiation-operator-6.13.0.tgz#9ee7e8337290da95288201a6a57f4170317830de"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update dependencies
2017-03-15 16:02:49 -07:00
babel-plugin-syntax-flow@^6.18.0, babel-plugin-syntax-flow@^6.5.0, babel-plugin-syntax-flow@^6.8.0:
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
version "6.18.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/babel-plugin-syntax-flow/-/babel-plugin-syntax-flow-6.18.0.tgz#4c3ab20a2af26aa20cd25995c398c4eb70310c8d"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update yarn.lock
2018-02-02 12:33:53 -08:00
babel-plugin-syntax-jsx@^6.5.0, babel-plugin-syntax-jsx@^6.8.0:
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
version "6.18.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/babel-plugin-syntax-jsx/-/babel-plugin-syntax-jsx-6.18.0.tgz#0af32a9a6e13ca7a3fd5069e62d7b0f58d0d8946"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update to react-native@0.49 and flow-bin@0.53 (#2845) * Update root package to react-native@0.49 and flow-bin@0.53 * Update NavigationPlayground package to react-native@0.49 and flow-bin@0.53 * Update ReduxExample package to react-native@0.49 and flow-bin@0.53 * flow-typed update (code-gen) * Find-and-replace old types with new types - `React.Element<*>` as the result of a render function is now `React.Node` - `ReactClass<T>` as the type of a Component is now `React.ComponentType<typeof T>` - `extends React.Component<DP, P, S>` is now `extends React.Component<P, S>` - `React.Children<*>` as the type of a children prop is now `React.ChildrenArray<*>` - Refs are now typed with `React.Ref` There are also several tiny typo fixes in here. * Avoid assuming state is NavigationRoute in addNavigationHelpers For the root, top-level Navigator, the state is a simple `NavigationState` (with no route info) and we still use `addNavigationHelpers` for it. We can't assume `navigation.state.key` is accessible for this type, so we need to do runtime checks here. * Fix type of NavigationScreenConfig `navigationOptions` was incorrectly typed * Give createNavigationContainer's State a type parameter We want to be able to specifically type this guy so we can use specific NavigationState for things like the Drawer views without having to do runtime assertions about the state type * Fix typing of NavigationAction First of all, `NavigationAction` was being used as two different types, so I had to create the new `PossiblyDeprecatedNavigationAction` and add it as a type parameter everywhere. Second of all, generics and implied types were being used far more than they need to be, and they're hard to work with because Flow doesn't really explain things well when they go wrong. * Make sure children scenes of CardStack have NavigationProp typed with NavigationRoute CardStack's `NavigationScreenProp` is typed with `NavigationState`, but the children need `NavigationRoute`. Flow gets confused by the spread operator, even if the individual property is replaced later, so we need to explicitly list each property individually (just `dispatch`, actually). * Allow prevTransitionProps parameter to be nullable * Allow prevTransitionProps parameter to be nullable * Narrow down a couple type parameters * Move NavigationStateRoute cast to within Component.router check in createConfigGetter * Update withCachedChildNavigation so it's typed correctly with React.ComponentType * Add a $FlowFixMe for displayName `React.StatelessFunctionalComponent` is missing `displayName` before Flow 0.54.0 See https://github.com/facebook/flow/commit/de37062ea21cb4055d3f1b01bdbaa76461140fc8 * Make TouchableItem's onPress prop optional `HeaderBackButton` can pass in an undefined onPress, and the React Native `Touchable*` components allow it too * Simplify withCachedChildNavigation and get rid of generics The generics don't help us here and they make the types more confusing * Redefine NavigationComponent as direct intersection The new type is technically identical to the old type, but Flow is confused by the old type... * Save router to local var before checking createConfigGetter Flow seems to think Component.router can change after the check * Fix DrawerSidebar's navigation prop's type In order for us to be able to generate a childNavigationProp, the original navigation prop has to have a NavigationState state. * Colocate action.key check with action.type check in getStateForAction For some reason, Flow thinks `action` can change sometime after `action.type` is checked. As a result, it's not properly concluding that `action.key` should exist. To avoid this, we pull `action.key` out immediately after doing the `action.type` check. * Use bounded polymorphism to pass down all props in withCachedChildNavigation Also makes sure the injected props are specified first in the union Also removes an unused `eslint-disable-line` in `getScreenForRouteName` * Make TabRouter's getComponentForState return NavigationComponent `NavigationScreenComponent` is a subtype of `NavigationComponent`, but it's not clear that `getComponentForState` always returns a `NavigationScreenComponent`, as `getScreenForRouteName` returns `NavigationComponent` * Define NavigationComponent's props using NavigationNavigatorProps Right now the types ask Flow to infer the types of `NavigationComponent`'s props. (`NavigationComponent` is the union of `NavigationNavigator` and NavigationScreenComponent.) Instead, we type the props as subtypes of `NavigationNavigatorProps`, so we can properly access those props without type errors. We used bounded polymorphism in `createNavigationContainer` and `createNavigator` to pass down these props. We also explicitly type the action in `createNavigationContainer` so we can properly pass in a `NavigationInitAction` to the dispatch function. * Parameterize NavigationTabRouterConfig `NavigationTabRouterConfig` doesn't always take `NavigationTabScreenOptions`; sometimes, it takes `NavigationDrawerScreenOptions`. * Make all NavigationOptions Exact types We're seeing weird behavior when these are merged together. By making them Exact types, we make types don't get mangled when they're unioned. https://flow.org/en/docs/types/unions/#toc-disjoint-unions-with-exact-types * Silence errors in tests These errors are unavoidable since we can't type the precise shape of a particular `NavigationState`. * Include NavigationSetParamsAction in NavigationTabAction `TabNavigator`'s `getStateForAction` definitely takes `NavigationSetParamsAction`. * Explicitly list router as void in NavigationScreenComponent This is so Flow knows that if a `NavigationComponent` has a `router` property, then it is definitely a `NavigationNavigator`. * Fix website app navigator's type * Fix createDocPage type in App In an earlier commit I attempted to fix the types here, but I incorrectly read it as returning a navigator when it just returns a screen. For some reason the error didn't immediately show up. * Fix NavigationComponent types Five changes: 1. No longer parameterizing the props of `NavigationComponent`; directly specifying as `NavigationNavigatorProps` 2. Specify the two distinct kinds of route types (leaf and state) directly in `NavigationComponent` 3. Have `SceneView` directly take `NavigationComponent` and allow inferring of `NavigationSceneProp` type 4. Have `CardStack` directly take `NavigationComponent` as well * Allow Flow to infer `NavigationAction` type in `createNavigator` * Silence Flow in router code that handles navigator sub-routes There's no way for us to tell Flow that routes that correspond to navigators should be `NavigationStateRoute`s * Allow DrawerSidebar to take a null contentComponent The way `DrawerNavigator` is set up, it's possible to pass in a null `contentComponent` in the config. If somebody want to do this, we'll just make the `DrawerSidebar` not appear altogether. This is simpler than splitting the types so there's a possibly-unspecified one for the user input, but a definitely-specified one in `DrawerSidebar`. * Specify missing screenProps prop in DrawerView * Thread full NavigationStateRoute in to DrawerSidebar This requiring making `withCachedChildNavigation` use bounded polymorphism to thread the `NavigationStateRoute` through instead of downgrading it to a `NavigationState` * Make NavigationStateProp's state prop covariant This means that `NavigationStateProp<NavigationStateRoute>` will be a subtype of `NavigationStateProp<NavigationRoute>` and `NavigationStateProp<NavigationState>` * Silence Flow's complaints about a route not being a NavigationStateRoute As mentioned in previous commits and in the comment, there is no way to type a specific navigation state shape, so we have to cast it and silence Flow's complaints. * Get rid of style prop in CardStack It looks like at some point, it was possible to specify a `style` prop that got passed all the way down to `Header`, the `TransitionConfig`'s `screenInterpolator`, and `Transitioner`. Doesn't look like we're using it anywhere, and there's a todo saying to remove it, and it's causing a type error. * Infer type of options instead of using a subtype of {} I think this has to do with {} allowing for unsealed objects. I'm not 100% sure, but this fixes 4/6 of the remaining errors! * Fix two type errors in NavigationPlayground One was just requiring an outdated type (`React.Children` instead of `React.ChildrenArray`), and the other was getting confused regarding types because of a spread operator. * Use a covariant property to simplify withCachedChildNavigation's InputProps This doesn't reduce any errors, but it's a bit simpler and cleaner. * Silence last two Flow errors regarding withCachedChildNavigation injecting childNavigationProps These are the only two errors I haven't been able to figure out at all. If I had more time I'd try and figure out the simplest case and report it to the Flow team, but I've been working on this for a week already and have to move on. The issue at hand is that `withCachedChildNavigation` injects `childNavigationProps`, but Flow doesn't see this and thinks it needs to be specified by the view component. We're using the HOC pattern suggested by the Flow docs, and I've tried several other patterns to no avail. * Use stock react-native instead of Expo's in NavigationPlayground Expo's causes Flow errors, and apparently this is normal practice because the person who switched us to Expo did this too. * Silence react-native-gesture-handler Flow errors in NavigationPlayground Expo requires this package, but it causes Flow errors. * Fix index check in DrawerSidebar Silly me, falling for the typical "0 is falsey" problem... * Rework deprecated action tests In an earlier commit I moved the `NavigationActions.mapDeprecatedActionAndWarn` out from `getStateForAction` and into `createNavigationContainer`'s `dispatch` function. The tests need to be reworked to support this, as they were previously calling `getStateForAction` directly. I don't imagine any users are calling `getStateForAction` directly. * Re-record two snapshots The changes in these snapshots are by design and don't affect anything. * Infer type of options in NavigationScreenConfig The issue is that sometimes we include options for different navigators in a single blob. * Infer types of action and options in createNavigationContainer Particulary helps with Options. Makes the types more specific and gets rid of an error that only shows up when using the library * Don't use generics for NavigationState in createNavigationContainer There's no particular reason for having those generics there, since there's no way we'd be able to get Flow to understand the exact shape of particular navigation states anyways. This fixes a bug when integrating this version of the project into my repo. * Move ReduxExample to react-native@0.49.3 instead of custom Expo version
2017-10-31 10:41:17 -04:00
babel-plugin-syntax-object-rest-spread@^6.13.0, babel-plugin-syntax-object-rest-spread@^6.8.0:
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
version "6.13.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/babel-plugin-syntax-object-rest-spread/-/babel-plugin-syntax-object-rest-spread-6.13.0.tgz#fd6536f2bce13836ffa3a5458c4903a597bb3bf5"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update yarn.lock
2018-02-02 12:33:53 -08:00
babel-plugin-syntax-trailing-function-commas@^6.20.0, babel-plugin-syntax-trailing-function-commas@^6.5.0, babel-plugin-syntax-trailing-function-commas@^6.8.0:
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
version "6.22.0"
resolved "https://registry.yarnpkg.com/babel-plugin-syntax-trailing-function-commas/-/babel-plugin-syntax-trailing-function-commas-6.22.0.tgz#ba0360937f8d06e40180a43fe0d5616fff532cf3"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Bump dependency versions to reflect current RN
2017-04-09 12:08:20 +02:00
babel-plugin-transform-async-to-generator@6.16.0:
version "6.16.0"
resolved "https://registry.yarnpkg.com/babel-plugin-transform-async-to-generator/-/babel-plugin-transform-async-to-generator-6.16.0.tgz#19ec36cb1486b59f9f468adfa42ce13908ca2999"
dependencies:
babel-helper-remap-async-to-generator "^6.16.0"
babel-plugin-syntax-async-functions "^6.8.0"
babel-runtime "^6.0.0"
Update yarn.lock
2018-02-02 12:33:53 -08:00
babel-plugin-transform-class-properties@^6.18.0, babel-plugin-transform-class-properties@^6.5.0, babel-plugin-transform-class-properties@^6.8.0:
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
version "6.24.1"
resolved "https://registry.yarnpkg.com/babel-plugin-transform-class-properties/-/babel-plugin-transform-class-properties-6.24.1.tgz#6a79763ea61d33d36f37b611aa9def81a81b46ac"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
babel-helper-function-name "^6.24.1"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
babel-plugin-syntax-class-properties "^6.8.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
babel-runtime "^6.22.0"
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
babel-template "^6.24.1"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update yarn.lock
2018-02-02 12:33:53 -08:00
babel-plugin-transform-es2015-arrow-functions@^6.5.0, babel-plugin-transform-es2015-arrow-functions@^6.8.0:
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
version "6.22.0"
resolved "https://registry.yarnpkg.com/babel-plugin-transform-es2015-arrow-functions/-/babel-plugin-transform-es2015-arrow-functions-6.22.0.tgz#452692cb711d5f79dc7f85e440ce41b9f244d221"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
babel-runtime "^6.22.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update yarn.lock
2018-02-02 12:33:53 -08:00
babel-plugin-transform-es2015-block-scoped-functions@^6.8.0:
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
version "6.22.0"
resolved "https://registry.yarnpkg.com/babel-plugin-transform-es2015-block-scoped-functions/-/babel-plugin-transform-es2015-block-scoped-functions-6.22.0.tgz#bbc51b49f964d70cb8d8e0b94e820246ce3a6141"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
babel-runtime "^6.22.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update yarn.lock
2018-02-02 12:33:53 -08:00
babel-plugin-transform-es2015-block-scoping@^6.5.0, babel-plugin-transform-es2015-block-scoping@^6.8.0:
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
version "6.26.0"
resolved "https://registry.yarnpkg.com/babel-plugin-transform-es2015-block-scoping/-/babel-plugin-transform-es2015-block-scoping-6.26.0.tgz#d70f5299c1308d05c12f463813b0a09e73b1895f"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
babel-runtime "^6.26.0"
babel-template "^6.26.0"
babel-traverse "^6.26.0"
babel-types "^6.26.0"
lodash "^4.17.4"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update yarn.lock
2018-02-02 12:33:53 -08:00
babel-plugin-transform-es2015-classes@^6.5.0, babel-plugin-transform-es2015-classes@^6.8.0:
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
version "6.24.1"
resolved "https://registry.yarnpkg.com/babel-plugin-transform-es2015-classes/-/babel-plugin-transform-es2015-classes-6.24.1.tgz#5a4c58a50c9c9461e564b4b2a3bfabc97a2584db"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
dependencies:
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
babel-helper-define-map "^6.24.1"
babel-helper-function-name "^6.24.1"
babel-helper-optimise-call-expression "^6.24.1"
babel-helper-replace-supers "^6.24.1"
babel-messages "^6.23.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
babel-runtime "^6.22.0"
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
babel-template "^6.24.1"
babel-traverse "^6.24.1"
babel-types "^6.24.1"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update yarn.lock
2018-02-02 12:33:53 -08:00
babel-plugin-transform-es2015-computed-properties@^6.5.0, babel-plugin-transform-es2015-computed-properties@^6.8.0:
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
version "6.24.1"
resolved "https://registry.yarnpkg.com/babel-plugin-transform-es2015-computed-properties/-/babel-plugin-transform-es2015-computed-properties-6.24.1.tgz#6fe2a8d16895d5634f4cd999b6d3480a308159b3"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
babel-runtime "^6.22.0"
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
babel-template "^6.24.1"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update yarn.lock
2018-02-02 12:33:53 -08:00
babel-plugin-transform-es2015-destructuring@6.x, babel-plugin-transform-es2015-destructuring@^6.5.0, babel-plugin-transform-es2015-destructuring@^6.8.0:
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
version "6.23.0"
resolved "https://registry.yarnpkg.com/babel-plugin-transform-es2015-destructuring/-/babel-plugin-transform-es2015-destructuring-6.23.0.tgz#997bb1f1ab967f682d2b0876fe358d60e765c56d"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
babel-runtime "^6.22.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update yarn.lock
2018-02-02 12:33:53 -08:00
babel-plugin-transform-es2015-for-of@^6.5.0, babel-plugin-transform-es2015-for-of@^6.8.0:
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
version "6.23.0"
resolved "https://registry.yarnpkg.com/babel-plugin-transform-es2015-for-of/-/babel-plugin-transform-es2015-for-of-6.23.0.tgz#f47c95b2b613df1d3ecc2fdb7573623c75248691"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
babel-runtime "^6.22.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update yarn.lock
2018-02-02 12:33:53 -08:00
babel-plugin-transform-es2015-function-name@6.x, babel-plugin-transform-es2015-function-name@^6.5.0, babel-plugin-transform-es2015-function-name@^6.8.0:
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
version "6.24.1"
resolved "https://registry.yarnpkg.com/babel-plugin-transform-es2015-function-name/-/babel-plugin-transform-es2015-function-name-6.24.1.tgz#834c89853bc36b1af0f3a4c5dbaa94fd8eacaa8b"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
babel-helper-function-name "^6.24.1"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
babel-runtime "^6.22.0"
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
babel-types "^6.24.1"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update yarn.lock
2018-02-02 12:33:53 -08:00
babel-plugin-transform-es2015-literals@^6.5.0, babel-plugin-transform-es2015-literals@^6.8.0:
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
version "6.22.0"
resolved "https://registry.yarnpkg.com/babel-plugin-transform-es2015-literals/-/babel-plugin-transform-es2015-literals-6.22.0.tgz#4f54a02d6cd66cf915280019a31d31925377ca2e"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
babel-runtime "^6.22.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update yarn.lock
2018-02-02 12:33:53 -08:00
babel-plugin-transform-es2015-modules-commonjs@6.x, babel-plugin-transform-es2015-modules-commonjs@^6.5.0, babel-plugin-transform-es2015-modules-commonjs@^6.8.0:
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
version "6.26.0"
resolved "https://registry.yarnpkg.com/babel-plugin-transform-es2015-modules-commonjs/-/babel-plugin-transform-es2015-modules-commonjs-6.26.0.tgz#0d8394029b7dc6abe1a97ef181e00758dd2e5d8a"
Update dependencies
2017-03-15 16:02:49 -07:00
dependencies:
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
babel-plugin-transform-strict-mode "^6.24.1"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
babel-runtime "^6.26.0"
babel-template "^6.26.0"
babel-types "^6.26.0"
Update dependencies
2017-03-15 16:02:49 -07:00
Update yarn.lock
2018-02-02 12:33:53 -08:00
babel-plugin-transform-es2015-object-super@^6.8.0:
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
version "6.24.1"
resolved "https://registry.yarnpkg.com/babel-plugin-transform-es2015-object-super/-/babel-plugin-transform-es2015-object-super-6.24.1.tgz#24cef69ae21cb83a7f8603dad021f572eb278f8d"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
babel-helper-replace-supers "^6.24.1"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
babel-runtime "^6.22.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update yarn.lock
2018-02-02 12:33:53 -08:00
babel-plugin-transform-es2015-parameters@6.x, babel-plugin-transform-es2015-parameters@^6.5.0, babel-plugin-transform-es2015-parameters@^6.8.0:
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
version "6.24.1"
resolved "https://registry.yarnpkg.com/babel-plugin-transform-es2015-parameters/-/babel-plugin-transform-es2015-parameters-6.24.1.tgz#57ac351ab49caf14a97cd13b09f66fdf0a625f2b"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
babel-helper-call-delegate "^6.24.1"
babel-helper-get-function-arity "^6.24.1"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
babel-runtime "^6.22.0"
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
babel-template "^6.24.1"
babel-traverse "^6.24.1"
babel-types "^6.24.1"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update yarn.lock
2018-02-02 12:33:53 -08:00
babel-plugin-transform-es2015-shorthand-properties@6.x, babel-plugin-transform-es2015-shorthand-properties@^6.5.0, babel-plugin-transform-es2015-shorthand-properties@^6.8.0:
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
version "6.24.1"
resolved "https://registry.yarnpkg.com/babel-plugin-transform-es2015-shorthand-properties/-/babel-plugin-transform-es2015-shorthand-properties-6.24.1.tgz#24f875d6721c87661bbd99a4622e51f14de38aa0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
babel-runtime "^6.22.0"
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
babel-types "^6.24.1"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update yarn.lock
2018-02-02 12:33:53 -08:00
babel-plugin-transform-es2015-spread@6.x, babel-plugin-transform-es2015-spread@^6.5.0, babel-plugin-transform-es2015-spread@^6.8.0:
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
version "6.22.0"
resolved "https://registry.yarnpkg.com/babel-plugin-transform-es2015-spread/-/babel-plugin-transform-es2015-spread-6.22.0.tgz#d6d68a99f89aedc4536c81a542e8dd9f1746f8d1"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
babel-runtime "^6.22.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update yarn.lock
2018-02-02 12:33:53 -08:00
babel-plugin-transform-es2015-sticky-regex@6.x:
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
version "6.24.1"
resolved "https://registry.yarnpkg.com/babel-plugin-transform-es2015-sticky-regex/-/babel-plugin-transform-es2015-sticky-regex-6.24.1.tgz#00c1cdb1aca71112cdf0cf6126c2ed6b457ccdbc"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
babel-helper-regex "^6.24.1"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
babel-runtime "^6.22.0"
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
babel-types "^6.24.1"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update yarn.lock
2018-02-02 12:33:53 -08:00
babel-plugin-transform-es2015-template-literals@^6.5.0, babel-plugin-transform-es2015-template-literals@^6.8.0:
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
version "6.22.0"
resolved "https://registry.yarnpkg.com/babel-plugin-transform-es2015-template-literals/-/babel-plugin-transform-es2015-template-literals-6.22.0.tgz#a84b3450f7e9f8f1f6839d6d687da84bb1236d8d"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
babel-runtime "^6.22.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update yarn.lock
2018-02-02 12:33:53 -08:00
babel-plugin-transform-es2015-unicode-regex@6.x:
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
version "6.24.1"
resolved "https://registry.yarnpkg.com/babel-plugin-transform-es2015-unicode-regex/-/babel-plugin-transform-es2015-unicode-regex-6.24.1.tgz#d38b12f42ea7323f729387f18a7c5ae1faeb35e9"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
babel-helper-regex "^6.24.1"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
babel-runtime "^6.22.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
regexpu-core "^2.0.0"
Update to react-native@0.49 and flow-bin@0.53 (#2845) * Update root package to react-native@0.49 and flow-bin@0.53 * Update NavigationPlayground package to react-native@0.49 and flow-bin@0.53 * Update ReduxExample package to react-native@0.49 and flow-bin@0.53 * flow-typed update (code-gen) * Find-and-replace old types with new types - `React.Element<*>` as the result of a render function is now `React.Node` - `ReactClass<T>` as the type of a Component is now `React.ComponentType<typeof T>` - `extends React.Component<DP, P, S>` is now `extends React.Component<P, S>` - `React.Children<*>` as the type of a children prop is now `React.ChildrenArray<*>` - Refs are now typed with `React.Ref` There are also several tiny typo fixes in here. * Avoid assuming state is NavigationRoute in addNavigationHelpers For the root, top-level Navigator, the state is a simple `NavigationState` (with no route info) and we still use `addNavigationHelpers` for it. We can't assume `navigation.state.key` is accessible for this type, so we need to do runtime checks here. * Fix type of NavigationScreenConfig `navigationOptions` was incorrectly typed * Give createNavigationContainer's State a type parameter We want to be able to specifically type this guy so we can use specific NavigationState for things like the Drawer views without having to do runtime assertions about the state type * Fix typing of NavigationAction First of all, `NavigationAction` was being used as two different types, so I had to create the new `PossiblyDeprecatedNavigationAction` and add it as a type parameter everywhere. Second of all, generics and implied types were being used far more than they need to be, and they're hard to work with because Flow doesn't really explain things well when they go wrong. * Make sure children scenes of CardStack have NavigationProp typed with NavigationRoute CardStack's `NavigationScreenProp` is typed with `NavigationState`, but the children need `NavigationRoute`. Flow gets confused by the spread operator, even if the individual property is replaced later, so we need to explicitly list each property individually (just `dispatch`, actually). * Allow prevTransitionProps parameter to be nullable * Allow prevTransitionProps parameter to be nullable * Narrow down a couple type parameters * Move NavigationStateRoute cast to within Component.router check in createConfigGetter * Update withCachedChildNavigation so it's typed correctly with React.ComponentType * Add a $FlowFixMe for displayName `React.StatelessFunctionalComponent` is missing `displayName` before Flow 0.54.0 See https://github.com/facebook/flow/commit/de37062ea21cb4055d3f1b01bdbaa76461140fc8 * Make TouchableItem's onPress prop optional `HeaderBackButton` can pass in an undefined onPress, and the React Native `Touchable*` components allow it too * Simplify withCachedChildNavigation and get rid of generics The generics don't help us here and they make the types more confusing * Redefine NavigationComponent as direct intersection The new type is technically identical to the old type, but Flow is confused by the old type... * Save router to local var before checking createConfigGetter Flow seems to think Component.router can change after the check * Fix DrawerSidebar's navigation prop's type In order for us to be able to generate a childNavigationProp, the original navigation prop has to have a NavigationState state. * Colocate action.key check with action.type check in getStateForAction For some reason, Flow thinks `action` can change sometime after `action.type` is checked. As a result, it's not properly concluding that `action.key` should exist. To avoid this, we pull `action.key` out immediately after doing the `action.type` check. * Use bounded polymorphism to pass down all props in withCachedChildNavigation Also makes sure the injected props are specified first in the union Also removes an unused `eslint-disable-line` in `getScreenForRouteName` * Make TabRouter's getComponentForState return NavigationComponent `NavigationScreenComponent` is a subtype of `NavigationComponent`, but it's not clear that `getComponentForState` always returns a `NavigationScreenComponent`, as `getScreenForRouteName` returns `NavigationComponent` * Define NavigationComponent's props using NavigationNavigatorProps Right now the types ask Flow to infer the types of `NavigationComponent`'s props. (`NavigationComponent` is the union of `NavigationNavigator` and NavigationScreenComponent.) Instead, we type the props as subtypes of `NavigationNavigatorProps`, so we can properly access those props without type errors. We used bounded polymorphism in `createNavigationContainer` and `createNavigator` to pass down these props. We also explicitly type the action in `createNavigationContainer` so we can properly pass in a `NavigationInitAction` to the dispatch function. * Parameterize NavigationTabRouterConfig `NavigationTabRouterConfig` doesn't always take `NavigationTabScreenOptions`; sometimes, it takes `NavigationDrawerScreenOptions`. * Make all NavigationOptions Exact types We're seeing weird behavior when these are merged together. By making them Exact types, we make types don't get mangled when they're unioned. https://flow.org/en/docs/types/unions/#toc-disjoint-unions-with-exact-types * Silence errors in tests These errors are unavoidable since we can't type the precise shape of a particular `NavigationState`. * Include NavigationSetParamsAction in NavigationTabAction `TabNavigator`'s `getStateForAction` definitely takes `NavigationSetParamsAction`. * Explicitly list router as void in NavigationScreenComponent This is so Flow knows that if a `NavigationComponent` has a `router` property, then it is definitely a `NavigationNavigator`. * Fix website app navigator's type * Fix createDocPage type in App In an earlier commit I attempted to fix the types here, but I incorrectly read it as returning a navigator when it just returns a screen. For some reason the error didn't immediately show up. * Fix NavigationComponent types Five changes: 1. No longer parameterizing the props of `NavigationComponent`; directly specifying as `NavigationNavigatorProps` 2. Specify the two distinct kinds of route types (leaf and state) directly in `NavigationComponent` 3. Have `SceneView` directly take `NavigationComponent` and allow inferring of `NavigationSceneProp` type 4. Have `CardStack` directly take `NavigationComponent` as well * Allow Flow to infer `NavigationAction` type in `createNavigator` * Silence Flow in router code that handles navigator sub-routes There's no way for us to tell Flow that routes that correspond to navigators should be `NavigationStateRoute`s * Allow DrawerSidebar to take a null contentComponent The way `DrawerNavigator` is set up, it's possible to pass in a null `contentComponent` in the config. If somebody want to do this, we'll just make the `DrawerSidebar` not appear altogether. This is simpler than splitting the types so there's a possibly-unspecified one for the user input, but a definitely-specified one in `DrawerSidebar`. * Specify missing screenProps prop in DrawerView * Thread full NavigationStateRoute in to DrawerSidebar This requiring making `withCachedChildNavigation` use bounded polymorphism to thread the `NavigationStateRoute` through instead of downgrading it to a `NavigationState` * Make NavigationStateProp's state prop covariant This means that `NavigationStateProp<NavigationStateRoute>` will be a subtype of `NavigationStateProp<NavigationRoute>` and `NavigationStateProp<NavigationState>` * Silence Flow's complaints about a route not being a NavigationStateRoute As mentioned in previous commits and in the comment, there is no way to type a specific navigation state shape, so we have to cast it and silence Flow's complaints. * Get rid of style prop in CardStack It looks like at some point, it was possible to specify a `style` prop that got passed all the way down to `Header`, the `TransitionConfig`'s `screenInterpolator`, and `Transitioner`. Doesn't look like we're using it anywhere, and there's a todo saying to remove it, and it's causing a type error. * Infer type of options instead of using a subtype of {} I think this has to do with {} allowing for unsealed objects. I'm not 100% sure, but this fixes 4/6 of the remaining errors! * Fix two type errors in NavigationPlayground One was just requiring an outdated type (`React.Children` instead of `React.ChildrenArray`), and the other was getting confused regarding types because of a spread operator. * Use a covariant property to simplify withCachedChildNavigation's InputProps This doesn't reduce any errors, but it's a bit simpler and cleaner. * Silence last two Flow errors regarding withCachedChildNavigation injecting childNavigationProps These are the only two errors I haven't been able to figure out at all. If I had more time I'd try and figure out the simplest case and report it to the Flow team, but I've been working on this for a week already and have to move on. The issue at hand is that `withCachedChildNavigation` injects `childNavigationProps`, but Flow doesn't see this and thinks it needs to be specified by the view component. We're using the HOC pattern suggested by the Flow docs, and I've tried several other patterns to no avail. * Use stock react-native instead of Expo's in NavigationPlayground Expo's causes Flow errors, and apparently this is normal practice because the person who switched us to Expo did this too. * Silence react-native-gesture-handler Flow errors in NavigationPlayground Expo requires this package, but it causes Flow errors. * Fix index check in DrawerSidebar Silly me, falling for the typical "0 is falsey" problem... * Rework deprecated action tests In an earlier commit I moved the `NavigationActions.mapDeprecatedActionAndWarn` out from `getStateForAction` and into `createNavigationContainer`'s `dispatch` function. The tests need to be reworked to support this, as they were previously calling `getStateForAction` directly. I don't imagine any users are calling `getStateForAction` directly. * Re-record two snapshots The changes in these snapshots are by design and don't affect anything. * Infer type of options in NavigationScreenConfig The issue is that sometimes we include options for different navigators in a single blob. * Infer types of action and options in createNavigationContainer Particulary helps with Options. Makes the types more specific and gets rid of an error that only shows up when using the library * Don't use generics for NavigationState in createNavigationContainer There's no particular reason for having those generics there, since there's no way we'd be able to get Flow to understand the exact shape of particular navigation states anyways. This fixes a bug when integrating this version of the project into my repo. * Move ReduxExample to react-native@0.49.3 instead of custom Expo version
2017-10-31 10:41:17 -04:00
babel-plugin-transform-es3-member-expression-literals@^6.8.0:
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
version "6.22.0"
resolved "https://registry.yarnpkg.com/babel-plugin-transform-es3-member-expression-literals/-/babel-plugin-transform-es3-member-expression-literals-6.22.0.tgz#733d3444f3ecc41bef8ed1a6a4e09657b8969ebb"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
babel-runtime "^6.22.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update to react-native@0.49 and flow-bin@0.53 (#2845) * Update root package to react-native@0.49 and flow-bin@0.53 * Update NavigationPlayground package to react-native@0.49 and flow-bin@0.53 * Update ReduxExample package to react-native@0.49 and flow-bin@0.53 * flow-typed update (code-gen) * Find-and-replace old types with new types - `React.Element<*>` as the result of a render function is now `React.Node` - `ReactClass<T>` as the type of a Component is now `React.ComponentType<typeof T>` - `extends React.Component<DP, P, S>` is now `extends React.Component<P, S>` - `React.Children<*>` as the type of a children prop is now `React.ChildrenArray<*>` - Refs are now typed with `React.Ref` There are also several tiny typo fixes in here. * Avoid assuming state is NavigationRoute in addNavigationHelpers For the root, top-level Navigator, the state is a simple `NavigationState` (with no route info) and we still use `addNavigationHelpers` for it. We can't assume `navigation.state.key` is accessible for this type, so we need to do runtime checks here. * Fix type of NavigationScreenConfig `navigationOptions` was incorrectly typed * Give createNavigationContainer's State a type parameter We want to be able to specifically type this guy so we can use specific NavigationState for things like the Drawer views without having to do runtime assertions about the state type * Fix typing of NavigationAction First of all, `NavigationAction` was being used as two different types, so I had to create the new `PossiblyDeprecatedNavigationAction` and add it as a type parameter everywhere. Second of all, generics and implied types were being used far more than they need to be, and they're hard to work with because Flow doesn't really explain things well when they go wrong. * Make sure children scenes of CardStack have NavigationProp typed with NavigationRoute CardStack's `NavigationScreenProp` is typed with `NavigationState`, but the children need `NavigationRoute`. Flow gets confused by the spread operator, even if the individual property is replaced later, so we need to explicitly list each property individually (just `dispatch`, actually). * Allow prevTransitionProps parameter to be nullable * Allow prevTransitionProps parameter to be nullable * Narrow down a couple type parameters * Move NavigationStateRoute cast to within Component.router check in createConfigGetter * Update withCachedChildNavigation so it's typed correctly with React.ComponentType * Add a $FlowFixMe for displayName `React.StatelessFunctionalComponent` is missing `displayName` before Flow 0.54.0 See https://github.com/facebook/flow/commit/de37062ea21cb4055d3f1b01bdbaa76461140fc8 * Make TouchableItem's onPress prop optional `HeaderBackButton` can pass in an undefined onPress, and the React Native `Touchable*` components allow it too * Simplify withCachedChildNavigation and get rid of generics The generics don't help us here and they make the types more confusing * Redefine NavigationComponent as direct intersection The new type is technically identical to the old type, but Flow is confused by the old type... * Save router to local var before checking createConfigGetter Flow seems to think Component.router can change after the check * Fix DrawerSidebar's navigation prop's type In order for us to be able to generate a childNavigationProp, the original navigation prop has to have a NavigationState state. * Colocate action.key check with action.type check in getStateForAction For some reason, Flow thinks `action` can change sometime after `action.type` is checked. As a result, it's not properly concluding that `action.key` should exist. To avoid this, we pull `action.key` out immediately after doing the `action.type` check. * Use bounded polymorphism to pass down all props in withCachedChildNavigation Also makes sure the injected props are specified first in the union Also removes an unused `eslint-disable-line` in `getScreenForRouteName` * Make TabRouter's getComponentForState return NavigationComponent `NavigationScreenComponent` is a subtype of `NavigationComponent`, but it's not clear that `getComponentForState` always returns a `NavigationScreenComponent`, as `getScreenForRouteName` returns `NavigationComponent` * Define NavigationComponent's props using NavigationNavigatorProps Right now the types ask Flow to infer the types of `NavigationComponent`'s props. (`NavigationComponent` is the union of `NavigationNavigator` and NavigationScreenComponent.) Instead, we type the props as subtypes of `NavigationNavigatorProps`, so we can properly access those props without type errors. We used bounded polymorphism in `createNavigationContainer` and `createNavigator` to pass down these props. We also explicitly type the action in `createNavigationContainer` so we can properly pass in a `NavigationInitAction` to the dispatch function. * Parameterize NavigationTabRouterConfig `NavigationTabRouterConfig` doesn't always take `NavigationTabScreenOptions`; sometimes, it takes `NavigationDrawerScreenOptions`. * Make all NavigationOptions Exact types We're seeing weird behavior when these are merged together. By making them Exact types, we make types don't get mangled when they're unioned. https://flow.org/en/docs/types/unions/#toc-disjoint-unions-with-exact-types * Silence errors in tests These errors are unavoidable since we can't type the precise shape of a particular `NavigationState`. * Include NavigationSetParamsAction in NavigationTabAction `TabNavigator`'s `getStateForAction` definitely takes `NavigationSetParamsAction`. * Explicitly list router as void in NavigationScreenComponent This is so Flow knows that if a `NavigationComponent` has a `router` property, then it is definitely a `NavigationNavigator`. * Fix website app navigator's type * Fix createDocPage type in App In an earlier commit I attempted to fix the types here, but I incorrectly read it as returning a navigator when it just returns a screen. For some reason the error didn't immediately show up. * Fix NavigationComponent types Five changes: 1. No longer parameterizing the props of `NavigationComponent`; directly specifying as `NavigationNavigatorProps` 2. Specify the two distinct kinds of route types (leaf and state) directly in `NavigationComponent` 3. Have `SceneView` directly take `NavigationComponent` and allow inferring of `NavigationSceneProp` type 4. Have `CardStack` directly take `NavigationComponent` as well * Allow Flow to infer `NavigationAction` type in `createNavigator` * Silence Flow in router code that handles navigator sub-routes There's no way for us to tell Flow that routes that correspond to navigators should be `NavigationStateRoute`s * Allow DrawerSidebar to take a null contentComponent The way `DrawerNavigator` is set up, it's possible to pass in a null `contentComponent` in the config. If somebody want to do this, we'll just make the `DrawerSidebar` not appear altogether. This is simpler than splitting the types so there's a possibly-unspecified one for the user input, but a definitely-specified one in `DrawerSidebar`. * Specify missing screenProps prop in DrawerView * Thread full NavigationStateRoute in to DrawerSidebar This requiring making `withCachedChildNavigation` use bounded polymorphism to thread the `NavigationStateRoute` through instead of downgrading it to a `NavigationState` * Make NavigationStateProp's state prop covariant This means that `NavigationStateProp<NavigationStateRoute>` will be a subtype of `NavigationStateProp<NavigationRoute>` and `NavigationStateProp<NavigationState>` * Silence Flow's complaints about a route not being a NavigationStateRoute As mentioned in previous commits and in the comment, there is no way to type a specific navigation state shape, so we have to cast it and silence Flow's complaints. * Get rid of style prop in CardStack It looks like at some point, it was possible to specify a `style` prop that got passed all the way down to `Header`, the `TransitionConfig`'s `screenInterpolator`, and `Transitioner`. Doesn't look like we're using it anywhere, and there's a todo saying to remove it, and it's causing a type error. * Infer type of options instead of using a subtype of {} I think this has to do with {} allowing for unsealed objects. I'm not 100% sure, but this fixes 4/6 of the remaining errors! * Fix two type errors in NavigationPlayground One was just requiring an outdated type (`React.Children` instead of `React.ChildrenArray`), and the other was getting confused regarding types because of a spread operator. * Use a covariant property to simplify withCachedChildNavigation's InputProps This doesn't reduce any errors, but it's a bit simpler and cleaner. * Silence last two Flow errors regarding withCachedChildNavigation injecting childNavigationProps These are the only two errors I haven't been able to figure out at all. If I had more time I'd try and figure out the simplest case and report it to the Flow team, but I've been working on this for a week already and have to move on. The issue at hand is that `withCachedChildNavigation` injects `childNavigationProps`, but Flow doesn't see this and thinks it needs to be specified by the view component. We're using the HOC pattern suggested by the Flow docs, and I've tried several other patterns to no avail. * Use stock react-native instead of Expo's in NavigationPlayground Expo's causes Flow errors, and apparently this is normal practice because the person who switched us to Expo did this too. * Silence react-native-gesture-handler Flow errors in NavigationPlayground Expo requires this package, but it causes Flow errors. * Fix index check in DrawerSidebar Silly me, falling for the typical "0 is falsey" problem... * Rework deprecated action tests In an earlier commit I moved the `NavigationActions.mapDeprecatedActionAndWarn` out from `getStateForAction` and into `createNavigationContainer`'s `dispatch` function. The tests need to be reworked to support this, as they were previously calling `getStateForAction` directly. I don't imagine any users are calling `getStateForAction` directly. * Re-record two snapshots The changes in these snapshots are by design and don't affect anything. * Infer type of options in NavigationScreenConfig The issue is that sometimes we include options for different navigators in a single blob. * Infer types of action and options in createNavigationContainer Particulary helps with Options. Makes the types more specific and gets rid of an error that only shows up when using the library * Don't use generics for NavigationState in createNavigationContainer There's no particular reason for having those generics there, since there's no way we'd be able to get Flow to understand the exact shape of particular navigation states anyways. This fixes a bug when integrating this version of the project into my repo. * Move ReduxExample to react-native@0.49.3 instead of custom Expo version
2017-10-31 10:41:17 -04:00
babel-plugin-transform-es3-property-literals@^6.8.0:
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
version "6.22.0"
resolved "https://registry.yarnpkg.com/babel-plugin-transform-es3-property-literals/-/babel-plugin-transform-es3-property-literals-6.22.0.tgz#b2078d5842e22abf40f73e8cde9cd3711abd5758"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
babel-runtime "^6.22.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update yarn.lock
2018-02-02 12:33:53 -08:00
babel-plugin-transform-exponentiation-operator@^6.5.0:
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
version "6.24.1"
resolved "https://registry.yarnpkg.com/babel-plugin-transform-exponentiation-operator/-/babel-plugin-transform-exponentiation-operator-6.24.1.tgz#2ab0c9c7f3098fa48907772bb813fe41e8de3a0e"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
babel-helper-builder-binary-assignment-operator-visitor "^6.24.1"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
babel-plugin-syntax-exponentiation-operator "^6.8.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
babel-runtime "^6.22.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update yarn.lock
2018-02-02 12:33:53 -08:00
babel-plugin-transform-flow-strip-types@^6.21.0, babel-plugin-transform-flow-strip-types@^6.5.0, babel-plugin-transform-flow-strip-types@^6.8.0:
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
version "6.22.0"
resolved "https://registry.yarnpkg.com/babel-plugin-transform-flow-strip-types/-/babel-plugin-transform-flow-strip-types-6.22.0.tgz#84cb672935d43714fdc32bce84568d87441cf7cf"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
babel-plugin-syntax-flow "^6.18.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
babel-runtime "^6.22.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
babel-plugin-transform-object-assign@^6.5.0:
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
version "6.22.0"
resolved "https://registry.yarnpkg.com/babel-plugin-transform-object-assign/-/babel-plugin-transform-object-assign-6.22.0.tgz#f99d2f66f1a0b0d498e346c5359684740caa20ba"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
babel-runtime "^6.22.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update yarn.lock
2018-02-02 12:33:53 -08:00
babel-plugin-transform-object-rest-spread@^6.20.2, babel-plugin-transform-object-rest-spread@^6.5.0, babel-plugin-transform-object-rest-spread@^6.8.0:
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
version "6.26.0"
resolved "https://registry.yarnpkg.com/babel-plugin-transform-object-rest-spread/-/babel-plugin-transform-object-rest-spread-6.26.0.tgz#0f36692d50fef6b7e2d4b3ac1478137a963b7b06"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
babel-plugin-syntax-object-rest-spread "^6.8.0"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
babel-runtime "^6.26.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update yarn.lock
2018-02-02 12:33:53 -08:00
babel-plugin-transform-react-display-name@^6.5.0, babel-plugin-transform-react-display-name@^6.8.0:
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
version "6.25.0"
resolved "https://registry.yarnpkg.com/babel-plugin-transform-react-display-name/-/babel-plugin-transform-react-display-name-6.25.0.tgz#67e2bf1f1e9c93ab08db96792e05392bf2cc28d1"
Update dependencies
2017-03-15 16:02:49 -07:00
dependencies:
babel-runtime "^6.22.0"
Update yarn.lock
2018-02-02 12:33:53 -08:00
babel-plugin-transform-react-jsx-source@^6.5.0:
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
version "6.22.0"
resolved "https://registry.yarnpkg.com/babel-plugin-transform-react-jsx-source/-/babel-plugin-transform-react-jsx-source-6.22.0.tgz#66ac12153f5cd2d17b3c19268f4bf0197f44ecd6"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
babel-plugin-syntax-jsx "^6.8.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
babel-runtime "^6.22.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update yarn.lock
2018-02-02 12:33:53 -08:00
babel-plugin-transform-react-jsx@^6.5.0, babel-plugin-transform-react-jsx@^6.8.0:
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
version "6.24.1"
resolved "https://registry.yarnpkg.com/babel-plugin-transform-react-jsx/-/babel-plugin-transform-react-jsx-6.24.1.tgz#840a028e7df460dfc3a2d29f0c0d91f6376e66a3"
Update dependencies
2017-03-15 16:02:49 -07:00
dependencies:
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
babel-helper-builder-react-jsx "^6.24.1"
Update dependencies
2017-03-15 16:02:49 -07:00
babel-plugin-syntax-jsx "^6.8.0"
babel-runtime "^6.22.0"
Update yarn.lock
2018-02-02 12:33:53 -08:00
babel-plugin-transform-regenerator@^6.5.0:
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
version "6.26.0"
resolved "https://registry.yarnpkg.com/babel-plugin-transform-regenerator/-/babel-plugin-transform-regenerator-6.26.0.tgz#e0703696fbde27f0a3efcacf8b4dca2f7b3a8f2f"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
regenerator-transform "^0.10.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
babel-plugin-transform-strict-mode@^6.24.1:
version "6.24.1"
resolved "https://registry.yarnpkg.com/babel-plugin-transform-strict-mode/-/babel-plugin-transform-strict-mode-6.24.1.tgz#d5faf7aa578a65bbe591cf5edae04a0c67020758"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
babel-runtime "^6.22.0"
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
babel-types "^6.24.1"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update to react-native@0.49 and flow-bin@0.53 (#2845) * Update root package to react-native@0.49 and flow-bin@0.53 * Update NavigationPlayground package to react-native@0.49 and flow-bin@0.53 * Update ReduxExample package to react-native@0.49 and flow-bin@0.53 * flow-typed update (code-gen) * Find-and-replace old types with new types - `React.Element<*>` as the result of a render function is now `React.Node` - `ReactClass<T>` as the type of a Component is now `React.ComponentType<typeof T>` - `extends React.Component<DP, P, S>` is now `extends React.Component<P, S>` - `React.Children<*>` as the type of a children prop is now `React.ChildrenArray<*>` - Refs are now typed with `React.Ref` There are also several tiny typo fixes in here. * Avoid assuming state is NavigationRoute in addNavigationHelpers For the root, top-level Navigator, the state is a simple `NavigationState` (with no route info) and we still use `addNavigationHelpers` for it. We can't assume `navigation.state.key` is accessible for this type, so we need to do runtime checks here. * Fix type of NavigationScreenConfig `navigationOptions` was incorrectly typed * Give createNavigationContainer's State a type parameter We want to be able to specifically type this guy so we can use specific NavigationState for things like the Drawer views without having to do runtime assertions about the state type * Fix typing of NavigationAction First of all, `NavigationAction` was being used as two different types, so I had to create the new `PossiblyDeprecatedNavigationAction` and add it as a type parameter everywhere. Second of all, generics and implied types were being used far more than they need to be, and they're hard to work with because Flow doesn't really explain things well when they go wrong. * Make sure children scenes of CardStack have NavigationProp typed with NavigationRoute CardStack's `NavigationScreenProp` is typed with `NavigationState`, but the children need `NavigationRoute`. Flow gets confused by the spread operator, even if the individual property is replaced later, so we need to explicitly list each property individually (just `dispatch`, actually). * Allow prevTransitionProps parameter to be nullable * Allow prevTransitionProps parameter to be nullable * Narrow down a couple type parameters * Move NavigationStateRoute cast to within Component.router check in createConfigGetter * Update withCachedChildNavigation so it's typed correctly with React.ComponentType * Add a $FlowFixMe for displayName `React.StatelessFunctionalComponent` is missing `displayName` before Flow 0.54.0 See https://github.com/facebook/flow/commit/de37062ea21cb4055d3f1b01bdbaa76461140fc8 * Make TouchableItem's onPress prop optional `HeaderBackButton` can pass in an undefined onPress, and the React Native `Touchable*` components allow it too * Simplify withCachedChildNavigation and get rid of generics The generics don't help us here and they make the types more confusing * Redefine NavigationComponent as direct intersection The new type is technically identical to the old type, but Flow is confused by the old type... * Save router to local var before checking createConfigGetter Flow seems to think Component.router can change after the check * Fix DrawerSidebar's navigation prop's type In order for us to be able to generate a childNavigationProp, the original navigation prop has to have a NavigationState state. * Colocate action.key check with action.type check in getStateForAction For some reason, Flow thinks `action` can change sometime after `action.type` is checked. As a result, it's not properly concluding that `action.key` should exist. To avoid this, we pull `action.key` out immediately after doing the `action.type` check. * Use bounded polymorphism to pass down all props in withCachedChildNavigation Also makes sure the injected props are specified first in the union Also removes an unused `eslint-disable-line` in `getScreenForRouteName` * Make TabRouter's getComponentForState return NavigationComponent `NavigationScreenComponent` is a subtype of `NavigationComponent`, but it's not clear that `getComponentForState` always returns a `NavigationScreenComponent`, as `getScreenForRouteName` returns `NavigationComponent` * Define NavigationComponent's props using NavigationNavigatorProps Right now the types ask Flow to infer the types of `NavigationComponent`'s props. (`NavigationComponent` is the union of `NavigationNavigator` and NavigationScreenComponent.) Instead, we type the props as subtypes of `NavigationNavigatorProps`, so we can properly access those props without type errors. We used bounded polymorphism in `createNavigationContainer` and `createNavigator` to pass down these props. We also explicitly type the action in `createNavigationContainer` so we can properly pass in a `NavigationInitAction` to the dispatch function. * Parameterize NavigationTabRouterConfig `NavigationTabRouterConfig` doesn't always take `NavigationTabScreenOptions`; sometimes, it takes `NavigationDrawerScreenOptions`. * Make all NavigationOptions Exact types We're seeing weird behavior when these are merged together. By making them Exact types, we make types don't get mangled when they're unioned. https://flow.org/en/docs/types/unions/#toc-disjoint-unions-with-exact-types * Silence errors in tests These errors are unavoidable since we can't type the precise shape of a particular `NavigationState`. * Include NavigationSetParamsAction in NavigationTabAction `TabNavigator`'s `getStateForAction` definitely takes `NavigationSetParamsAction`. * Explicitly list router as void in NavigationScreenComponent This is so Flow knows that if a `NavigationComponent` has a `router` property, then it is definitely a `NavigationNavigator`. * Fix website app navigator's type * Fix createDocPage type in App In an earlier commit I attempted to fix the types here, but I incorrectly read it as returning a navigator when it just returns a screen. For some reason the error didn't immediately show up. * Fix NavigationComponent types Five changes: 1. No longer parameterizing the props of `NavigationComponent`; directly specifying as `NavigationNavigatorProps` 2. Specify the two distinct kinds of route types (leaf and state) directly in `NavigationComponent` 3. Have `SceneView` directly take `NavigationComponent` and allow inferring of `NavigationSceneProp` type 4. Have `CardStack` directly take `NavigationComponent` as well * Allow Flow to infer `NavigationAction` type in `createNavigator` * Silence Flow in router code that handles navigator sub-routes There's no way for us to tell Flow that routes that correspond to navigators should be `NavigationStateRoute`s * Allow DrawerSidebar to take a null contentComponent The way `DrawerNavigator` is set up, it's possible to pass in a null `contentComponent` in the config. If somebody want to do this, we'll just make the `DrawerSidebar` not appear altogether. This is simpler than splitting the types so there's a possibly-unspecified one for the user input, but a definitely-specified one in `DrawerSidebar`. * Specify missing screenProps prop in DrawerView * Thread full NavigationStateRoute in to DrawerSidebar This requiring making `withCachedChildNavigation` use bounded polymorphism to thread the `NavigationStateRoute` through instead of downgrading it to a `NavigationState` * Make NavigationStateProp's state prop covariant This means that `NavigationStateProp<NavigationStateRoute>` will be a subtype of `NavigationStateProp<NavigationRoute>` and `NavigationStateProp<NavigationState>` * Silence Flow's complaints about a route not being a NavigationStateRoute As mentioned in previous commits and in the comment, there is no way to type a specific navigation state shape, so we have to cast it and silence Flow's complaints. * Get rid of style prop in CardStack It looks like at some point, it was possible to specify a `style` prop that got passed all the way down to `Header`, the `TransitionConfig`'s `screenInterpolator`, and `Transitioner`. Doesn't look like we're using it anywhere, and there's a todo saying to remove it, and it's causing a type error. * Infer type of options instead of using a subtype of {} I think this has to do with {} allowing for unsealed objects. I'm not 100% sure, but this fixes 4/6 of the remaining errors! * Fix two type errors in NavigationPlayground One was just requiring an outdated type (`React.Children` instead of `React.ChildrenArray`), and the other was getting confused regarding types because of a spread operator. * Use a covariant property to simplify withCachedChildNavigation's InputProps This doesn't reduce any errors, but it's a bit simpler and cleaner. * Silence last two Flow errors regarding withCachedChildNavigation injecting childNavigationProps These are the only two errors I haven't been able to figure out at all. If I had more time I'd try and figure out the simplest case and report it to the Flow team, but I've been working on this for a week already and have to move on. The issue at hand is that `withCachedChildNavigation` injects `childNavigationProps`, but Flow doesn't see this and thinks it needs to be specified by the view component. We're using the HOC pattern suggested by the Flow docs, and I've tried several other patterns to no avail. * Use stock react-native instead of Expo's in NavigationPlayground Expo's causes Flow errors, and apparently this is normal practice because the person who switched us to Expo did this too. * Silence react-native-gesture-handler Flow errors in NavigationPlayground Expo requires this package, but it causes Flow errors. * Fix index check in DrawerSidebar Silly me, falling for the typical "0 is falsey" problem... * Rework deprecated action tests In an earlier commit I moved the `NavigationActions.mapDeprecatedActionAndWarn` out from `getStateForAction` and into `createNavigationContainer`'s `dispatch` function. The tests need to be reworked to support this, as they were previously calling `getStateForAction` directly. I don't imagine any users are calling `getStateForAction` directly. * Re-record two snapshots The changes in these snapshots are by design and don't affect anything. * Infer type of options in NavigationScreenConfig The issue is that sometimes we include options for different navigators in a single blob. * Infer types of action and options in createNavigationContainer Particulary helps with Options. Makes the types more specific and gets rid of an error that only shows up when using the library * Don't use generics for NavigationState in createNavigationContainer There's no particular reason for having those generics there, since there's no way we'd be able to get Flow to understand the exact shape of particular navigation states anyways. This fixes a bug when integrating this version of the project into my repo. * Move ReduxExample to react-native@0.49.3 instead of custom Expo version
2017-10-31 10:41:17 -04:00
babel-polyfill@^6.26.0:
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
version "6.26.0"
resolved "https://registry.yarnpkg.com/babel-polyfill/-/babel-polyfill-6.26.0.tgz#379937abc67d7895970adc621f284cd966cf2153"
Update dependencies
2017-03-15 16:02:49 -07:00
dependencies:
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
babel-runtime "^6.26.0"
core-js "^2.5.0"
regenerator-runtime "^0.10.5"
Update dependencies
2017-03-15 16:02:49 -07:00
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
babel-preset-es2015-node@^6.1.1:
version "6.1.1"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/babel-preset-es2015-node/-/babel-preset-es2015-node-6.1.1.tgz#60b23157024b0cfebf3a63554cb05ee035b4e55f"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
babel-plugin-transform-es2015-destructuring "6.x"
babel-plugin-transform-es2015-function-name "6.x"
babel-plugin-transform-es2015-modules-commonjs "6.x"
babel-plugin-transform-es2015-parameters "6.x"
babel-plugin-transform-es2015-shorthand-properties "6.x"
babel-plugin-transform-es2015-spread "6.x"
babel-plugin-transform-es2015-sticky-regex "6.x"
babel-plugin-transform-es2015-unicode-regex "6.x"
semver "5.x"
Update to react-native@0.49 and flow-bin@0.53 (#2845) * Update root package to react-native@0.49 and flow-bin@0.53 * Update NavigationPlayground package to react-native@0.49 and flow-bin@0.53 * Update ReduxExample package to react-native@0.49 and flow-bin@0.53 * flow-typed update (code-gen) * Find-and-replace old types with new types - `React.Element<*>` as the result of a render function is now `React.Node` - `ReactClass<T>` as the type of a Component is now `React.ComponentType<typeof T>` - `extends React.Component<DP, P, S>` is now `extends React.Component<P, S>` - `React.Children<*>` as the type of a children prop is now `React.ChildrenArray<*>` - Refs are now typed with `React.Ref` There are also several tiny typo fixes in here. * Avoid assuming state is NavigationRoute in addNavigationHelpers For the root, top-level Navigator, the state is a simple `NavigationState` (with no route info) and we still use `addNavigationHelpers` for it. We can't assume `navigation.state.key` is accessible for this type, so we need to do runtime checks here. * Fix type of NavigationScreenConfig `navigationOptions` was incorrectly typed * Give createNavigationContainer's State a type parameter We want to be able to specifically type this guy so we can use specific NavigationState for things like the Drawer views without having to do runtime assertions about the state type * Fix typing of NavigationAction First of all, `NavigationAction` was being used as two different types, so I had to create the new `PossiblyDeprecatedNavigationAction` and add it as a type parameter everywhere. Second of all, generics and implied types were being used far more than they need to be, and they're hard to work with because Flow doesn't really explain things well when they go wrong. * Make sure children scenes of CardStack have NavigationProp typed with NavigationRoute CardStack's `NavigationScreenProp` is typed with `NavigationState`, but the children need `NavigationRoute`. Flow gets confused by the spread operator, even if the individual property is replaced later, so we need to explicitly list each property individually (just `dispatch`, actually). * Allow prevTransitionProps parameter to be nullable * Allow prevTransitionProps parameter to be nullable * Narrow down a couple type parameters * Move NavigationStateRoute cast to within Component.router check in createConfigGetter * Update withCachedChildNavigation so it's typed correctly with React.ComponentType * Add a $FlowFixMe for displayName `React.StatelessFunctionalComponent` is missing `displayName` before Flow 0.54.0 See https://github.com/facebook/flow/commit/de37062ea21cb4055d3f1b01bdbaa76461140fc8 * Make TouchableItem's onPress prop optional `HeaderBackButton` can pass in an undefined onPress, and the React Native `Touchable*` components allow it too * Simplify withCachedChildNavigation and get rid of generics The generics don't help us here and they make the types more confusing * Redefine NavigationComponent as direct intersection The new type is technically identical to the old type, but Flow is confused by the old type... * Save router to local var before checking createConfigGetter Flow seems to think Component.router can change after the check * Fix DrawerSidebar's navigation prop's type In order for us to be able to generate a childNavigationProp, the original navigation prop has to have a NavigationState state. * Colocate action.key check with action.type check in getStateForAction For some reason, Flow thinks `action` can change sometime after `action.type` is checked. As a result, it's not properly concluding that `action.key` should exist. To avoid this, we pull `action.key` out immediately after doing the `action.type` check. * Use bounded polymorphism to pass down all props in withCachedChildNavigation Also makes sure the injected props are specified first in the union Also removes an unused `eslint-disable-line` in `getScreenForRouteName` * Make TabRouter's getComponentForState return NavigationComponent `NavigationScreenComponent` is a subtype of `NavigationComponent`, but it's not clear that `getComponentForState` always returns a `NavigationScreenComponent`, as `getScreenForRouteName` returns `NavigationComponent` * Define NavigationComponent's props using NavigationNavigatorProps Right now the types ask Flow to infer the types of `NavigationComponent`'s props. (`NavigationComponent` is the union of `NavigationNavigator` and NavigationScreenComponent.) Instead, we type the props as subtypes of `NavigationNavigatorProps`, so we can properly access those props without type errors. We used bounded polymorphism in `createNavigationContainer` and `createNavigator` to pass down these props. We also explicitly type the action in `createNavigationContainer` so we can properly pass in a `NavigationInitAction` to the dispatch function. * Parameterize NavigationTabRouterConfig `NavigationTabRouterConfig` doesn't always take `NavigationTabScreenOptions`; sometimes, it takes `NavigationDrawerScreenOptions`. * Make all NavigationOptions Exact types We're seeing weird behavior when these are merged together. By making them Exact types, we make types don't get mangled when they're unioned. https://flow.org/en/docs/types/unions/#toc-disjoint-unions-with-exact-types * Silence errors in tests These errors are unavoidable since we can't type the precise shape of a particular `NavigationState`. * Include NavigationSetParamsAction in NavigationTabAction `TabNavigator`'s `getStateForAction` definitely takes `NavigationSetParamsAction`. * Explicitly list router as void in NavigationScreenComponent This is so Flow knows that if a `NavigationComponent` has a `router` property, then it is definitely a `NavigationNavigator`. * Fix website app navigator's type * Fix createDocPage type in App In an earlier commit I attempted to fix the types here, but I incorrectly read it as returning a navigator when it just returns a screen. For some reason the error didn't immediately show up. * Fix NavigationComponent types Five changes: 1. No longer parameterizing the props of `NavigationComponent`; directly specifying as `NavigationNavigatorProps` 2. Specify the two distinct kinds of route types (leaf and state) directly in `NavigationComponent` 3. Have `SceneView` directly take `NavigationComponent` and allow inferring of `NavigationSceneProp` type 4. Have `CardStack` directly take `NavigationComponent` as well * Allow Flow to infer `NavigationAction` type in `createNavigator` * Silence Flow in router code that handles navigator sub-routes There's no way for us to tell Flow that routes that correspond to navigators should be `NavigationStateRoute`s * Allow DrawerSidebar to take a null contentComponent The way `DrawerNavigator` is set up, it's possible to pass in a null `contentComponent` in the config. If somebody want to do this, we'll just make the `DrawerSidebar` not appear altogether. This is simpler than splitting the types so there's a possibly-unspecified one for the user input, but a definitely-specified one in `DrawerSidebar`. * Specify missing screenProps prop in DrawerView * Thread full NavigationStateRoute in to DrawerSidebar This requiring making `withCachedChildNavigation` use bounded polymorphism to thread the `NavigationStateRoute` through instead of downgrading it to a `NavigationState` * Make NavigationStateProp's state prop covariant This means that `NavigationStateProp<NavigationStateRoute>` will be a subtype of `NavigationStateProp<NavigationRoute>` and `NavigationStateProp<NavigationState>` * Silence Flow's complaints about a route not being a NavigationStateRoute As mentioned in previous commits and in the comment, there is no way to type a specific navigation state shape, so we have to cast it and silence Flow's complaints. * Get rid of style prop in CardStack It looks like at some point, it was possible to specify a `style` prop that got passed all the way down to `Header`, the `TransitionConfig`'s `screenInterpolator`, and `Transitioner`. Doesn't look like we're using it anywhere, and there's a todo saying to remove it, and it's causing a type error. * Infer type of options instead of using a subtype of {} I think this has to do with {} allowing for unsealed objects. I'm not 100% sure, but this fixes 4/6 of the remaining errors! * Fix two type errors in NavigationPlayground One was just requiring an outdated type (`React.Children` instead of `React.ChildrenArray`), and the other was getting confused regarding types because of a spread operator. * Use a covariant property to simplify withCachedChildNavigation's InputProps This doesn't reduce any errors, but it's a bit simpler and cleaner. * Silence last two Flow errors regarding withCachedChildNavigation injecting childNavigationProps These are the only two errors I haven't been able to figure out at all. If I had more time I'd try and figure out the simplest case and report it to the Flow team, but I've been working on this for a week already and have to move on. The issue at hand is that `withCachedChildNavigation` injects `childNavigationProps`, but Flow doesn't see this and thinks it needs to be specified by the view component. We're using the HOC pattern suggested by the Flow docs, and I've tried several other patterns to no avail. * Use stock react-native instead of Expo's in NavigationPlayground Expo's causes Flow errors, and apparently this is normal practice because the person who switched us to Expo did this too. * Silence react-native-gesture-handler Flow errors in NavigationPlayground Expo requires this package, but it causes Flow errors. * Fix index check in DrawerSidebar Silly me, falling for the typical "0 is falsey" problem... * Rework deprecated action tests In an earlier commit I moved the `NavigationActions.mapDeprecatedActionAndWarn` out from `getStateForAction` and into `createNavigationContainer`'s `dispatch` function. The tests need to be reworked to support this, as they were previously calling `getStateForAction` directly. I don't imagine any users are calling `getStateForAction` directly. * Re-record two snapshots The changes in these snapshots are by design and don't affect anything. * Infer type of options in NavigationScreenConfig The issue is that sometimes we include options for different navigators in a single blob. * Infer types of action and options in createNavigationContainer Particulary helps with Options. Makes the types more specific and gets rid of an error that only shows up when using the library * Don't use generics for NavigationState in createNavigationContainer There's no particular reason for having those generics there, since there's no way we'd be able to get Flow to understand the exact shape of particular navigation states anyways. This fixes a bug when integrating this version of the project into my repo. * Move ReduxExample to react-native@0.49.3 instead of custom Expo version
2017-10-31 10:41:17 -04:00
babel-preset-fbjs@^2.1.2, babel-preset-fbjs@^2.1.4:
Update to RN 0.45, fix/improve flow coverage
2017-07-03 15:06:08 -07:00
version "2.1.4"
resolved "https://registry.yarnpkg.com/babel-preset-fbjs/-/babel-preset-fbjs-2.1.4.tgz#22f358e6654073acf61e47a052a777d7bccf03af"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
babel-plugin-check-es2015-constants "^6.8.0"
babel-plugin-syntax-class-properties "^6.8.0"
babel-plugin-syntax-flow "^6.8.0"
babel-plugin-syntax-jsx "^6.8.0"
babel-plugin-syntax-object-rest-spread "^6.8.0"
babel-plugin-syntax-trailing-function-commas "^6.8.0"
babel-plugin-transform-class-properties "^6.8.0"
babel-plugin-transform-es2015-arrow-functions "^6.8.0"
babel-plugin-transform-es2015-block-scoped-functions "^6.8.0"
babel-plugin-transform-es2015-block-scoping "^6.8.0"
babel-plugin-transform-es2015-classes "^6.8.0"
babel-plugin-transform-es2015-computed-properties "^6.8.0"
babel-plugin-transform-es2015-destructuring "^6.8.0"
babel-plugin-transform-es2015-for-of "^6.8.0"
babel-plugin-transform-es2015-function-name "^6.8.0"
babel-plugin-transform-es2015-literals "^6.8.0"
babel-plugin-transform-es2015-modules-commonjs "^6.8.0"
babel-plugin-transform-es2015-object-super "^6.8.0"
babel-plugin-transform-es2015-parameters "^6.8.0"
babel-plugin-transform-es2015-shorthand-properties "^6.8.0"
babel-plugin-transform-es2015-spread "^6.8.0"
babel-plugin-transform-es2015-template-literals "^6.8.0"
babel-plugin-transform-es3-member-expression-literals "^6.8.0"
babel-plugin-transform-es3-property-literals "^6.8.0"
babel-plugin-transform-flow-strip-types "^6.8.0"
babel-plugin-transform-object-rest-spread "^6.8.0"
babel-plugin-transform-react-display-name "^6.8.0"
babel-plugin-transform-react-jsx "^6.8.0"
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
babel-preset-jest@^22.4.1:
version "22.4.1"
resolved "https://registry.yarnpkg.com/babel-preset-jest/-/babel-preset-jest-22.4.1.tgz#efa2e5f5334242a9457a068452d7d09735db172a"
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
dependencies:
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
babel-plugin-jest-hoist "^22.4.1"
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
babel-plugin-syntax-object-rest-spread "^6.13.0"
Update to react-native@0.50 and flow-bin@0.56 (#2998) * Update to React Native 0.50 * Type Promise used in PlatformHelpers.web.js * Move $FlowFixMe in CardStack.js The line number Flow is using for this error changed. The underlying problem has not, but I don't have time to fix it now unfortunately. * Type TouchableItem's children prop as React.Node This was my bad. `React.ChildrenArray` should only really be used in the case of having multiple of the same type of child. * Type HeaderTitle's children prop as React.Node Same as last commit. * Add assertion in StackRouter that StateUtils.indexOf returns valid index Flow doesn't realize that `StateUtils.indexOf` is guaranteed to return a valid index, so we use `invariant` to assert it. * Remove unused type DrawerNavigationState from TypeDefinition * Remove unused type parameter T in DrawerView * Type NavigationStateRoute as NavigationLeafRoute & NavigationState * Don't constrain generic action types to NavigationAction By constraining to subtypes of `NavigationAction`, we actually are requiring that any router satisfying our type constraints has to take all of the `NavigationAction` types. Instead, we want to say that it will only take some of them. Changing the types here to be inferred. * Fix types of NavigationScreenProp and withCachedChildNavigation 1. `NavigationScreenProp` needs to have its type parameter annotated with a `+` to actually indicate covariance on that type parameter, apparently 2. `withCachedChildNavigation` needs to thread through more-specific `NavigationState`s, and right now it just discards that specificity, which breaks `DrawerSidebar` because it needs a `NavigationStateRoute` * Ignore website/build from Flow * Fix type of DrawerItems activeItemKey prop - Even when specified, it can be `null` - Use a ternary expression instead of `x && x.param` approach * Get rid of NavigationRouter & NavigationNavigator parameterization on NavigationAction Since `NavigationRouter`'s `getStateForAction` functionality is a standard Redux reducer, it knows to forward on any actions it doesn't know how to deal with. We can widen the types of these functions to be `NavigationAction` without any negative consequence. * Explicitly specify null navigationOptions in createNavigator Not sure why, but Flow doesn't like us leaving it unspecified * Fix createNavigationContainer/createNavigator/StackNavigator types * Fix up flow types for TabNavigator and DrawerNavigator * Properly type defaultContentComponent * Fix more flow errors in createNavigationContainer * Replace NavigatorProps with NavigationNavigatorProps * Type SceneView's navigation prop as NavigationScreenProp<any> There is an unavoidable* type problem here. A `NavigationComponent` is either a navigator with a `NavigationStateRoute` or a scene with a `NavigationRoute`. The navigation prop it gets passed must match the component's `NavigationState`. However, there's no way for us to say that "`this.props.router.getComponentForRouteName` will have a `NavigationNavigator` iff the corresponding `childNavigationProps` is a `NavigationStateRoute`". The cleanest way to make this work is to throw an "any" specifically for the navigation prop's state type param. * We could probably avoid it with sufficient refactoring. If the routers were charged with keeping track of `childNavigationProps` instead of leaving it to the views, they could return the child navigation prop and child `NavigationComponent` in pairs whose types were coupled. * Pass in screenProps to NavigationComponent in NavigationPlayground's CustomTabs Flow wants `screenProps` to be passed in here for some reason... It cites `SceneView`, but that doesn't really make much sense to me. But this is some custom logic that most people aren't likely to run into, so I'm not gonna worry too much about it. * Patch mismatch with react-native-tab-view type for now * Use generic NavigationState in createNavigationContainer's _nav var We made the NavigationState generic while #1313 added a new instance variable. This updates the new instance variable to be generic. * Fix failing tests
2017-11-20 11:53:48 -08:00
babel-preset-react-native@^2.1.0:
Update dependencies
2017-07-19 13:03:46 -07:00
version "2.1.0"
resolved "https://registry.yarnpkg.com/babel-preset-react-native/-/babel-preset-react-native-2.1.0.tgz#9013ebd82da1c88102bf588810ff59e209ca2b8a"
Update depenencies, update Prettier
2017-07-03 21:36:47 -07:00
dependencies:
babel-plugin-check-es2015-constants "^6.5.0"
babel-plugin-react-transform "2.0.2"
babel-plugin-syntax-async-functions "^6.5.0"
babel-plugin-syntax-class-properties "^6.5.0"
babel-plugin-syntax-flow "^6.5.0"
babel-plugin-syntax-jsx "^6.5.0"
babel-plugin-syntax-trailing-function-commas "^6.5.0"
babel-plugin-transform-class-properties "^6.5.0"
babel-plugin-transform-es2015-arrow-functions "^6.5.0"
babel-plugin-transform-es2015-block-scoping "^6.5.0"
babel-plugin-transform-es2015-classes "^6.5.0"
babel-plugin-transform-es2015-computed-properties "^6.5.0"
babel-plugin-transform-es2015-destructuring "^6.5.0"
babel-plugin-transform-es2015-for-of "^6.5.0"
babel-plugin-transform-es2015-function-name "^6.5.0"
babel-plugin-transform-es2015-literals "^6.5.0"
babel-plugin-transform-es2015-modules-commonjs "^6.5.0"
babel-plugin-transform-es2015-parameters "^6.5.0"
babel-plugin-transform-es2015-shorthand-properties "^6.5.0"
babel-plugin-transform-es2015-spread "^6.5.0"
babel-plugin-transform-es2015-template-literals "^6.5.0"
babel-plugin-transform-flow-strip-types "^6.5.0"
babel-plugin-transform-object-assign "^6.5.0"
babel-plugin-transform-object-rest-spread "^6.5.0"
babel-plugin-transform-react-display-name "^6.5.0"
babel-plugin-transform-react-jsx "^6.5.0"
babel-plugin-transform-react-jsx-source "^6.5.0"
babel-plugin-transform-regenerator "^6.5.0"
react-transform-hmr "^1.0.4"
Update to react-native@0.50 and flow-bin@0.56 (#2998) * Update to React Native 0.50 * Type Promise used in PlatformHelpers.web.js * Move $FlowFixMe in CardStack.js The line number Flow is using for this error changed. The underlying problem has not, but I don't have time to fix it now unfortunately. * Type TouchableItem's children prop as React.Node This was my bad. `React.ChildrenArray` should only really be used in the case of having multiple of the same type of child. * Type HeaderTitle's children prop as React.Node Same as last commit. * Add assertion in StackRouter that StateUtils.indexOf returns valid index Flow doesn't realize that `StateUtils.indexOf` is guaranteed to return a valid index, so we use `invariant` to assert it. * Remove unused type DrawerNavigationState from TypeDefinition * Remove unused type parameter T in DrawerView * Type NavigationStateRoute as NavigationLeafRoute & NavigationState * Don't constrain generic action types to NavigationAction By constraining to subtypes of `NavigationAction`, we actually are requiring that any router satisfying our type constraints has to take all of the `NavigationAction` types. Instead, we want to say that it will only take some of them. Changing the types here to be inferred. * Fix types of NavigationScreenProp and withCachedChildNavigation 1. `NavigationScreenProp` needs to have its type parameter annotated with a `+` to actually indicate covariance on that type parameter, apparently 2. `withCachedChildNavigation` needs to thread through more-specific `NavigationState`s, and right now it just discards that specificity, which breaks `DrawerSidebar` because it needs a `NavigationStateRoute` * Ignore website/build from Flow * Fix type of DrawerItems activeItemKey prop - Even when specified, it can be `null` - Use a ternary expression instead of `x && x.param` approach * Get rid of NavigationRouter & NavigationNavigator parameterization on NavigationAction Since `NavigationRouter`'s `getStateForAction` functionality is a standard Redux reducer, it knows to forward on any actions it doesn't know how to deal with. We can widen the types of these functions to be `NavigationAction` without any negative consequence. * Explicitly specify null navigationOptions in createNavigator Not sure why, but Flow doesn't like us leaving it unspecified * Fix createNavigationContainer/createNavigator/StackNavigator types * Fix up flow types for TabNavigator and DrawerNavigator * Properly type defaultContentComponent * Fix more flow errors in createNavigationContainer * Replace NavigatorProps with NavigationNavigatorProps * Type SceneView's navigation prop as NavigationScreenProp<any> There is an unavoidable* type problem here. A `NavigationComponent` is either a navigator with a `NavigationStateRoute` or a scene with a `NavigationRoute`. The navigation prop it gets passed must match the component's `NavigationState`. However, there's no way for us to say that "`this.props.router.getComponentForRouteName` will have a `NavigationNavigator` iff the corresponding `childNavigationProps` is a `NavigationStateRoute`". The cleanest way to make this work is to throw an "any" specifically for the navigation prop's state type param. * We could probably avoid it with sufficient refactoring. If the routers were charged with keeping track of `childNavigationProps` instead of leaving it to the views, they could return the child navigation prop and child `NavigationComponent` in pairs whose types were coupled. * Pass in screenProps to NavigationComponent in NavigationPlayground's CustomTabs Flow wants `screenProps` to be passed in here for some reason... It cites `SceneView`, but that doesn't really make much sense to me. But this is some custom logic that most people aren't likely to run into, so I'm not gonna worry too much about it. * Patch mismatch with react-native-tab-view type for now * Use generic NavigationState in createNavigationContainer's _nav var We made the NavigationState generic while #1313 added a new instance variable. This updates the new instance variable to be generic. * Fix failing tests
2017-11-20 11:53:48 -08:00
babel-preset-react-native@^4.0.0:
version "4.0.0"
resolved "https://registry.yarnpkg.com/babel-preset-react-native/-/babel-preset-react-native-4.0.0.tgz#3df80dd33a453888cdd33bdb87224d17a5d73959"
dependencies:
babel-plugin-check-es2015-constants "^6.5.0"
babel-plugin-react-transform "^3.0.0"
babel-plugin-syntax-async-functions "^6.5.0"
babel-plugin-syntax-class-properties "^6.5.0"
babel-plugin-syntax-dynamic-import "^6.18.0"
babel-plugin-syntax-flow "^6.5.0"
babel-plugin-syntax-jsx "^6.5.0"
babel-plugin-syntax-trailing-function-commas "^6.5.0"
babel-plugin-transform-class-properties "^6.5.0"
babel-plugin-transform-es2015-arrow-functions "^6.5.0"
babel-plugin-transform-es2015-block-scoping "^6.5.0"
babel-plugin-transform-es2015-classes "^6.5.0"
babel-plugin-transform-es2015-computed-properties "^6.5.0"
babel-plugin-transform-es2015-destructuring "^6.5.0"
babel-plugin-transform-es2015-for-of "^6.5.0"
babel-plugin-transform-es2015-function-name "^6.5.0"
babel-plugin-transform-es2015-literals "^6.5.0"
babel-plugin-transform-es2015-modules-commonjs "^6.5.0"
babel-plugin-transform-es2015-parameters "^6.5.0"
babel-plugin-transform-es2015-shorthand-properties "^6.5.0"
babel-plugin-transform-es2015-spread "^6.5.0"
babel-plugin-transform-es2015-template-literals "^6.5.0"
babel-plugin-transform-flow-strip-types "^6.5.0"
babel-plugin-transform-object-assign "^6.5.0"
babel-plugin-transform-object-rest-spread "^6.5.0"
babel-plugin-transform-react-display-name "^6.5.0"
babel-plugin-transform-react-jsx "^6.5.0"
babel-plugin-transform-react-jsx-source "^6.5.0"
babel-plugin-transform-regenerator "^6.5.0"
babel-template "^6.24.1"
react-transform-hmr "^1.0.4"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
babel-register@^6.24.1, babel-register@^6.26.0:
version "6.26.0"
resolved "https://registry.yarnpkg.com/babel-register/-/babel-register-6.26.0.tgz#6ed021173e2fcb486d7acb45c6009a856f647071"
Update dependencies
2017-03-15 16:02:49 -07:00
dependencies:
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
babel-core "^6.26.0"
babel-runtime "^6.26.0"
core-js "^2.5.0"
Update dependencies
2017-03-15 16:02:49 -07:00
home-or-tmp "^2.0.0"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
lodash "^4.17.4"
Update dependencies
2017-03-15 16:02:49 -07:00
mkdirp "^0.5.1"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
source-map-support "^0.4.15"
Update dependencies
2017-03-15 16:02:49 -07:00
Update yarn.lock
2018-02-02 12:33:53 -08:00
babel-runtime@^6.0.0, babel-runtime@^6.18.0, babel-runtime@^6.22.0, babel-runtime@^6.23.0, babel-runtime@^6.26.0:
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
version "6.26.0"
resolved "https://registry.yarnpkg.com/babel-runtime/-/babel-runtime-6.26.0.tgz#965c7058668e82b55d7bfe04ff2337bc8b5647fe"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
core-js "^2.4.0"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
regenerator-runtime "^0.11.0"
Update dependencies
2017-03-15 16:02:49 -07:00
Update yarn.lock
2018-02-02 12:33:53 -08:00
babel-template@^6.16.0, babel-template@^6.24.1, babel-template@^6.26.0:
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
version "6.26.0"
resolved "https://registry.yarnpkg.com/babel-template/-/babel-template-6.26.0.tgz#de03e2d16396b069f46dd9fff8521fb1a0e35e02"
Update depenencies, update Prettier
2017-07-03 21:36:47 -07:00
dependencies:
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
babel-runtime "^6.26.0"
babel-traverse "^6.26.0"
babel-types "^6.26.0"
babylon "^6.18.0"
lodash "^4.17.4"
Revert changes to yarn.lock (#2545) * Rollback changes to yarn.lock * Update react-native-tab-view in yarn.lock
2017-09-06 13:22:08 -05:00
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
babel-traverse@^6.18.0, babel-traverse@^6.23.1, babel-traverse@^6.24.1, babel-traverse@^6.26.0:
version "6.26.0"
resolved "https://registry.yarnpkg.com/babel-traverse/-/babel-traverse-6.26.0.tgz#46a9cbd7edcc62c8e5c064e2d2d8d0f4035766ee"
Revert changes to yarn.lock (#2545) * Rollback changes to yarn.lock * Update react-native-tab-view in yarn.lock
2017-09-06 13:22:08 -05:00
dependencies:
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
babel-code-frame "^6.26.0"
Revert changes to yarn.lock (#2545) * Rollback changes to yarn.lock * Update react-native-tab-view in yarn.lock
2017-09-06 13:22:08 -05:00
babel-messages "^6.23.0"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
babel-runtime "^6.26.0"
babel-types "^6.26.0"
babylon "^6.18.0"
debug "^2.6.8"
globals "^9.18.0"
invariant "^2.2.2"
lodash "^4.17.4"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
babel-types@^6.18.0, babel-types@^6.19.0, babel-types@^6.23.0, babel-types@^6.24.1, babel-types@^6.26.0:
version "6.26.0"
resolved "https://registry.yarnpkg.com/babel-types/-/babel-types-6.26.0.tgz#a3b073f94ab49eb6fa55cd65227a334380632497"
Revert changes to yarn.lock (#2545) * Rollback changes to yarn.lock * Update react-native-tab-view in yarn.lock
2017-09-06 13:22:08 -05:00
dependencies:
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
babel-runtime "^6.26.0"
Revert changes to yarn.lock (#2545) * Rollback changes to yarn.lock * Update react-native-tab-view in yarn.lock
2017-09-06 13:22:08 -05:00
esutils "^2.0.2"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
lodash "^4.17.4"
to-fast-properties "^1.0.3"
Revert changes to yarn.lock (#2545) * Rollback changes to yarn.lock * Update react-native-tab-view in yarn.lock
2017-09-06 13:22:08 -05:00
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
babylon@^6.17.0, babylon@^6.18.0:
version "6.18.0"
resolved "https://registry.yarnpkg.com/babylon/-/babylon-6.18.0.tgz#af2f3b88fa6f5c1e4c634d1a0f8eac4f55b395e3"
Revert changes to yarn.lock (#2545) * Rollback changes to yarn.lock * Update react-native-tab-view in yarn.lock
2017-09-06 13:22:08 -05:00
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
balanced-match@^1.0.0:
version "1.0.0"
resolved "https://registry.yarnpkg.com/balanced-match/-/balanced-match-1.0.0.tgz#89b4d199ab2bee49de164ea02b89ce462d71b767"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
base64-js@0.0.8:
version "0.0.8"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/base64-js/-/base64-js-0.0.8.tgz#1101e9544f4a76b1bc3b26d452ca96d7a35e7978"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Upgrade to React Native 0.44 + Flow 0.42
2017-05-14 13:48:25 -07:00
base64-js@1.1.2:
version "1.1.2"
resolved "https://registry.yarnpkg.com/base64-js/-/base64-js-1.1.2.tgz#d6400cac1c4c660976d90d07a04351d89395f5e8"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
base64-js@^1.1.2:
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
version "1.2.3"
resolved "https://registry.yarnpkg.com/base64-js/-/base64-js-1.2.3.tgz#fb13668233d9614cf5fb4bce95a9ba4096cdf801"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
base64-url@1.2.1:
version "1.2.1"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/base64-url/-/base64-url-1.2.1.tgz#199fd661702a0e7b7dcae6e0698bb089c52f6d78"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
base@^0.11.1:
version "0.11.2"
resolved "https://registry.yarnpkg.com/base/-/base-0.11.2.tgz#7bde5ced145b6d551a90db87f83c558b4eb48a8f"
dependencies:
cache-base "^1.0.1"
class-utils "^0.3.5"
component-emitter "^1.2.1"
define-property "^1.0.0"
isobject "^3.0.1"
mixin-deep "^1.2.0"
pascalcase "^0.1.1"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
basic-auth-connect@1.0.0:
version "1.0.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/basic-auth-connect/-/basic-auth-connect-1.0.0.tgz#fdb0b43962ca7b40456a7c2bb48fe173da2d2122"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
basic-auth@~1.0.3:
version "1.0.4"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/basic-auth/-/basic-auth-1.0.4.tgz#030935b01de7c9b94a824b29f3fccb750d3a5290"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
batch@0.5.3:
version "0.5.3"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/batch/-/batch-0.5.3.tgz#3f3414f380321743bfc1042f9a83ff1d5824d464"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
bcrypt-pbkdf@^1.0.0:
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
version "1.0.1"
resolved "https://registry.yarnpkg.com/bcrypt-pbkdf/-/bcrypt-pbkdf-1.0.1.tgz#63bc5dcb61331b92bc05fd528953c33462a06f8d"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
tweetnacl "^0.14.3"
beeper@^1.0.0:
version "1.1.1"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/beeper/-/beeper-1.1.1.tgz#e6d5ea8c5dad001304a70b22638447f69cb2f809"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Upgrade to React Native 0.44 + Flow 0.42
2017-05-14 13:48:25 -07:00
big-integer@^1.6.7:
Remove flow (#3350) * Remove flow types from src * Finish removing Flow * Clear out flow-typed, some flow mentions in docs, website flow usage, and some other config
2018-01-24 17:52:09 -08:00
version "1.6.26"
resolved "https://registry.yarnpkg.com/big-integer/-/big-integer-1.6.26.tgz#3af1672fa62daf2d5ecafacf6e5aa0d25e02c1c8"
Upgrade to React Native 0.44 + Flow 0.42
2017-05-14 13:48:25 -07:00
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
binary-extensions@^1.0.0:
Remove flow (#3350) * Remove flow types from src * Finish removing Flow * Clear out flow-typed, some flow mentions in docs, website flow usage, and some other config
2018-01-24 17:52:09 -08:00
version "1.11.0"
resolved "https://registry.yarnpkg.com/binary-extensions/-/binary-extensions-1.11.0.tgz#46aa1751fb6a2f93ee5e689bb1087d4b14c6c205"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
block-stream@*:
version "0.0.9"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/block-stream/-/block-stream-0.0.9.tgz#13ebfe778a03205cfe03751481ebb4b3300c126a"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
inherits "~2.0.0"
body-parser@~1.13.3:
version "1.13.3"
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
resolved "http://registry.npmjs.org/body-parser/-/body-parser-1.13.3.tgz#c08cf330c3358e151016a05746f13f029c97fa97"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
bytes "2.1.0"
content-type "~1.0.1"
debug "~2.2.0"
depd "~1.0.1"
http-errors "~1.3.1"
iconv-lite "0.4.11"
on-finished "~2.3.0"
qs "4.0.0"
raw-body "~2.1.2"
type-is "~1.6.6"
boom@2.x.x:
version "2.10.1"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/boom/-/boom-2.10.1.tgz#39c8918ceff5799f83f9492a848f625add0c766f"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
hoek "2.x.x"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
boom@4.x.x:
version "4.3.1"
resolved "https://registry.yarnpkg.com/boom/-/boom-4.3.1.tgz#4f8a3005cb4a7e3889f749030fd25b96e01d2e31"
dependencies:
hoek "4.x.x"
boom@5.x.x:
version "5.2.0"
resolved "https://registry.yarnpkg.com/boom/-/boom-5.2.0.tgz#5dd9da6ee3a5f302077436290cb717d3f4a54e02"
dependencies:
hoek "4.x.x"
Upgrade to React Native 0.44 + Flow 0.42
2017-05-14 13:48:25 -07:00
bplist-creator@0.0.7:
version "0.0.7"
resolved "https://registry.yarnpkg.com/bplist-creator/-/bplist-creator-0.0.7.tgz#37df1536092824b87c42f957b01344117372ae45"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
Upgrade to React Native 0.44 + Flow 0.42
2017-05-14 13:48:25 -07:00
stream-buffers "~2.2.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Upgrade to React Native 0.44 + Flow 0.42
2017-05-14 13:48:25 -07:00
bplist-parser@0.1.1:
version "0.1.1"
resolved "https://registry.yarnpkg.com/bplist-parser/-/bplist-parser-0.1.1.tgz#d60d5dcc20cba6dc7e1f299b35d3e1f95dafbae6"
dependencies:
big-integer "^1.6.7"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
brace-expansion@^1.1.7:
Better orientation layout on playground
2018-02-12 11:53:23 -08:00
version "1.1.11"
resolved "https://registry.yarnpkg.com/brace-expansion/-/brace-expansion-1.1.11.tgz#3c7fcbf529d87226f3d2f52b966ff5271eb441dd"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
balanced-match "^1.0.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
concat-map "0.0.1"
braces@^1.8.2:
version "1.8.5"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/braces/-/braces-1.8.5.tgz#ba77962e12dff969d6b76711e914b737857bf6a7"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
expand-range "^1.8.1"
preserve "^0.2.0"
repeat-element "^1.1.2"
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
braces@^2.3.1:
version "2.3.1"
resolved "https://registry.yarnpkg.com/braces/-/braces-2.3.1.tgz#7086c913b4e5a08dbe37ac0ee6a2500c4ba691bb"
dependencies:
arr-flatten "^1.1.0"
array-unique "^0.3.2"
define-property "^1.0.0"
extend-shallow "^2.0.1"
fill-range "^4.0.0"
isobject "^3.0.1"
kind-of "^6.0.2"
repeat-element "^1.1.2"
snapdragon "^0.8.1"
snapdragon-node "^2.0.1"
split-string "^3.0.2"
to-regex "^3.0.1"
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
browser-process-hrtime@^0.1.2:
version "0.1.2"
resolved "https://registry.yarnpkg.com/browser-process-hrtime/-/browser-process-hrtime-0.1.2.tgz#425d68a58d3447f02a04aa894187fce8af8b7b8e"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
browser-resolve@^1.11.2:
version "1.11.2"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/browser-resolve/-/browser-resolve-1.11.2.tgz#8ff09b0a2c421718a1051c260b32e48f442938ce"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
resolve "1.1.7"
Update dependencies
2017-03-15 16:02:49 -07:00
bser@^2.0.0:
version "2.0.0"
resolved "https://registry.yarnpkg.com/bser/-/bser-2.0.0.tgz#9ac78d3ed5d915804fd87acb158bc797147a1719"
dependencies:
node-int64 "^0.4.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
builtin-modules@^1.0.0, builtin-modules@^1.1.1:
version "1.1.1"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/builtin-modules/-/builtin-modules-1.1.1.tgz#270f076c5a72c02f5b65a47df94c5fe3a278892f"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
bytes@2.1.0:
version "2.1.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/bytes/-/bytes-2.1.0.tgz#ac93c410e2ffc9cc7cf4b464b38289067f5e47b4"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
bytes@2.4.0:
version "2.4.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/bytes/-/bytes-2.4.0.tgz#7d97196f9d5baf7f6935e25985549edd2a6c2339"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
cache-base@^1.0.1:
version "1.0.1"
resolved "https://registry.yarnpkg.com/cache-base/-/cache-base-1.0.1.tgz#0a7f46416831c8b662ee36fe4e7c59d76f666ab2"
dependencies:
collection-visit "^1.0.0"
component-emitter "^1.2.1"
get-value "^2.0.6"
has-value "^1.0.0"
isobject "^3.0.1"
set-value "^2.0.0"
to-object-path "^0.3.0"
union-value "^1.0.0"
unset-value "^1.0.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
caller-path@^0.1.0:
version "0.1.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/caller-path/-/caller-path-0.1.0.tgz#94085ef63581ecd3daa92444a8fe94e82577751f"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
callsites "^0.2.0"
callsites@^0.2.0:
version "0.2.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/callsites/-/callsites-0.2.0.tgz#afab96262910a7f33c19a5775825c69f34e350ca"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
callsites@^2.0.0:
version "2.0.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/callsites/-/callsites-2.0.0.tgz#06eb84f00eea413da86affefacbffb36093b3c50"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
camelcase@^1.0.2:
version "1.2.1"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/camelcase/-/camelcase-1.2.1.tgz#9bb5304d2e0b56698b2c758b08a3eaa9daa58a39"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
camelcase@^4.1.0:
version "4.1.0"
resolved "https://registry.yarnpkg.com/camelcase/-/camelcase-4.1.0.tgz#d545635be1e33c542649c69173e5de6acfae34dd"
Add codecov.io support
2017-05-14 14:33:39 -07:00
Update to react-native@0.49 and flow-bin@0.53 (#2845) * Update root package to react-native@0.49 and flow-bin@0.53 * Update NavigationPlayground package to react-native@0.49 and flow-bin@0.53 * Update ReduxExample package to react-native@0.49 and flow-bin@0.53 * flow-typed update (code-gen) * Find-and-replace old types with new types - `React.Element<*>` as the result of a render function is now `React.Node` - `ReactClass<T>` as the type of a Component is now `React.ComponentType<typeof T>` - `extends React.Component<DP, P, S>` is now `extends React.Component<P, S>` - `React.Children<*>` as the type of a children prop is now `React.ChildrenArray<*>` - Refs are now typed with `React.Ref` There are also several tiny typo fixes in here. * Avoid assuming state is NavigationRoute in addNavigationHelpers For the root, top-level Navigator, the state is a simple `NavigationState` (with no route info) and we still use `addNavigationHelpers` for it. We can't assume `navigation.state.key` is accessible for this type, so we need to do runtime checks here. * Fix type of NavigationScreenConfig `navigationOptions` was incorrectly typed * Give createNavigationContainer's State a type parameter We want to be able to specifically type this guy so we can use specific NavigationState for things like the Drawer views without having to do runtime assertions about the state type * Fix typing of NavigationAction First of all, `NavigationAction` was being used as two different types, so I had to create the new `PossiblyDeprecatedNavigationAction` and add it as a type parameter everywhere. Second of all, generics and implied types were being used far more than they need to be, and they're hard to work with because Flow doesn't really explain things well when they go wrong. * Make sure children scenes of CardStack have NavigationProp typed with NavigationRoute CardStack's `NavigationScreenProp` is typed with `NavigationState`, but the children need `NavigationRoute`. Flow gets confused by the spread operator, even if the individual property is replaced later, so we need to explicitly list each property individually (just `dispatch`, actually). * Allow prevTransitionProps parameter to be nullable * Allow prevTransitionProps parameter to be nullable * Narrow down a couple type parameters * Move NavigationStateRoute cast to within Component.router check in createConfigGetter * Update withCachedChildNavigation so it's typed correctly with React.ComponentType * Add a $FlowFixMe for displayName `React.StatelessFunctionalComponent` is missing `displayName` before Flow 0.54.0 See https://github.com/facebook/flow/commit/de37062ea21cb4055d3f1b01bdbaa76461140fc8 * Make TouchableItem's onPress prop optional `HeaderBackButton` can pass in an undefined onPress, and the React Native `Touchable*` components allow it too * Simplify withCachedChildNavigation and get rid of generics The generics don't help us here and they make the types more confusing * Redefine NavigationComponent as direct intersection The new type is technically identical to the old type, but Flow is confused by the old type... * Save router to local var before checking createConfigGetter Flow seems to think Component.router can change after the check * Fix DrawerSidebar's navigation prop's type In order for us to be able to generate a childNavigationProp, the original navigation prop has to have a NavigationState state. * Colocate action.key check with action.type check in getStateForAction For some reason, Flow thinks `action` can change sometime after `action.type` is checked. As a result, it's not properly concluding that `action.key` should exist. To avoid this, we pull `action.key` out immediately after doing the `action.type` check. * Use bounded polymorphism to pass down all props in withCachedChildNavigation Also makes sure the injected props are specified first in the union Also removes an unused `eslint-disable-line` in `getScreenForRouteName` * Make TabRouter's getComponentForState return NavigationComponent `NavigationScreenComponent` is a subtype of `NavigationComponent`, but it's not clear that `getComponentForState` always returns a `NavigationScreenComponent`, as `getScreenForRouteName` returns `NavigationComponent` * Define NavigationComponent's props using NavigationNavigatorProps Right now the types ask Flow to infer the types of `NavigationComponent`'s props. (`NavigationComponent` is the union of `NavigationNavigator` and NavigationScreenComponent.) Instead, we type the props as subtypes of `NavigationNavigatorProps`, so we can properly access those props without type errors. We used bounded polymorphism in `createNavigationContainer` and `createNavigator` to pass down these props. We also explicitly type the action in `createNavigationContainer` so we can properly pass in a `NavigationInitAction` to the dispatch function. * Parameterize NavigationTabRouterConfig `NavigationTabRouterConfig` doesn't always take `NavigationTabScreenOptions`; sometimes, it takes `NavigationDrawerScreenOptions`. * Make all NavigationOptions Exact types We're seeing weird behavior when these are merged together. By making them Exact types, we make types don't get mangled when they're unioned. https://flow.org/en/docs/types/unions/#toc-disjoint-unions-with-exact-types * Silence errors in tests These errors are unavoidable since we can't type the precise shape of a particular `NavigationState`. * Include NavigationSetParamsAction in NavigationTabAction `TabNavigator`'s `getStateForAction` definitely takes `NavigationSetParamsAction`. * Explicitly list router as void in NavigationScreenComponent This is so Flow knows that if a `NavigationComponent` has a `router` property, then it is definitely a `NavigationNavigator`. * Fix website app navigator's type * Fix createDocPage type in App In an earlier commit I attempted to fix the types here, but I incorrectly read it as returning a navigator when it just returns a screen. For some reason the error didn't immediately show up. * Fix NavigationComponent types Five changes: 1. No longer parameterizing the props of `NavigationComponent`; directly specifying as `NavigationNavigatorProps` 2. Specify the two distinct kinds of route types (leaf and state) directly in `NavigationComponent` 3. Have `SceneView` directly take `NavigationComponent` and allow inferring of `NavigationSceneProp` type 4. Have `CardStack` directly take `NavigationComponent` as well * Allow Flow to infer `NavigationAction` type in `createNavigator` * Silence Flow in router code that handles navigator sub-routes There's no way for us to tell Flow that routes that correspond to navigators should be `NavigationStateRoute`s * Allow DrawerSidebar to take a null contentComponent The way `DrawerNavigator` is set up, it's possible to pass in a null `contentComponent` in the config. If somebody want to do this, we'll just make the `DrawerSidebar` not appear altogether. This is simpler than splitting the types so there's a possibly-unspecified one for the user input, but a definitely-specified one in `DrawerSidebar`. * Specify missing screenProps prop in DrawerView * Thread full NavigationStateRoute in to DrawerSidebar This requiring making `withCachedChildNavigation` use bounded polymorphism to thread the `NavigationStateRoute` through instead of downgrading it to a `NavigationState` * Make NavigationStateProp's state prop covariant This means that `NavigationStateProp<NavigationStateRoute>` will be a subtype of `NavigationStateProp<NavigationRoute>` and `NavigationStateProp<NavigationState>` * Silence Flow's complaints about a route not being a NavigationStateRoute As mentioned in previous commits and in the comment, there is no way to type a specific navigation state shape, so we have to cast it and silence Flow's complaints. * Get rid of style prop in CardStack It looks like at some point, it was possible to specify a `style` prop that got passed all the way down to `Header`, the `TransitionConfig`'s `screenInterpolator`, and `Transitioner`. Doesn't look like we're using it anywhere, and there's a todo saying to remove it, and it's causing a type error. * Infer type of options instead of using a subtype of {} I think this has to do with {} allowing for unsealed objects. I'm not 100% sure, but this fixes 4/6 of the remaining errors! * Fix two type errors in NavigationPlayground One was just requiring an outdated type (`React.Children` instead of `React.ChildrenArray`), and the other was getting confused regarding types because of a spread operator. * Use a covariant property to simplify withCachedChildNavigation's InputProps This doesn't reduce any errors, but it's a bit simpler and cleaner. * Silence last two Flow errors regarding withCachedChildNavigation injecting childNavigationProps These are the only two errors I haven't been able to figure out at all. If I had more time I'd try and figure out the simplest case and report it to the Flow team, but I've been working on this for a week already and have to move on. The issue at hand is that `withCachedChildNavigation` injects `childNavigationProps`, but Flow doesn't see this and thinks it needs to be specified by the view component. We're using the HOC pattern suggested by the Flow docs, and I've tried several other patterns to no avail. * Use stock react-native instead of Expo's in NavigationPlayground Expo's causes Flow errors, and apparently this is normal practice because the person who switched us to Expo did this too. * Silence react-native-gesture-handler Flow errors in NavigationPlayground Expo requires this package, but it causes Flow errors. * Fix index check in DrawerSidebar Silly me, falling for the typical "0 is falsey" problem... * Rework deprecated action tests In an earlier commit I moved the `NavigationActions.mapDeprecatedActionAndWarn` out from `getStateForAction` and into `createNavigationContainer`'s `dispatch` function. The tests need to be reworked to support this, as they were previously calling `getStateForAction` directly. I don't imagine any users are calling `getStateForAction` directly. * Re-record two snapshots The changes in these snapshots are by design and don't affect anything. * Infer type of options in NavigationScreenConfig The issue is that sometimes we include options for different navigators in a single blob. * Infer types of action and options in createNavigationContainer Particulary helps with Options. Makes the types more specific and gets rid of an error that only shows up when using the library * Don't use generics for NavigationState in createNavigationContainer There's no particular reason for having those generics there, since there's no way we'd be able to get Flow to understand the exact shape of particular navigation states anyways. This fixes a bug when integrating this version of the project into my repo. * Move ReduxExample to react-native@0.49.3 instead of custom Expo version
2017-10-31 10:41:17 -04:00
caseless@~0.11.0:
version "0.11.0"
resolved "https://registry.yarnpkg.com/caseless/-/caseless-0.11.0.tgz#715b96ea9841593cc33067923f5ec60ebda4f7d7"
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
caseless@~0.12.0:
version "0.12.0"
resolved "https://registry.yarnpkg.com/caseless/-/caseless-0.12.0.tgz#1b681c21ff84033c826543090689420d187151dc"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
center-align@^0.1.1:
version "0.1.3"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/center-align/-/center-align-0.1.3.tgz#aa0d32629b6ee972200411cbd4461c907bc2b7ad"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
align-text "^0.1.3"
lazy-cache "^1.0.3"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
chalk@^1.0.0, chalk@^1.1.1, chalk@^1.1.3:
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
version "1.1.3"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/chalk/-/chalk-1.1.3.tgz#a8115c55e4a702fe4d150abd3872822a7e09fc98"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
ansi-styles "^2.2.1"
escape-string-regexp "^1.0.2"
has-ansi "^2.0.0"
strip-ansi "^3.0.0"
supports-color "^2.0.0"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
chalk@^2.0.0, chalk@^2.0.1, chalk@^2.1.0:
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
version "2.3.2"
resolved "https://registry.yarnpkg.com/chalk/-/chalk-2.3.2.tgz#250dc96b07491bfd601e648d66ddf5f60c7a5c65"
Employ pre-commit hook for formatting code. (#2597) This change comes thanks to @plasticine's great idea (https://github.com/react-community/react-navigation/pull/2581#issuecomment-329661371). - Add husky and lint-staged to use pre-commit hook. - Automate formatting JavaScript code using ESLint and Prettier before committing changes.
2017-09-16 07:17:09 +09:00
dependencies:
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
ansi-styles "^3.2.1"
Employ pre-commit hook for formatting code. (#2597) This change comes thanks to @plasticine's great idea (https://github.com/react-community/react-navigation/pull/2581#issuecomment-329661371). - Add husky and lint-staged to use pre-commit hook. - Automate formatting JavaScript code using ESLint and Prettier before committing changes.
2017-09-16 07:17:09 +09:00
escape-string-regexp "^1.0.5"
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
supports-color "^5.3.0"
Employ pre-commit hook for formatting code. (#2597) This change comes thanks to @plasticine's great idea (https://github.com/react-community/react-navigation/pull/2581#issuecomment-329661371). - Add husky and lint-staged to use pre-commit hook. - Automate formatting JavaScript code using ESLint and Prettier before committing changes.
2017-09-16 07:17:09 +09:00
Remove flow (#3350) * Remove flow types from src * Finish removing Flow * Clear out flow-typed, some flow mentions in docs, website flow usage, and some other config
2018-01-24 17:52:09 -08:00
chardet@^0.4.0:
version "0.4.2"
resolved "https://registry.yarnpkg.com/chardet/-/chardet-0.4.2.tgz#b5473b33dc97c424e5d98dc87d55d4d8a29c8bf2"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
chokidar@^1.6.1:
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
version "1.7.0"
resolved "https://registry.yarnpkg.com/chokidar/-/chokidar-1.7.0.tgz#798e689778151c8076b4b360e5edd28cda2bb468"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
anymatch "^1.3.0"
async-each "^1.0.0"
glob-parent "^2.0.0"
inherits "^2.0.1"
is-binary-path "^1.0.0"
is-glob "^2.0.0"
path-is-absolute "^1.0.0"
readdirp "^2.0.0"
optionalDependencies:
fsevents "^1.0.0"
ci-info@^1.0.0:
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
version "1.1.3"
resolved "https://registry.yarnpkg.com/ci-info/-/ci-info-1.1.3.tgz#710193264bb05c77b8c90d02f5aaf22216a667b2"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
circular-json@^0.3.1:
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
version "0.3.3"
resolved "https://registry.yarnpkg.com/circular-json/-/circular-json-0.3.3.tgz#815c99ea84f6809529d2f45791bdf82711352d66"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
clamp@^1.0.1:
version "1.0.1"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/clamp/-/clamp-1.0.1.tgz#66a0e64011816e37196828fdc8c8c147312c8634"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
class-utils@^0.3.5:
version "0.3.6"
resolved "https://registry.yarnpkg.com/class-utils/-/class-utils-0.3.6.tgz#f93369ae8b9a7ce02fd41faad0ca83033190c463"
dependencies:
arr-union "^3.1.0"
define-property "^0.2.5"
isobject "^3.0.0"
static-extend "^0.1.1"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
cli-cursor@^1.0.2:
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
version "1.0.2"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/cli-cursor/-/cli-cursor-1.0.2.tgz#64da3f7d56a54412e59794bd62dc35295e8f2987"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
restore-cursor "^1.0.1"
Update depenencies, update Prettier
2017-07-03 21:36:47 -07:00
cli-cursor@^2.1.0:
version "2.1.0"
resolved "https://registry.yarnpkg.com/cli-cursor/-/cli-cursor-2.1.0.tgz#b35dac376479facc3e94747d41d0d0f5238ffcb5"
dependencies:
restore-cursor "^2.0.0"
Employ pre-commit hook for formatting code. (#2597) This change comes thanks to @plasticine's great idea (https://github.com/react-community/react-navigation/pull/2581#issuecomment-329661371). - Add husky and lint-staged to use pre-commit hook. - Automate formatting JavaScript code using ESLint and Prettier before committing changes.
2017-09-16 07:17:09 +09:00
cli-spinners@^0.1.2:
version "0.1.2"
resolved "https://registry.yarnpkg.com/cli-spinners/-/cli-spinners-0.1.2.tgz#bb764d88e185fb9e1e6a2a1f19772318f605e31c"
cli-truncate@^0.2.1:
version "0.2.1"
resolved "https://registry.yarnpkg.com/cli-truncate/-/cli-truncate-0.2.1.tgz#9f15cfbb0705005369216c626ac7d05ab90dd574"
dependencies:
slice-ansi "0.0.4"
string-width "^1.0.1"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
cli-width@^2.0.0:
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
version "2.2.0"
resolved "https://registry.yarnpkg.com/cli-width/-/cli-width-2.2.0.tgz#ff19ede8a9a5e579324147b0c11f0fbcbabed639"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Remove flow (#3350) * Remove flow types from src * Finish removing Flow * Clear out flow-typed, some flow mentions in docs, website flow usage, and some other config
2018-01-24 17:52:09 -08:00
clipboardy@^1.2.2:
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
version "1.2.3"
resolved "https://registry.yarnpkg.com/clipboardy/-/clipboardy-1.2.3.tgz#0526361bf78724c1f20be248d428e365433c07ef"
Remove flow (#3350) * Remove flow types from src * Finish removing Flow * Clear out flow-typed, some flow mentions in docs, website flow usage, and some other config
2018-01-24 17:52:09 -08:00
dependencies:
arch "^2.1.0"
execa "^0.8.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
cliui@^2.1.0:
version "2.1.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/cliui/-/cliui-2.1.0.tgz#4b475760ff80264c762c3a1719032e91c7fea0d1"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
center-align "^0.1.1"
right-align "^0.1.1"
wordwrap "0.0.2"
cliui@^3.2.0:
version "3.2.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/cliui/-/cliui-3.2.0.tgz#120601537a916d29940f934da3b48d585a39213d"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
string-width "^1.0.1"
strip-ansi "^3.0.1"
wrap-ansi "^2.0.0"
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
cliui@^4.0.0:
version "4.0.0"
resolved "https://registry.yarnpkg.com/cliui/-/cliui-4.0.0.tgz#743d4650e05f36d1ed2575b59638d87322bfbbcc"
dependencies:
string-width "^2.1.1"
strip-ansi "^4.0.0"
wrap-ansi "^2.0.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
clone-stats@^0.0.1:
version "0.0.1"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/clone-stats/-/clone-stats-0.0.1.tgz#b88f94a82cf38b8791d58046ea4029ad88ca99d1"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
clone@^1.0.0:
Remove flow (#3350) * Remove flow types from src * Finish removing Flow * Clear out flow-typed, some flow mentions in docs, website flow usage, and some other config
2018-01-24 17:52:09 -08:00
version "1.0.3"
resolved "https://registry.yarnpkg.com/clone/-/clone-1.0.3.tgz#298d7e2231660f40c003c2ed3140decf3f53085f"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
co@^4.6.0:
version "4.6.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/co/-/co-4.6.0.tgz#6ea6bdf3d853ae54ccb8e47bfa0bf3f9031fb184"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
code-point-at@^1.0.0:
version "1.1.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/code-point-at/-/code-point-at-1.1.0.tgz#0d070b4d043a5bea33a2f1a40e2edb3d9a4ccf77"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Add codecov.io support
2017-05-14 14:33:39 -07:00
codecov@^2.2.0:
Update to react-native@0.49 and flow-bin@0.53 (#2845) * Update root package to react-native@0.49 and flow-bin@0.53 * Update NavigationPlayground package to react-native@0.49 and flow-bin@0.53 * Update ReduxExample package to react-native@0.49 and flow-bin@0.53 * flow-typed update (code-gen) * Find-and-replace old types with new types - `React.Element<*>` as the result of a render function is now `React.Node` - `ReactClass<T>` as the type of a Component is now `React.ComponentType<typeof T>` - `extends React.Component<DP, P, S>` is now `extends React.Component<P, S>` - `React.Children<*>` as the type of a children prop is now `React.ChildrenArray<*>` - Refs are now typed with `React.Ref` There are also several tiny typo fixes in here. * Avoid assuming state is NavigationRoute in addNavigationHelpers For the root, top-level Navigator, the state is a simple `NavigationState` (with no route info) and we still use `addNavigationHelpers` for it. We can't assume `navigation.state.key` is accessible for this type, so we need to do runtime checks here. * Fix type of NavigationScreenConfig `navigationOptions` was incorrectly typed * Give createNavigationContainer's State a type parameter We want to be able to specifically type this guy so we can use specific NavigationState for things like the Drawer views without having to do runtime assertions about the state type * Fix typing of NavigationAction First of all, `NavigationAction` was being used as two different types, so I had to create the new `PossiblyDeprecatedNavigationAction` and add it as a type parameter everywhere. Second of all, generics and implied types were being used far more than they need to be, and they're hard to work with because Flow doesn't really explain things well when they go wrong. * Make sure children scenes of CardStack have NavigationProp typed with NavigationRoute CardStack's `NavigationScreenProp` is typed with `NavigationState`, but the children need `NavigationRoute`. Flow gets confused by the spread operator, even if the individual property is replaced later, so we need to explicitly list each property individually (just `dispatch`, actually). * Allow prevTransitionProps parameter to be nullable * Allow prevTransitionProps parameter to be nullable * Narrow down a couple type parameters * Move NavigationStateRoute cast to within Component.router check in createConfigGetter * Update withCachedChildNavigation so it's typed correctly with React.ComponentType * Add a $FlowFixMe for displayName `React.StatelessFunctionalComponent` is missing `displayName` before Flow 0.54.0 See https://github.com/facebook/flow/commit/de37062ea21cb4055d3f1b01bdbaa76461140fc8 * Make TouchableItem's onPress prop optional `HeaderBackButton` can pass in an undefined onPress, and the React Native `Touchable*` components allow it too * Simplify withCachedChildNavigation and get rid of generics The generics don't help us here and they make the types more confusing * Redefine NavigationComponent as direct intersection The new type is technically identical to the old type, but Flow is confused by the old type... * Save router to local var before checking createConfigGetter Flow seems to think Component.router can change after the check * Fix DrawerSidebar's navigation prop's type In order for us to be able to generate a childNavigationProp, the original navigation prop has to have a NavigationState state. * Colocate action.key check with action.type check in getStateForAction For some reason, Flow thinks `action` can change sometime after `action.type` is checked. As a result, it's not properly concluding that `action.key` should exist. To avoid this, we pull `action.key` out immediately after doing the `action.type` check. * Use bounded polymorphism to pass down all props in withCachedChildNavigation Also makes sure the injected props are specified first in the union Also removes an unused `eslint-disable-line` in `getScreenForRouteName` * Make TabRouter's getComponentForState return NavigationComponent `NavigationScreenComponent` is a subtype of `NavigationComponent`, but it's not clear that `getComponentForState` always returns a `NavigationScreenComponent`, as `getScreenForRouteName` returns `NavigationComponent` * Define NavigationComponent's props using NavigationNavigatorProps Right now the types ask Flow to infer the types of `NavigationComponent`'s props. (`NavigationComponent` is the union of `NavigationNavigator` and NavigationScreenComponent.) Instead, we type the props as subtypes of `NavigationNavigatorProps`, so we can properly access those props without type errors. We used bounded polymorphism in `createNavigationContainer` and `createNavigator` to pass down these props. We also explicitly type the action in `createNavigationContainer` so we can properly pass in a `NavigationInitAction` to the dispatch function. * Parameterize NavigationTabRouterConfig `NavigationTabRouterConfig` doesn't always take `NavigationTabScreenOptions`; sometimes, it takes `NavigationDrawerScreenOptions`. * Make all NavigationOptions Exact types We're seeing weird behavior when these are merged together. By making them Exact types, we make types don't get mangled when they're unioned. https://flow.org/en/docs/types/unions/#toc-disjoint-unions-with-exact-types * Silence errors in tests These errors are unavoidable since we can't type the precise shape of a particular `NavigationState`. * Include NavigationSetParamsAction in NavigationTabAction `TabNavigator`'s `getStateForAction` definitely takes `NavigationSetParamsAction`. * Explicitly list router as void in NavigationScreenComponent This is so Flow knows that if a `NavigationComponent` has a `router` property, then it is definitely a `NavigationNavigator`. * Fix website app navigator's type * Fix createDocPage type in App In an earlier commit I attempted to fix the types here, but I incorrectly read it as returning a navigator when it just returns a screen. For some reason the error didn't immediately show up. * Fix NavigationComponent types Five changes: 1. No longer parameterizing the props of `NavigationComponent`; directly specifying as `NavigationNavigatorProps` 2. Specify the two distinct kinds of route types (leaf and state) directly in `NavigationComponent` 3. Have `SceneView` directly take `NavigationComponent` and allow inferring of `NavigationSceneProp` type 4. Have `CardStack` directly take `NavigationComponent` as well * Allow Flow to infer `NavigationAction` type in `createNavigator` * Silence Flow in router code that handles navigator sub-routes There's no way for us to tell Flow that routes that correspond to navigators should be `NavigationStateRoute`s * Allow DrawerSidebar to take a null contentComponent The way `DrawerNavigator` is set up, it's possible to pass in a null `contentComponent` in the config. If somebody want to do this, we'll just make the `DrawerSidebar` not appear altogether. This is simpler than splitting the types so there's a possibly-unspecified one for the user input, but a definitely-specified one in `DrawerSidebar`. * Specify missing screenProps prop in DrawerView * Thread full NavigationStateRoute in to DrawerSidebar This requiring making `withCachedChildNavigation` use bounded polymorphism to thread the `NavigationStateRoute` through instead of downgrading it to a `NavigationState` * Make NavigationStateProp's state prop covariant This means that `NavigationStateProp<NavigationStateRoute>` will be a subtype of `NavigationStateProp<NavigationRoute>` and `NavigationStateProp<NavigationState>` * Silence Flow's complaints about a route not being a NavigationStateRoute As mentioned in previous commits and in the comment, there is no way to type a specific navigation state shape, so we have to cast it and silence Flow's complaints. * Get rid of style prop in CardStack It looks like at some point, it was possible to specify a `style` prop that got passed all the way down to `Header`, the `TransitionConfig`'s `screenInterpolator`, and `Transitioner`. Doesn't look like we're using it anywhere, and there's a todo saying to remove it, and it's causing a type error. * Infer type of options instead of using a subtype of {} I think this has to do with {} allowing for unsealed objects. I'm not 100% sure, but this fixes 4/6 of the remaining errors! * Fix two type errors in NavigationPlayground One was just requiring an outdated type (`React.Children` instead of `React.ChildrenArray`), and the other was getting confused regarding types because of a spread operator. * Use a covariant property to simplify withCachedChildNavigation's InputProps This doesn't reduce any errors, but it's a bit simpler and cleaner. * Silence last two Flow errors regarding withCachedChildNavigation injecting childNavigationProps These are the only two errors I haven't been able to figure out at all. If I had more time I'd try and figure out the simplest case and report it to the Flow team, but I've been working on this for a week already and have to move on. The issue at hand is that `withCachedChildNavigation` injects `childNavigationProps`, but Flow doesn't see this and thinks it needs to be specified by the view component. We're using the HOC pattern suggested by the Flow docs, and I've tried several other patterns to no avail. * Use stock react-native instead of Expo's in NavigationPlayground Expo's causes Flow errors, and apparently this is normal practice because the person who switched us to Expo did this too. * Silence react-native-gesture-handler Flow errors in NavigationPlayground Expo requires this package, but it causes Flow errors. * Fix index check in DrawerSidebar Silly me, falling for the typical "0 is falsey" problem... * Rework deprecated action tests In an earlier commit I moved the `NavigationActions.mapDeprecatedActionAndWarn` out from `getStateForAction` and into `createNavigationContainer`'s `dispatch` function. The tests need to be reworked to support this, as they were previously calling `getStateForAction` directly. I don't imagine any users are calling `getStateForAction` directly. * Re-record two snapshots The changes in these snapshots are by design and don't affect anything. * Infer type of options in NavigationScreenConfig The issue is that sometimes we include options for different navigators in a single blob. * Infer types of action and options in createNavigationContainer Particulary helps with Options. Makes the types more specific and gets rid of an error that only shows up when using the library * Don't use generics for NavigationState in createNavigationContainer There's no particular reason for having those generics there, since there's no way we'd be able to get Flow to understand the exact shape of particular navigation states anyways. This fixes a bug when integrating this version of the project into my repo. * Move ReduxExample to react-native@0.49.3 instead of custom Expo version
2017-10-31 10:41:17 -04:00
version "2.3.1"
resolved "https://registry.yarnpkg.com/codecov/-/codecov-2.3.1.tgz#7dda945cd58a1f6081025b5b03ee01a2ef20f86e"
Add codecov.io support
2017-05-14 14:33:39 -07:00
dependencies:
argv "0.0.2"
Update to react-native@0.49 and flow-bin@0.53 (#2845) * Update root package to react-native@0.49 and flow-bin@0.53 * Update NavigationPlayground package to react-native@0.49 and flow-bin@0.53 * Update ReduxExample package to react-native@0.49 and flow-bin@0.53 * flow-typed update (code-gen) * Find-and-replace old types with new types - `React.Element<*>` as the result of a render function is now `React.Node` - `ReactClass<T>` as the type of a Component is now `React.ComponentType<typeof T>` - `extends React.Component<DP, P, S>` is now `extends React.Component<P, S>` - `React.Children<*>` as the type of a children prop is now `React.ChildrenArray<*>` - Refs are now typed with `React.Ref` There are also several tiny typo fixes in here. * Avoid assuming state is NavigationRoute in addNavigationHelpers For the root, top-level Navigator, the state is a simple `NavigationState` (with no route info) and we still use `addNavigationHelpers` for it. We can't assume `navigation.state.key` is accessible for this type, so we need to do runtime checks here. * Fix type of NavigationScreenConfig `navigationOptions` was incorrectly typed * Give createNavigationContainer's State a type parameter We want to be able to specifically type this guy so we can use specific NavigationState for things like the Drawer views without having to do runtime assertions about the state type * Fix typing of NavigationAction First of all, `NavigationAction` was being used as two different types, so I had to create the new `PossiblyDeprecatedNavigationAction` and add it as a type parameter everywhere. Second of all, generics and implied types were being used far more than they need to be, and they're hard to work with because Flow doesn't really explain things well when they go wrong. * Make sure children scenes of CardStack have NavigationProp typed with NavigationRoute CardStack's `NavigationScreenProp` is typed with `NavigationState`, but the children need `NavigationRoute`. Flow gets confused by the spread operator, even if the individual property is replaced later, so we need to explicitly list each property individually (just `dispatch`, actually). * Allow prevTransitionProps parameter to be nullable * Allow prevTransitionProps parameter to be nullable * Narrow down a couple type parameters * Move NavigationStateRoute cast to within Component.router check in createConfigGetter * Update withCachedChildNavigation so it's typed correctly with React.ComponentType * Add a $FlowFixMe for displayName `React.StatelessFunctionalComponent` is missing `displayName` before Flow 0.54.0 See https://github.com/facebook/flow/commit/de37062ea21cb4055d3f1b01bdbaa76461140fc8 * Make TouchableItem's onPress prop optional `HeaderBackButton` can pass in an undefined onPress, and the React Native `Touchable*` components allow it too * Simplify withCachedChildNavigation and get rid of generics The generics don't help us here and they make the types more confusing * Redefine NavigationComponent as direct intersection The new type is technically identical to the old type, but Flow is confused by the old type... * Save router to local var before checking createConfigGetter Flow seems to think Component.router can change after the check * Fix DrawerSidebar's navigation prop's type In order for us to be able to generate a childNavigationProp, the original navigation prop has to have a NavigationState state. * Colocate action.key check with action.type check in getStateForAction For some reason, Flow thinks `action` can change sometime after `action.type` is checked. As a result, it's not properly concluding that `action.key` should exist. To avoid this, we pull `action.key` out immediately after doing the `action.type` check. * Use bounded polymorphism to pass down all props in withCachedChildNavigation Also makes sure the injected props are specified first in the union Also removes an unused `eslint-disable-line` in `getScreenForRouteName` * Make TabRouter's getComponentForState return NavigationComponent `NavigationScreenComponent` is a subtype of `NavigationComponent`, but it's not clear that `getComponentForState` always returns a `NavigationScreenComponent`, as `getScreenForRouteName` returns `NavigationComponent` * Define NavigationComponent's props using NavigationNavigatorProps Right now the types ask Flow to infer the types of `NavigationComponent`'s props. (`NavigationComponent` is the union of `NavigationNavigator` and NavigationScreenComponent.) Instead, we type the props as subtypes of `NavigationNavigatorProps`, so we can properly access those props without type errors. We used bounded polymorphism in `createNavigationContainer` and `createNavigator` to pass down these props. We also explicitly type the action in `createNavigationContainer` so we can properly pass in a `NavigationInitAction` to the dispatch function. * Parameterize NavigationTabRouterConfig `NavigationTabRouterConfig` doesn't always take `NavigationTabScreenOptions`; sometimes, it takes `NavigationDrawerScreenOptions`. * Make all NavigationOptions Exact types We're seeing weird behavior when these are merged together. By making them Exact types, we make types don't get mangled when they're unioned. https://flow.org/en/docs/types/unions/#toc-disjoint-unions-with-exact-types * Silence errors in tests These errors are unavoidable since we can't type the precise shape of a particular `NavigationState`. * Include NavigationSetParamsAction in NavigationTabAction `TabNavigator`'s `getStateForAction` definitely takes `NavigationSetParamsAction`. * Explicitly list router as void in NavigationScreenComponent This is so Flow knows that if a `NavigationComponent` has a `router` property, then it is definitely a `NavigationNavigator`. * Fix website app navigator's type * Fix createDocPage type in App In an earlier commit I attempted to fix the types here, but I incorrectly read it as returning a navigator when it just returns a screen. For some reason the error didn't immediately show up. * Fix NavigationComponent types Five changes: 1. No longer parameterizing the props of `NavigationComponent`; directly specifying as `NavigationNavigatorProps` 2. Specify the two distinct kinds of route types (leaf and state) directly in `NavigationComponent` 3. Have `SceneView` directly take `NavigationComponent` and allow inferring of `NavigationSceneProp` type 4. Have `CardStack` directly take `NavigationComponent` as well * Allow Flow to infer `NavigationAction` type in `createNavigator` * Silence Flow in router code that handles navigator sub-routes There's no way for us to tell Flow that routes that correspond to navigators should be `NavigationStateRoute`s * Allow DrawerSidebar to take a null contentComponent The way `DrawerNavigator` is set up, it's possible to pass in a null `contentComponent` in the config. If somebody want to do this, we'll just make the `DrawerSidebar` not appear altogether. This is simpler than splitting the types so there's a possibly-unspecified one for the user input, but a definitely-specified one in `DrawerSidebar`. * Specify missing screenProps prop in DrawerView * Thread full NavigationStateRoute in to DrawerSidebar This requiring making `withCachedChildNavigation` use bounded polymorphism to thread the `NavigationStateRoute` through instead of downgrading it to a `NavigationState` * Make NavigationStateProp's state prop covariant This means that `NavigationStateProp<NavigationStateRoute>` will be a subtype of `NavigationStateProp<NavigationRoute>` and `NavigationStateProp<NavigationState>` * Silence Flow's complaints about a route not being a NavigationStateRoute As mentioned in previous commits and in the comment, there is no way to type a specific navigation state shape, so we have to cast it and silence Flow's complaints. * Get rid of style prop in CardStack It looks like at some point, it was possible to specify a `style` prop that got passed all the way down to `Header`, the `TransitionConfig`'s `screenInterpolator`, and `Transitioner`. Doesn't look like we're using it anywhere, and there's a todo saying to remove it, and it's causing a type error. * Infer type of options instead of using a subtype of {} I think this has to do with {} allowing for unsealed objects. I'm not 100% sure, but this fixes 4/6 of the remaining errors! * Fix two type errors in NavigationPlayground One was just requiring an outdated type (`React.Children` instead of `React.ChildrenArray`), and the other was getting confused regarding types because of a spread operator. * Use a covariant property to simplify withCachedChildNavigation's InputProps This doesn't reduce any errors, but it's a bit simpler and cleaner. * Silence last two Flow errors regarding withCachedChildNavigation injecting childNavigationProps These are the only two errors I haven't been able to figure out at all. If I had more time I'd try and figure out the simplest case and report it to the Flow team, but I've been working on this for a week already and have to move on. The issue at hand is that `withCachedChildNavigation` injects `childNavigationProps`, but Flow doesn't see this and thinks it needs to be specified by the view component. We're using the HOC pattern suggested by the Flow docs, and I've tried several other patterns to no avail. * Use stock react-native instead of Expo's in NavigationPlayground Expo's causes Flow errors, and apparently this is normal practice because the person who switched us to Expo did this too. * Silence react-native-gesture-handler Flow errors in NavigationPlayground Expo requires this package, but it causes Flow errors. * Fix index check in DrawerSidebar Silly me, falling for the typical "0 is falsey" problem... * Rework deprecated action tests In an earlier commit I moved the `NavigationActions.mapDeprecatedActionAndWarn` out from `getStateForAction` and into `createNavigationContainer`'s `dispatch` function. The tests need to be reworked to support this, as they were previously calling `getStateForAction` directly. I don't imagine any users are calling `getStateForAction` directly. * Re-record two snapshots The changes in these snapshots are by design and don't affect anything. * Infer type of options in NavigationScreenConfig The issue is that sometimes we include options for different navigators in a single blob. * Infer types of action and options in createNavigationContainer Particulary helps with Options. Makes the types more specific and gets rid of an error that only shows up when using the library * Don't use generics for NavigationState in createNavigationContainer There's no particular reason for having those generics there, since there's no way we'd be able to get Flow to understand the exact shape of particular navigation states anyways. This fixes a bug when integrating this version of the project into my repo. * Move ReduxExample to react-native@0.49.3 instead of custom Expo version
2017-10-31 10:41:17 -04:00
request "2.77.0"
Add codecov.io support
2017-05-14 14:33:39 -07:00
urlgrey "0.4.4"
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
collection-visit@^1.0.0:
version "1.0.0"
resolved "https://registry.yarnpkg.com/collection-visit/-/collection-visit-1.0.0.tgz#4bc0373c164bc3291b4d368c829cf1a80a59dca0"
dependencies:
map-visit "^1.0.0"
object-visit "^1.0.0"
Add react-native-tabs as export from react-navigation
2018-03-18 17:50:02 -04:00
color-convert@^1.9.0, color-convert@^1.9.1:
Remove flow (#3350) * Remove flow types from src * Finish removing Flow * Clear out flow-typed, some flow mentions in docs, website flow usage, and some other config
2018-01-24 17:52:09 -08:00
version "1.9.1"
resolved "https://registry.yarnpkg.com/color-convert/-/color-convert-1.9.1.tgz#c1261107aeb2f294ebffec9ed9ecad529a6097ed"
Update dependencies
2017-03-15 16:02:49 -07:00
dependencies:
color-name "^1.1.1"
Add react-native-tabs as export from react-navigation
2018-03-18 17:50:02 -04:00
color-name@^1.0.0, color-name@^1.1.1:
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
version "1.1.3"
resolved "https://registry.yarnpkg.com/color-name/-/color-name-1.1.3.tgz#a7d0558bd89c42f795dd42328f740831ca53bc25"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Add react-native-tabs as export from react-navigation
2018-03-18 17:50:02 -04:00
color-string@^1.5.2:
version "1.5.2"
resolved "https://registry.yarnpkg.com/color-string/-/color-string-1.5.2.tgz#26e45814bc3c9a7cbd6751648a41434514a773a9"
dependencies:
color-name "^1.0.0"
simple-swizzle "^0.2.2"
Remove flow (#3350) * Remove flow types from src * Finish removing Flow * Clear out flow-typed, some flow mentions in docs, website flow usage, and some other config
2018-01-24 17:52:09 -08:00
color-support@^1.1.3:
version "1.1.3"
resolved "https://registry.yarnpkg.com/color-support/-/color-support-1.1.3.tgz#93834379a1cc9a0c61f82f52f0d04322251bd5a2"
Add react-native-tabs as export from react-navigation
2018-03-18 17:50:02 -04:00
color@^2.0.1:
version "2.0.1"
resolved "https://registry.yarnpkg.com/color/-/color-2.0.1.tgz#e4ed78a3c4603d0891eba5430b04b86314f4c839"
dependencies:
color-convert "^1.9.1"
color-string "^1.5.2"
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
combined-stream@1.0.6, combined-stream@^1.0.5, combined-stream@~1.0.5:
version "1.0.6"
resolved "https://registry.yarnpkg.com/combined-stream/-/combined-stream-1.0.6.tgz#723e7df6e801ac5613113a7e445a9b69cb632818"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
delayed-stream "~1.0.0"
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
commander@^2.11.0, commander@^2.9.0:
version "2.15.0"
resolved "https://registry.yarnpkg.com/commander/-/commander-2.15.0.tgz#ad2a23a1c3b036e392469b8012cec6b33b4c1322"
commander@~2.13.0:
version "2.13.0"
resolved "https://registry.yarnpkg.com/commander/-/commander-2.13.0.tgz#6964bca67685df7c1f1430c584f07d7597885b9c"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
common-tags@^1.4.0:
Remove flow (#3350) * Remove flow types from src * Finish removing Flow * Clear out flow-typed, some flow mentions in docs, website flow usage, and some other config
2018-01-24 17:52:09 -08:00
version "1.7.2"
resolved "https://registry.yarnpkg.com/common-tags/-/common-tags-1.7.2.tgz#24d9768c63d253a56ecff93845b44b4df1d52771"
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
dependencies:
Remove flow (#3350) * Remove flow types from src * Finish removing Flow * Clear out flow-typed, some flow mentions in docs, website flow usage, and some other config
2018-01-24 17:52:09 -08:00
babel-runtime "^6.26.0"
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
compare-versions@^3.1.0:
version "3.1.0"
resolved "https://registry.yarnpkg.com/compare-versions/-/compare-versions-3.1.0.tgz#43310256a5c555aaed4193c04d8f154cf9c6efd5"
component-emitter@^1.2.1:
version "1.2.1"
resolved "https://registry.yarnpkg.com/component-emitter/-/component-emitter-1.2.1.tgz#137918d6d78283f7df7a6b7c5a63e140e69425e6"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
compressible@~2.0.5:
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
version "2.0.13"
resolved "https://registry.yarnpkg.com/compressible/-/compressible-2.0.13.tgz#0d1020ab924b2fdb4d6279875c7d6daba6baa7a9"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
mime-db ">= 1.33.0 < 2"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
compression@~1.5.2:
version "1.5.2"
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
resolved "http://registry.npmjs.org/compression/-/compression-1.5.2.tgz#b03b8d86e6f8ad29683cba8df91ddc6ffc77b395"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
accepts "~1.2.12"
bytes "2.1.0"
compressible "~2.0.5"
debug "~2.2.0"
on-headers "~1.0.0"
vary "~1.0.1"
concat-map@0.0.1:
version "0.0.1"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/concat-map/-/concat-map-0.0.1.tgz#d8a96bd77fd68df7793a73036a3ba0d5405d477b"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
concat-stream@^1.6.0:
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
version "1.6.1"
resolved "https://registry.yarnpkg.com/concat-stream/-/concat-stream-1.6.1.tgz#261b8f518301f1d834e36342b9fea095d2620a26"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
inherits "^2.0.3"
readable-stream "^2.2.2"
typedarray "^0.0.6"
connect-timeout@~1.6.2:
version "1.6.2"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/connect-timeout/-/connect-timeout-1.6.2.tgz#de9a5ec61e33a12b6edaab7b5f062e98c599b88e"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
debug "~2.2.0"
http-errors "~1.3.1"
ms "0.7.1"
on-headers "~1.0.0"
connect@^2.8.3:
version "2.30.2"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/connect/-/connect-2.30.2.tgz#8da9bcbe8a054d3d318d74dfec903b5c39a1b609"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
basic-auth-connect "1.0.0"
body-parser "~1.13.3"
bytes "2.1.0"
compression "~1.5.2"
connect-timeout "~1.6.2"
content-type "~1.0.1"
cookie "0.1.3"
cookie-parser "~1.3.5"
cookie-signature "1.0.6"
csurf "~1.8.3"
debug "~2.2.0"
depd "~1.0.1"
errorhandler "~1.4.2"
express-session "~1.11.3"
finalhandler "0.4.0"
fresh "0.3.0"
http-errors "~1.3.1"
method-override "~2.3.5"
morgan "~1.6.1"
multiparty "3.3.2"
on-headers "~1.0.0"
parseurl "~1.3.0"
pause "0.1.0"
qs "4.0.0"
response-time "~2.3.1"
serve-favicon "~2.3.0"
serve-index "~1.7.2"
serve-static "~1.10.0"
type-is "~1.6.6"
utils-merge "1.0.0"
vhost "~3.0.1"
Update to RN 0.52 and Expo 25 (#3383) * Update to RN 0.52 and Expo 25 * Rerecord snapshots for failing Jest tests * jest-expo@25.1.0-beta.0 * jest-expo@25.1.0
2018-01-30 12:22:20 -06:00
connect@^3.6.5:
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
version "3.6.6"
resolved "https://registry.yarnpkg.com/connect/-/connect-3.6.6.tgz#09eff6c55af7236e137135a72574858b6786f524"
Update to RN 0.52 and Expo 25 (#3383) * Update to RN 0.52 and Expo 25 * Rerecord snapshots for failing Jest tests * jest-expo@25.1.0-beta.0 * jest-expo@25.1.0
2018-01-30 12:22:20 -06:00
dependencies:
debug "2.6.9"
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
finalhandler "1.1.0"
Update to RN 0.52 and Expo 25 (#3383) * Update to RN 0.52 and Expo 25 * Rerecord snapshots for failing Jest tests * jest-expo@25.1.0-beta.0 * jest-expo@25.1.0
2018-01-30 12:22:20 -06:00
parseurl "~1.3.2"
utils-merge "1.0.1"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
console-control-strings@^1.0.0, console-control-strings@~1.1.0:
version "1.1.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/console-control-strings/-/console-control-strings-1.1.0.tgz#3d7cf4464db6446ea644bf4b39507f9851008e8e"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
contains-path@^0.1.0:
version "0.1.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/contains-path/-/contains-path-0.1.0.tgz#fe8cf184ff6670b6baef01a9d4861a5cbec4120a"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
content-type-parser@^1.0.2:
Update to react-native@0.49 and flow-bin@0.53 (#2845) * Update root package to react-native@0.49 and flow-bin@0.53 * Update NavigationPlayground package to react-native@0.49 and flow-bin@0.53 * Update ReduxExample package to react-native@0.49 and flow-bin@0.53 * flow-typed update (code-gen) * Find-and-replace old types with new types - `React.Element<*>` as the result of a render function is now `React.Node` - `ReactClass<T>` as the type of a Component is now `React.ComponentType<typeof T>` - `extends React.Component<DP, P, S>` is now `extends React.Component<P, S>` - `React.Children<*>` as the type of a children prop is now `React.ChildrenArray<*>` - Refs are now typed with `React.Ref` There are also several tiny typo fixes in here. * Avoid assuming state is NavigationRoute in addNavigationHelpers For the root, top-level Navigator, the state is a simple `NavigationState` (with no route info) and we still use `addNavigationHelpers` for it. We can't assume `navigation.state.key` is accessible for this type, so we need to do runtime checks here. * Fix type of NavigationScreenConfig `navigationOptions` was incorrectly typed * Give createNavigationContainer's State a type parameter We want to be able to specifically type this guy so we can use specific NavigationState for things like the Drawer views without having to do runtime assertions about the state type * Fix typing of NavigationAction First of all, `NavigationAction` was being used as two different types, so I had to create the new `PossiblyDeprecatedNavigationAction` and add it as a type parameter everywhere. Second of all, generics and implied types were being used far more than they need to be, and they're hard to work with because Flow doesn't really explain things well when they go wrong. * Make sure children scenes of CardStack have NavigationProp typed with NavigationRoute CardStack's `NavigationScreenProp` is typed with `NavigationState`, but the children need `NavigationRoute`. Flow gets confused by the spread operator, even if the individual property is replaced later, so we need to explicitly list each property individually (just `dispatch`, actually). * Allow prevTransitionProps parameter to be nullable * Allow prevTransitionProps parameter to be nullable * Narrow down a couple type parameters * Move NavigationStateRoute cast to within Component.router check in createConfigGetter * Update withCachedChildNavigation so it's typed correctly with React.ComponentType * Add a $FlowFixMe for displayName `React.StatelessFunctionalComponent` is missing `displayName` before Flow 0.54.0 See https://github.com/facebook/flow/commit/de37062ea21cb4055d3f1b01bdbaa76461140fc8 * Make TouchableItem's onPress prop optional `HeaderBackButton` can pass in an undefined onPress, and the React Native `Touchable*` components allow it too * Simplify withCachedChildNavigation and get rid of generics The generics don't help us here and they make the types more confusing * Redefine NavigationComponent as direct intersection The new type is technically identical to the old type, but Flow is confused by the old type... * Save router to local var before checking createConfigGetter Flow seems to think Component.router can change after the check * Fix DrawerSidebar's navigation prop's type In order for us to be able to generate a childNavigationProp, the original navigation prop has to have a NavigationState state. * Colocate action.key check with action.type check in getStateForAction For some reason, Flow thinks `action` can change sometime after `action.type` is checked. As a result, it's not properly concluding that `action.key` should exist. To avoid this, we pull `action.key` out immediately after doing the `action.type` check. * Use bounded polymorphism to pass down all props in withCachedChildNavigation Also makes sure the injected props are specified first in the union Also removes an unused `eslint-disable-line` in `getScreenForRouteName` * Make TabRouter's getComponentForState return NavigationComponent `NavigationScreenComponent` is a subtype of `NavigationComponent`, but it's not clear that `getComponentForState` always returns a `NavigationScreenComponent`, as `getScreenForRouteName` returns `NavigationComponent` * Define NavigationComponent's props using NavigationNavigatorProps Right now the types ask Flow to infer the types of `NavigationComponent`'s props. (`NavigationComponent` is the union of `NavigationNavigator` and NavigationScreenComponent.) Instead, we type the props as subtypes of `NavigationNavigatorProps`, so we can properly access those props without type errors. We used bounded polymorphism in `createNavigationContainer` and `createNavigator` to pass down these props. We also explicitly type the action in `createNavigationContainer` so we can properly pass in a `NavigationInitAction` to the dispatch function. * Parameterize NavigationTabRouterConfig `NavigationTabRouterConfig` doesn't always take `NavigationTabScreenOptions`; sometimes, it takes `NavigationDrawerScreenOptions`. * Make all NavigationOptions Exact types We're seeing weird behavior when these are merged together. By making them Exact types, we make types don't get mangled when they're unioned. https://flow.org/en/docs/types/unions/#toc-disjoint-unions-with-exact-types * Silence errors in tests These errors are unavoidable since we can't type the precise shape of a particular `NavigationState`. * Include NavigationSetParamsAction in NavigationTabAction `TabNavigator`'s `getStateForAction` definitely takes `NavigationSetParamsAction`. * Explicitly list router as void in NavigationScreenComponent This is so Flow knows that if a `NavigationComponent` has a `router` property, then it is definitely a `NavigationNavigator`. * Fix website app navigator's type * Fix createDocPage type in App In an earlier commit I attempted to fix the types here, but I incorrectly read it as returning a navigator when it just returns a screen. For some reason the error didn't immediately show up. * Fix NavigationComponent types Five changes: 1. No longer parameterizing the props of `NavigationComponent`; directly specifying as `NavigationNavigatorProps` 2. Specify the two distinct kinds of route types (leaf and state) directly in `NavigationComponent` 3. Have `SceneView` directly take `NavigationComponent` and allow inferring of `NavigationSceneProp` type 4. Have `CardStack` directly take `NavigationComponent` as well * Allow Flow to infer `NavigationAction` type in `createNavigator` * Silence Flow in router code that handles navigator sub-routes There's no way for us to tell Flow that routes that correspond to navigators should be `NavigationStateRoute`s * Allow DrawerSidebar to take a null contentComponent The way `DrawerNavigator` is set up, it's possible to pass in a null `contentComponent` in the config. If somebody want to do this, we'll just make the `DrawerSidebar` not appear altogether. This is simpler than splitting the types so there's a possibly-unspecified one for the user input, but a definitely-specified one in `DrawerSidebar`. * Specify missing screenProps prop in DrawerView * Thread full NavigationStateRoute in to DrawerSidebar This requiring making `withCachedChildNavigation` use bounded polymorphism to thread the `NavigationStateRoute` through instead of downgrading it to a `NavigationState` * Make NavigationStateProp's state prop covariant This means that `NavigationStateProp<NavigationStateRoute>` will be a subtype of `NavigationStateProp<NavigationRoute>` and `NavigationStateProp<NavigationState>` * Silence Flow's complaints about a route not being a NavigationStateRoute As mentioned in previous commits and in the comment, there is no way to type a specific navigation state shape, so we have to cast it and silence Flow's complaints. * Get rid of style prop in CardStack It looks like at some point, it was possible to specify a `style` prop that got passed all the way down to `Header`, the `TransitionConfig`'s `screenInterpolator`, and `Transitioner`. Doesn't look like we're using it anywhere, and there's a todo saying to remove it, and it's causing a type error. * Infer type of options instead of using a subtype of {} I think this has to do with {} allowing for unsealed objects. I'm not 100% sure, but this fixes 4/6 of the remaining errors! * Fix two type errors in NavigationPlayground One was just requiring an outdated type (`React.Children` instead of `React.ChildrenArray`), and the other was getting confused regarding types because of a spread operator. * Use a covariant property to simplify withCachedChildNavigation's InputProps This doesn't reduce any errors, but it's a bit simpler and cleaner. * Silence last two Flow errors regarding withCachedChildNavigation injecting childNavigationProps These are the only two errors I haven't been able to figure out at all. If I had more time I'd try and figure out the simplest case and report it to the Flow team, but I've been working on this for a week already and have to move on. The issue at hand is that `withCachedChildNavigation` injects `childNavigationProps`, but Flow doesn't see this and thinks it needs to be specified by the view component. We're using the HOC pattern suggested by the Flow docs, and I've tried several other patterns to no avail. * Use stock react-native instead of Expo's in NavigationPlayground Expo's causes Flow errors, and apparently this is normal practice because the person who switched us to Expo did this too. * Silence react-native-gesture-handler Flow errors in NavigationPlayground Expo requires this package, but it causes Flow errors. * Fix index check in DrawerSidebar Silly me, falling for the typical "0 is falsey" problem... * Rework deprecated action tests In an earlier commit I moved the `NavigationActions.mapDeprecatedActionAndWarn` out from `getStateForAction` and into `createNavigationContainer`'s `dispatch` function. The tests need to be reworked to support this, as they were previously calling `getStateForAction` directly. I don't imagine any users are calling `getStateForAction` directly. * Re-record two snapshots The changes in these snapshots are by design and don't affect anything. * Infer type of options in NavigationScreenConfig The issue is that sometimes we include options for different navigators in a single blob. * Infer types of action and options in createNavigationContainer Particulary helps with Options. Makes the types more specific and gets rid of an error that only shows up when using the library * Don't use generics for NavigationState in createNavigationContainer There's no particular reason for having those generics there, since there's no way we'd be able to get Flow to understand the exact shape of particular navigation states anyways. This fixes a bug when integrating this version of the project into my repo. * Move ReduxExample to react-native@0.49.3 instead of custom Expo version
2017-10-31 10:41:17 -04:00
version "1.0.2"
resolved "https://registry.yarnpkg.com/content-type-parser/-/content-type-parser-1.0.2.tgz#caabe80623e63638b2502fd4c7f12ff4ce2352e7"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
content-type@~1.0.1:
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
version "1.0.4"
resolved "https://registry.yarnpkg.com/content-type/-/content-type-1.0.4.tgz#e138cc75e040c727b1966fe5e5f8c9aee256fe3b"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
convert-source-map@^1.4.0, convert-source-map@^1.5.0:
Remove flow (#3350) * Remove flow types from src * Finish removing Flow * Clear out flow-typed, some flow mentions in docs, website flow usage, and some other config
2018-01-24 17:52:09 -08:00
version "1.5.1"
resolved "https://registry.yarnpkg.com/convert-source-map/-/convert-source-map-1.5.1.tgz#b8278097b9bc229365de5c62cf5fcaed8b5599e5"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
cookie-parser@~1.3.5:
version "1.3.5"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/cookie-parser/-/cookie-parser-1.3.5.tgz#9d755570fb5d17890771227a02314d9be7cf8356"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
cookie "0.1.3"
cookie-signature "1.0.6"
cookie-signature@1.0.6:
version "1.0.6"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/cookie-signature/-/cookie-signature-1.0.6.tgz#e303a882b342cc3ee8ca513a79999734dab3ae2c"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
cookie@0.1.3:
version "0.1.3"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/cookie/-/cookie-0.1.3.tgz#e734a5c1417fce472d5aef82c381cabb64d1a435"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
copy-descriptor@^0.1.0:
version "0.1.1"
resolved "https://registry.yarnpkg.com/copy-descriptor/-/copy-descriptor-0.1.1.tgz#676f6eb3c39997c2ee1ac3a924fd6124748f578d"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
core-js@^1.0.0:
version "1.2.7"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/core-js/-/core-js-1.2.7.tgz#652294c14651db28fa93bd2d5ff2983a4f08c636"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update to react-native@0.49 and flow-bin@0.53 (#2845) * Update root package to react-native@0.49 and flow-bin@0.53 * Update NavigationPlayground package to react-native@0.49 and flow-bin@0.53 * Update ReduxExample package to react-native@0.49 and flow-bin@0.53 * flow-typed update (code-gen) * Find-and-replace old types with new types - `React.Element<*>` as the result of a render function is now `React.Node` - `ReactClass<T>` as the type of a Component is now `React.ComponentType<typeof T>` - `extends React.Component<DP, P, S>` is now `extends React.Component<P, S>` - `React.Children<*>` as the type of a children prop is now `React.ChildrenArray<*>` - Refs are now typed with `React.Ref` There are also several tiny typo fixes in here. * Avoid assuming state is NavigationRoute in addNavigationHelpers For the root, top-level Navigator, the state is a simple `NavigationState` (with no route info) and we still use `addNavigationHelpers` for it. We can't assume `navigation.state.key` is accessible for this type, so we need to do runtime checks here. * Fix type of NavigationScreenConfig `navigationOptions` was incorrectly typed * Give createNavigationContainer's State a type parameter We want to be able to specifically type this guy so we can use specific NavigationState for things like the Drawer views without having to do runtime assertions about the state type * Fix typing of NavigationAction First of all, `NavigationAction` was being used as two different types, so I had to create the new `PossiblyDeprecatedNavigationAction` and add it as a type parameter everywhere. Second of all, generics and implied types were being used far more than they need to be, and they're hard to work with because Flow doesn't really explain things well when they go wrong. * Make sure children scenes of CardStack have NavigationProp typed with NavigationRoute CardStack's `NavigationScreenProp` is typed with `NavigationState`, but the children need `NavigationRoute`. Flow gets confused by the spread operator, even if the individual property is replaced later, so we need to explicitly list each property individually (just `dispatch`, actually). * Allow prevTransitionProps parameter to be nullable * Allow prevTransitionProps parameter to be nullable * Narrow down a couple type parameters * Move NavigationStateRoute cast to within Component.router check in createConfigGetter * Update withCachedChildNavigation so it's typed correctly with React.ComponentType * Add a $FlowFixMe for displayName `React.StatelessFunctionalComponent` is missing `displayName` before Flow 0.54.0 See https://github.com/facebook/flow/commit/de37062ea21cb4055d3f1b01bdbaa76461140fc8 * Make TouchableItem's onPress prop optional `HeaderBackButton` can pass in an undefined onPress, and the React Native `Touchable*` components allow it too * Simplify withCachedChildNavigation and get rid of generics The generics don't help us here and they make the types more confusing * Redefine NavigationComponent as direct intersection The new type is technically identical to the old type, but Flow is confused by the old type... * Save router to local var before checking createConfigGetter Flow seems to think Component.router can change after the check * Fix DrawerSidebar's navigation prop's type In order for us to be able to generate a childNavigationProp, the original navigation prop has to have a NavigationState state. * Colocate action.key check with action.type check in getStateForAction For some reason, Flow thinks `action` can change sometime after `action.type` is checked. As a result, it's not properly concluding that `action.key` should exist. To avoid this, we pull `action.key` out immediately after doing the `action.type` check. * Use bounded polymorphism to pass down all props in withCachedChildNavigation Also makes sure the injected props are specified first in the union Also removes an unused `eslint-disable-line` in `getScreenForRouteName` * Make TabRouter's getComponentForState return NavigationComponent `NavigationScreenComponent` is a subtype of `NavigationComponent`, but it's not clear that `getComponentForState` always returns a `NavigationScreenComponent`, as `getScreenForRouteName` returns `NavigationComponent` * Define NavigationComponent's props using NavigationNavigatorProps Right now the types ask Flow to infer the types of `NavigationComponent`'s props. (`NavigationComponent` is the union of `NavigationNavigator` and NavigationScreenComponent.) Instead, we type the props as subtypes of `NavigationNavigatorProps`, so we can properly access those props without type errors. We used bounded polymorphism in `createNavigationContainer` and `createNavigator` to pass down these props. We also explicitly type the action in `createNavigationContainer` so we can properly pass in a `NavigationInitAction` to the dispatch function. * Parameterize NavigationTabRouterConfig `NavigationTabRouterConfig` doesn't always take `NavigationTabScreenOptions`; sometimes, it takes `NavigationDrawerScreenOptions`. * Make all NavigationOptions Exact types We're seeing weird behavior when these are merged together. By making them Exact types, we make types don't get mangled when they're unioned. https://flow.org/en/docs/types/unions/#toc-disjoint-unions-with-exact-types * Silence errors in tests These errors are unavoidable since we can't type the precise shape of a particular `NavigationState`. * Include NavigationSetParamsAction in NavigationTabAction `TabNavigator`'s `getStateForAction` definitely takes `NavigationSetParamsAction`. * Explicitly list router as void in NavigationScreenComponent This is so Flow knows that if a `NavigationComponent` has a `router` property, then it is definitely a `NavigationNavigator`. * Fix website app navigator's type * Fix createDocPage type in App In an earlier commit I attempted to fix the types here, but I incorrectly read it as returning a navigator when it just returns a screen. For some reason the error didn't immediately show up. * Fix NavigationComponent types Five changes: 1. No longer parameterizing the props of `NavigationComponent`; directly specifying as `NavigationNavigatorProps` 2. Specify the two distinct kinds of route types (leaf and state) directly in `NavigationComponent` 3. Have `SceneView` directly take `NavigationComponent` and allow inferring of `NavigationSceneProp` type 4. Have `CardStack` directly take `NavigationComponent` as well * Allow Flow to infer `NavigationAction` type in `createNavigator` * Silence Flow in router code that handles navigator sub-routes There's no way for us to tell Flow that routes that correspond to navigators should be `NavigationStateRoute`s * Allow DrawerSidebar to take a null contentComponent The way `DrawerNavigator` is set up, it's possible to pass in a null `contentComponent` in the config. If somebody want to do this, we'll just make the `DrawerSidebar` not appear altogether. This is simpler than splitting the types so there's a possibly-unspecified one for the user input, but a definitely-specified one in `DrawerSidebar`. * Specify missing screenProps prop in DrawerView * Thread full NavigationStateRoute in to DrawerSidebar This requiring making `withCachedChildNavigation` use bounded polymorphism to thread the `NavigationStateRoute` through instead of downgrading it to a `NavigationState` * Make NavigationStateProp's state prop covariant This means that `NavigationStateProp<NavigationStateRoute>` will be a subtype of `NavigationStateProp<NavigationRoute>` and `NavigationStateProp<NavigationState>` * Silence Flow's complaints about a route not being a NavigationStateRoute As mentioned in previous commits and in the comment, there is no way to type a specific navigation state shape, so we have to cast it and silence Flow's complaints. * Get rid of style prop in CardStack It looks like at some point, it was possible to specify a `style` prop that got passed all the way down to `Header`, the `TransitionConfig`'s `screenInterpolator`, and `Transitioner`. Doesn't look like we're using it anywhere, and there's a todo saying to remove it, and it's causing a type error. * Infer type of options instead of using a subtype of {} I think this has to do with {} allowing for unsealed objects. I'm not 100% sure, but this fixes 4/6 of the remaining errors! * Fix two type errors in NavigationPlayground One was just requiring an outdated type (`React.Children` instead of `React.ChildrenArray`), and the other was getting confused regarding types because of a spread operator. * Use a covariant property to simplify withCachedChildNavigation's InputProps This doesn't reduce any errors, but it's a bit simpler and cleaner. * Silence last two Flow errors regarding withCachedChildNavigation injecting childNavigationProps These are the only two errors I haven't been able to figure out at all. If I had more time I'd try and figure out the simplest case and report it to the Flow team, but I've been working on this for a week already and have to move on. The issue at hand is that `withCachedChildNavigation` injects `childNavigationProps`, but Flow doesn't see this and thinks it needs to be specified by the view component. We're using the HOC pattern suggested by the Flow docs, and I've tried several other patterns to no avail. * Use stock react-native instead of Expo's in NavigationPlayground Expo's causes Flow errors, and apparently this is normal practice because the person who switched us to Expo did this too. * Silence react-native-gesture-handler Flow errors in NavigationPlayground Expo requires this package, but it causes Flow errors. * Fix index check in DrawerSidebar Silly me, falling for the typical "0 is falsey" problem... * Rework deprecated action tests In an earlier commit I moved the `NavigationActions.mapDeprecatedActionAndWarn` out from `getStateForAction` and into `createNavigationContainer`'s `dispatch` function. The tests need to be reworked to support this, as they were previously calling `getStateForAction` directly. I don't imagine any users are calling `getStateForAction` directly. * Re-record two snapshots The changes in these snapshots are by design and don't affect anything. * Infer type of options in NavigationScreenConfig The issue is that sometimes we include options for different navigators in a single blob. * Infer types of action and options in createNavigationContainer Particulary helps with Options. Makes the types more specific and gets rid of an error that only shows up when using the library * Don't use generics for NavigationState in createNavigationContainer There's no particular reason for having those generics there, since there's no way we'd be able to get Flow to understand the exact shape of particular navigation states anyways. This fixes a bug when integrating this version of the project into my repo. * Move ReduxExample to react-native@0.49.3 instead of custom Expo version
2017-10-31 10:41:17 -04:00
core-js@^2.2.2, core-js@^2.4.0, core-js@^2.4.1, core-js@^2.5.0:
Remove flow (#3350) * Remove flow types from src * Finish removing Flow * Clear out flow-typed, some flow mentions in docs, website flow usage, and some other config
2018-01-24 17:52:09 -08:00
version "2.5.3"
resolved "https://registry.yarnpkg.com/core-js/-/core-js-2.5.3.tgz#8acc38345824f16d8365b7c9b4259168e8ed603e"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
core-util-is@1.0.2, core-util-is@~1.0.0:
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
version "1.0.2"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/core-util-is/-/core-util-is-1.0.2.tgz#b5fd54220aa2bc5ab57aab7140c940754503c1a7"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Employ pre-commit hook for formatting code. (#2597) This change comes thanks to @plasticine's great idea (https://github.com/react-community/react-navigation/pull/2581#issuecomment-329661371). - Add husky and lint-staged to use pre-commit hook. - Automate formatting JavaScript code using ESLint and Prettier before committing changes.
2017-09-16 07:17:09 +09:00
cosmiconfig@^1.1.0:
version "1.1.0"
resolved "https://registry.yarnpkg.com/cosmiconfig/-/cosmiconfig-1.1.0.tgz#0dea0f9804efdfb929fbb1b188e25553ea053d37"
dependencies:
graceful-fs "^4.1.2"
js-yaml "^3.4.3"
minimist "^1.2.0"
object-assign "^4.0.1"
os-homedir "^1.0.1"
parse-json "^2.2.0"
pinkie-promise "^2.0.0"
require-from-string "^1.1.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
crc@3.3.0:
version "3.3.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/crc/-/crc-3.3.0.tgz#fa622e1bc388bf257309082d6b65200ce67090ba"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update to RN 0.45, fix/improve flow coverage
2017-07-03 15:06:08 -07:00
create-react-class@^15.5.2:
Update yarn.lock
2018-02-02 12:33:53 -08:00
version "15.6.3"
resolved "https://registry.yarnpkg.com/create-react-class/-/create-react-class-15.6.3.tgz#2d73237fb3f970ae6ebe011a9e66f46dbca80036"
Update to RN 0.45, fix/improve flow coverage
2017-07-03 15:06:08 -07:00
dependencies:
fbjs "^0.8.9"
loose-envify "^1.3.1"
object-assign "^4.1.1"
feat(context): refactor passing navigation context (#3668) * feat(context): refactor passing navigation context * remove commented code in example * adjust src/views/withNavigationFocus.js * refactor stuff * extract scene to variable * Add test * Apply CR comments * remove junk * bring back screen mode header
2018-03-15 18:55:00 +01:00
create-react-context@^0.2.1:
version "0.2.1"
resolved "https://registry.yarnpkg.com/create-react-context/-/create-react-context-0.2.1.tgz#425a3d96f4b7690c2fbf20aed5aeae2e2007a959"
dependencies:
fbjs "^0.8.0"
gud "^1.0.0"
Release 2.0.0-rc.4
2018-04-25 17:03:56 -07:00
create-react-context@^0.2.2:
version "0.2.2"
resolved "https://registry.yarnpkg.com/create-react-context/-/create-react-context-0.2.2.tgz#9836542f9aaa22868cd7d4a6f82667df38019dca"
dependencies:
fbjs "^0.8.0"
gud "^1.0.0"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
cross-spawn@^5.0.1, cross-spawn@^5.1.0:
Employ pre-commit hook for formatting code. (#2597) This change comes thanks to @plasticine's great idea (https://github.com/react-community/react-navigation/pull/2581#issuecomment-329661371). - Add husky and lint-staged to use pre-commit hook. - Automate formatting JavaScript code using ESLint and Prettier before committing changes.
2017-09-16 07:17:09 +09:00
version "5.1.0"
resolved "https://registry.yarnpkg.com/cross-spawn/-/cross-spawn-5.1.0.tgz#e8bd0efee58fcff6f8f94510a0a554bbfa235449"
dependencies:
lru-cache "^4.0.1"
shebang-command "^1.2.0"
which "^1.2.9"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
cryptiles@2.x.x:
version "2.0.5"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/cryptiles/-/cryptiles-2.0.5.tgz#3bdfecdc608147c1c67202fa291e7dca59eaa3b8"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
boom "2.x.x"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
cryptiles@3.x.x:
version "3.1.2"
resolved "https://registry.yarnpkg.com/cryptiles/-/cryptiles-3.1.2.tgz#a89fbb220f5ce25ec56e8c4aa8a4fd7b5b0d29fe"
dependencies:
boom "5.x.x"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
csrf@~3.0.0:
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
version "3.0.6"
resolved "https://registry.yarnpkg.com/csrf/-/csrf-3.0.6.tgz#b61120ddceeafc91e76ed5313bb5c0b2667b710a"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
rndm "1.2.0"
tsscmp "1.0.5"
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
uid-safe "2.1.4"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
cssom@0.3.x, "cssom@>= 0.3.2 < 0.4.0":
version "0.3.2"
resolved "https://registry.yarnpkg.com/cssom/-/cssom-0.3.2.tgz#b8036170c79f07a90ff2f16e22284027a243848b"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
"cssstyle@>= 0.2.37 < 0.3.0":
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
version "0.2.37"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/cssstyle/-/cssstyle-0.2.37.tgz#541097234cb2513c83ceed3acddc27ff27987d54"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
cssom "0.3.x"
csurf@~1.8.3:
version "1.8.3"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/csurf/-/csurf-1.8.3.tgz#23f2a13bf1d8fce1d0c996588394442cba86a56a"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
cookie "0.1.3"
cookie-signature "1.0.6"
csrf "~3.0.0"
http-errors "~1.3.1"
damerau-levenshtein@^1.0.0:
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
version "1.0.4"
resolved "https://registry.yarnpkg.com/damerau-levenshtein/-/damerau-levenshtein-1.0.4.tgz#03191c432cb6eea168bb77f3a55ffdccb8978514"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dashdash@^1.12.0:
version "1.14.1"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/dashdash/-/dashdash-1.14.1.tgz#853cfa0f7cbe2fed5de20326b8dd581035f6e2f0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
assert-plus "^1.0.0"
Employ pre-commit hook for formatting code. (#2597) This change comes thanks to @plasticine's great idea (https://github.com/react-community/react-navigation/pull/2581#issuecomment-329661371). - Add husky and lint-staged to use pre-commit hook. - Automate formatting JavaScript code using ESLint and Prettier before committing changes.
2017-09-16 07:17:09 +09:00
date-fns@^1.27.2:
Update to react-native@0.49 and flow-bin@0.53 (#2845) * Update root package to react-native@0.49 and flow-bin@0.53 * Update NavigationPlayground package to react-native@0.49 and flow-bin@0.53 * Update ReduxExample package to react-native@0.49 and flow-bin@0.53 * flow-typed update (code-gen) * Find-and-replace old types with new types - `React.Element<*>` as the result of a render function is now `React.Node` - `ReactClass<T>` as the type of a Component is now `React.ComponentType<typeof T>` - `extends React.Component<DP, P, S>` is now `extends React.Component<P, S>` - `React.Children<*>` as the type of a children prop is now `React.ChildrenArray<*>` - Refs are now typed with `React.Ref` There are also several tiny typo fixes in here. * Avoid assuming state is NavigationRoute in addNavigationHelpers For the root, top-level Navigator, the state is a simple `NavigationState` (with no route info) and we still use `addNavigationHelpers` for it. We can't assume `navigation.state.key` is accessible for this type, so we need to do runtime checks here. * Fix type of NavigationScreenConfig `navigationOptions` was incorrectly typed * Give createNavigationContainer's State a type parameter We want to be able to specifically type this guy so we can use specific NavigationState for things like the Drawer views without having to do runtime assertions about the state type * Fix typing of NavigationAction First of all, `NavigationAction` was being used as two different types, so I had to create the new `PossiblyDeprecatedNavigationAction` and add it as a type parameter everywhere. Second of all, generics and implied types were being used far more than they need to be, and they're hard to work with because Flow doesn't really explain things well when they go wrong. * Make sure children scenes of CardStack have NavigationProp typed with NavigationRoute CardStack's `NavigationScreenProp` is typed with `NavigationState`, but the children need `NavigationRoute`. Flow gets confused by the spread operator, even if the individual property is replaced later, so we need to explicitly list each property individually (just `dispatch`, actually). * Allow prevTransitionProps parameter to be nullable * Allow prevTransitionProps parameter to be nullable * Narrow down a couple type parameters * Move NavigationStateRoute cast to within Component.router check in createConfigGetter * Update withCachedChildNavigation so it's typed correctly with React.ComponentType * Add a $FlowFixMe for displayName `React.StatelessFunctionalComponent` is missing `displayName` before Flow 0.54.0 See https://github.com/facebook/flow/commit/de37062ea21cb4055d3f1b01bdbaa76461140fc8 * Make TouchableItem's onPress prop optional `HeaderBackButton` can pass in an undefined onPress, and the React Native `Touchable*` components allow it too * Simplify withCachedChildNavigation and get rid of generics The generics don't help us here and they make the types more confusing * Redefine NavigationComponent as direct intersection The new type is technically identical to the old type, but Flow is confused by the old type... * Save router to local var before checking createConfigGetter Flow seems to think Component.router can change after the check * Fix DrawerSidebar's navigation prop's type In order for us to be able to generate a childNavigationProp, the original navigation prop has to have a NavigationState state. * Colocate action.key check with action.type check in getStateForAction For some reason, Flow thinks `action` can change sometime after `action.type` is checked. As a result, it's not properly concluding that `action.key` should exist. To avoid this, we pull `action.key` out immediately after doing the `action.type` check. * Use bounded polymorphism to pass down all props in withCachedChildNavigation Also makes sure the injected props are specified first in the union Also removes an unused `eslint-disable-line` in `getScreenForRouteName` * Make TabRouter's getComponentForState return NavigationComponent `NavigationScreenComponent` is a subtype of `NavigationComponent`, but it's not clear that `getComponentForState` always returns a `NavigationScreenComponent`, as `getScreenForRouteName` returns `NavigationComponent` * Define NavigationComponent's props using NavigationNavigatorProps Right now the types ask Flow to infer the types of `NavigationComponent`'s props. (`NavigationComponent` is the union of `NavigationNavigator` and NavigationScreenComponent.) Instead, we type the props as subtypes of `NavigationNavigatorProps`, so we can properly access those props without type errors. We used bounded polymorphism in `createNavigationContainer` and `createNavigator` to pass down these props. We also explicitly type the action in `createNavigationContainer` so we can properly pass in a `NavigationInitAction` to the dispatch function. * Parameterize NavigationTabRouterConfig `NavigationTabRouterConfig` doesn't always take `NavigationTabScreenOptions`; sometimes, it takes `NavigationDrawerScreenOptions`. * Make all NavigationOptions Exact types We're seeing weird behavior when these are merged together. By making them Exact types, we make types don't get mangled when they're unioned. https://flow.org/en/docs/types/unions/#toc-disjoint-unions-with-exact-types * Silence errors in tests These errors are unavoidable since we can't type the precise shape of a particular `NavigationState`. * Include NavigationSetParamsAction in NavigationTabAction `TabNavigator`'s `getStateForAction` definitely takes `NavigationSetParamsAction`. * Explicitly list router as void in NavigationScreenComponent This is so Flow knows that if a `NavigationComponent` has a `router` property, then it is definitely a `NavigationNavigator`. * Fix website app navigator's type * Fix createDocPage type in App In an earlier commit I attempted to fix the types here, but I incorrectly read it as returning a navigator when it just returns a screen. For some reason the error didn't immediately show up. * Fix NavigationComponent types Five changes: 1. No longer parameterizing the props of `NavigationComponent`; directly specifying as `NavigationNavigatorProps` 2. Specify the two distinct kinds of route types (leaf and state) directly in `NavigationComponent` 3. Have `SceneView` directly take `NavigationComponent` and allow inferring of `NavigationSceneProp` type 4. Have `CardStack` directly take `NavigationComponent` as well * Allow Flow to infer `NavigationAction` type in `createNavigator` * Silence Flow in router code that handles navigator sub-routes There's no way for us to tell Flow that routes that correspond to navigators should be `NavigationStateRoute`s * Allow DrawerSidebar to take a null contentComponent The way `DrawerNavigator` is set up, it's possible to pass in a null `contentComponent` in the config. If somebody want to do this, we'll just make the `DrawerSidebar` not appear altogether. This is simpler than splitting the types so there's a possibly-unspecified one for the user input, but a definitely-specified one in `DrawerSidebar`. * Specify missing screenProps prop in DrawerView * Thread full NavigationStateRoute in to DrawerSidebar This requiring making `withCachedChildNavigation` use bounded polymorphism to thread the `NavigationStateRoute` through instead of downgrading it to a `NavigationState` * Make NavigationStateProp's state prop covariant This means that `NavigationStateProp<NavigationStateRoute>` will be a subtype of `NavigationStateProp<NavigationRoute>` and `NavigationStateProp<NavigationState>` * Silence Flow's complaints about a route not being a NavigationStateRoute As mentioned in previous commits and in the comment, there is no way to type a specific navigation state shape, so we have to cast it and silence Flow's complaints. * Get rid of style prop in CardStack It looks like at some point, it was possible to specify a `style` prop that got passed all the way down to `Header`, the `TransitionConfig`'s `screenInterpolator`, and `Transitioner`. Doesn't look like we're using it anywhere, and there's a todo saying to remove it, and it's causing a type error. * Infer type of options instead of using a subtype of {} I think this has to do with {} allowing for unsealed objects. I'm not 100% sure, but this fixes 4/6 of the remaining errors! * Fix two type errors in NavigationPlayground One was just requiring an outdated type (`React.Children` instead of `React.ChildrenArray`), and the other was getting confused regarding types because of a spread operator. * Use a covariant property to simplify withCachedChildNavigation's InputProps This doesn't reduce any errors, but it's a bit simpler and cleaner. * Silence last two Flow errors regarding withCachedChildNavigation injecting childNavigationProps These are the only two errors I haven't been able to figure out at all. If I had more time I'd try and figure out the simplest case and report it to the Flow team, but I've been working on this for a week already and have to move on. The issue at hand is that `withCachedChildNavigation` injects `childNavigationProps`, but Flow doesn't see this and thinks it needs to be specified by the view component. We're using the HOC pattern suggested by the Flow docs, and I've tried several other patterns to no avail. * Use stock react-native instead of Expo's in NavigationPlayground Expo's causes Flow errors, and apparently this is normal practice because the person who switched us to Expo did this too. * Silence react-native-gesture-handler Flow errors in NavigationPlayground Expo requires this package, but it causes Flow errors. * Fix index check in DrawerSidebar Silly me, falling for the typical "0 is falsey" problem... * Rework deprecated action tests In an earlier commit I moved the `NavigationActions.mapDeprecatedActionAndWarn` out from `getStateForAction` and into `createNavigationContainer`'s `dispatch` function. The tests need to be reworked to support this, as they were previously calling `getStateForAction` directly. I don't imagine any users are calling `getStateForAction` directly. * Re-record two snapshots The changes in these snapshots are by design and don't affect anything. * Infer type of options in NavigationScreenConfig The issue is that sometimes we include options for different navigators in a single blob. * Infer types of action and options in createNavigationContainer Particulary helps with Options. Makes the types more specific and gets rid of an error that only shows up when using the library * Don't use generics for NavigationState in createNavigationContainer There's no particular reason for having those generics there, since there's no way we'd be able to get Flow to understand the exact shape of particular navigation states anyways. This fixes a bug when integrating this version of the project into my repo. * Move ReduxExample to react-native@0.49.3 instead of custom Expo version
2017-10-31 10:41:17 -04:00
version "1.29.0"
resolved "https://registry.yarnpkg.com/date-fns/-/date-fns-1.29.0.tgz#12e609cdcb935127311d04d33334e2960a2a54e6"
Employ pre-commit hook for formatting code. (#2597) This change comes thanks to @plasticine's great idea (https://github.com/react-community/react-navigation/pull/2581#issuecomment-329661371). - Add husky and lint-staged to use pre-commit hook. - Automate formatting JavaScript code using ESLint and Prettier before committing changes.
2017-09-16 07:17:09 +09:00
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dateformat@^2.0.0:
Update to react-native@0.49 and flow-bin@0.53 (#2845) * Update root package to react-native@0.49 and flow-bin@0.53 * Update NavigationPlayground package to react-native@0.49 and flow-bin@0.53 * Update ReduxExample package to react-native@0.49 and flow-bin@0.53 * flow-typed update (code-gen) * Find-and-replace old types with new types - `React.Element<*>` as the result of a render function is now `React.Node` - `ReactClass<T>` as the type of a Component is now `React.ComponentType<typeof T>` - `extends React.Component<DP, P, S>` is now `extends React.Component<P, S>` - `React.Children<*>` as the type of a children prop is now `React.ChildrenArray<*>` - Refs are now typed with `React.Ref` There are also several tiny typo fixes in here. * Avoid assuming state is NavigationRoute in addNavigationHelpers For the root, top-level Navigator, the state is a simple `NavigationState` (with no route info) and we still use `addNavigationHelpers` for it. We can't assume `navigation.state.key` is accessible for this type, so we need to do runtime checks here. * Fix type of NavigationScreenConfig `navigationOptions` was incorrectly typed * Give createNavigationContainer's State a type parameter We want to be able to specifically type this guy so we can use specific NavigationState for things like the Drawer views without having to do runtime assertions about the state type * Fix typing of NavigationAction First of all, `NavigationAction` was being used as two different types, so I had to create the new `PossiblyDeprecatedNavigationAction` and add it as a type parameter everywhere. Second of all, generics and implied types were being used far more than they need to be, and they're hard to work with because Flow doesn't really explain things well when they go wrong. * Make sure children scenes of CardStack have NavigationProp typed with NavigationRoute CardStack's `NavigationScreenProp` is typed with `NavigationState`, but the children need `NavigationRoute`. Flow gets confused by the spread operator, even if the individual property is replaced later, so we need to explicitly list each property individually (just `dispatch`, actually). * Allow prevTransitionProps parameter to be nullable * Allow prevTransitionProps parameter to be nullable * Narrow down a couple type parameters * Move NavigationStateRoute cast to within Component.router check in createConfigGetter * Update withCachedChildNavigation so it's typed correctly with React.ComponentType * Add a $FlowFixMe for displayName `React.StatelessFunctionalComponent` is missing `displayName` before Flow 0.54.0 See https://github.com/facebook/flow/commit/de37062ea21cb4055d3f1b01bdbaa76461140fc8 * Make TouchableItem's onPress prop optional `HeaderBackButton` can pass in an undefined onPress, and the React Native `Touchable*` components allow it too * Simplify withCachedChildNavigation and get rid of generics The generics don't help us here and they make the types more confusing * Redefine NavigationComponent as direct intersection The new type is technically identical to the old type, but Flow is confused by the old type... * Save router to local var before checking createConfigGetter Flow seems to think Component.router can change after the check * Fix DrawerSidebar's navigation prop's type In order for us to be able to generate a childNavigationProp, the original navigation prop has to have a NavigationState state. * Colocate action.key check with action.type check in getStateForAction For some reason, Flow thinks `action` can change sometime after `action.type` is checked. As a result, it's not properly concluding that `action.key` should exist. To avoid this, we pull `action.key` out immediately after doing the `action.type` check. * Use bounded polymorphism to pass down all props in withCachedChildNavigation Also makes sure the injected props are specified first in the union Also removes an unused `eslint-disable-line` in `getScreenForRouteName` * Make TabRouter's getComponentForState return NavigationComponent `NavigationScreenComponent` is a subtype of `NavigationComponent`, but it's not clear that `getComponentForState` always returns a `NavigationScreenComponent`, as `getScreenForRouteName` returns `NavigationComponent` * Define NavigationComponent's props using NavigationNavigatorProps Right now the types ask Flow to infer the types of `NavigationComponent`'s props. (`NavigationComponent` is the union of `NavigationNavigator` and NavigationScreenComponent.) Instead, we type the props as subtypes of `NavigationNavigatorProps`, so we can properly access those props without type errors. We used bounded polymorphism in `createNavigationContainer` and `createNavigator` to pass down these props. We also explicitly type the action in `createNavigationContainer` so we can properly pass in a `NavigationInitAction` to the dispatch function. * Parameterize NavigationTabRouterConfig `NavigationTabRouterConfig` doesn't always take `NavigationTabScreenOptions`; sometimes, it takes `NavigationDrawerScreenOptions`. * Make all NavigationOptions Exact types We're seeing weird behavior when these are merged together. By making them Exact types, we make types don't get mangled when they're unioned. https://flow.org/en/docs/types/unions/#toc-disjoint-unions-with-exact-types * Silence errors in tests These errors are unavoidable since we can't type the precise shape of a particular `NavigationState`. * Include NavigationSetParamsAction in NavigationTabAction `TabNavigator`'s `getStateForAction` definitely takes `NavigationSetParamsAction`. * Explicitly list router as void in NavigationScreenComponent This is so Flow knows that if a `NavigationComponent` has a `router` property, then it is definitely a `NavigationNavigator`. * Fix website app navigator's type * Fix createDocPage type in App In an earlier commit I attempted to fix the types here, but I incorrectly read it as returning a navigator when it just returns a screen. For some reason the error didn't immediately show up. * Fix NavigationComponent types Five changes: 1. No longer parameterizing the props of `NavigationComponent`; directly specifying as `NavigationNavigatorProps` 2. Specify the two distinct kinds of route types (leaf and state) directly in `NavigationComponent` 3. Have `SceneView` directly take `NavigationComponent` and allow inferring of `NavigationSceneProp` type 4. Have `CardStack` directly take `NavigationComponent` as well * Allow Flow to infer `NavigationAction` type in `createNavigator` * Silence Flow in router code that handles navigator sub-routes There's no way for us to tell Flow that routes that correspond to navigators should be `NavigationStateRoute`s * Allow DrawerSidebar to take a null contentComponent The way `DrawerNavigator` is set up, it's possible to pass in a null `contentComponent` in the config. If somebody want to do this, we'll just make the `DrawerSidebar` not appear altogether. This is simpler than splitting the types so there's a possibly-unspecified one for the user input, but a definitely-specified one in `DrawerSidebar`. * Specify missing screenProps prop in DrawerView * Thread full NavigationStateRoute in to DrawerSidebar This requiring making `withCachedChildNavigation` use bounded polymorphism to thread the `NavigationStateRoute` through instead of downgrading it to a `NavigationState` * Make NavigationStateProp's state prop covariant This means that `NavigationStateProp<NavigationStateRoute>` will be a subtype of `NavigationStateProp<NavigationRoute>` and `NavigationStateProp<NavigationState>` * Silence Flow's complaints about a route not being a NavigationStateRoute As mentioned in previous commits and in the comment, there is no way to type a specific navigation state shape, so we have to cast it and silence Flow's complaints. * Get rid of style prop in CardStack It looks like at some point, it was possible to specify a `style` prop that got passed all the way down to `Header`, the `TransitionConfig`'s `screenInterpolator`, and `Transitioner`. Doesn't look like we're using it anywhere, and there's a todo saying to remove it, and it's causing a type error. * Infer type of options instead of using a subtype of {} I think this has to do with {} allowing for unsealed objects. I'm not 100% sure, but this fixes 4/6 of the remaining errors! * Fix two type errors in NavigationPlayground One was just requiring an outdated type (`React.Children` instead of `React.ChildrenArray`), and the other was getting confused regarding types because of a spread operator. * Use a covariant property to simplify withCachedChildNavigation's InputProps This doesn't reduce any errors, but it's a bit simpler and cleaner. * Silence last two Flow errors regarding withCachedChildNavigation injecting childNavigationProps These are the only two errors I haven't been able to figure out at all. If I had more time I'd try and figure out the simplest case and report it to the Flow team, but I've been working on this for a week already and have to move on. The issue at hand is that `withCachedChildNavigation` injects `childNavigationProps`, but Flow doesn't see this and thinks it needs to be specified by the view component. We're using the HOC pattern suggested by the Flow docs, and I've tried several other patterns to no avail. * Use stock react-native instead of Expo's in NavigationPlayground Expo's causes Flow errors, and apparently this is normal practice because the person who switched us to Expo did this too. * Silence react-native-gesture-handler Flow errors in NavigationPlayground Expo requires this package, but it causes Flow errors. * Fix index check in DrawerSidebar Silly me, falling for the typical "0 is falsey" problem... * Rework deprecated action tests In an earlier commit I moved the `NavigationActions.mapDeprecatedActionAndWarn` out from `getStateForAction` and into `createNavigationContainer`'s `dispatch` function. The tests need to be reworked to support this, as they were previously calling `getStateForAction` directly. I don't imagine any users are calling `getStateForAction` directly. * Re-record two snapshots The changes in these snapshots are by design and don't affect anything. * Infer type of options in NavigationScreenConfig The issue is that sometimes we include options for different navigators in a single blob. * Infer types of action and options in createNavigationContainer Particulary helps with Options. Makes the types more specific and gets rid of an error that only shows up when using the library * Don't use generics for NavigationState in createNavigationContainer There's no particular reason for having those generics there, since there's no way we'd be able to get Flow to understand the exact shape of particular navigation states anyways. This fixes a bug when integrating this version of the project into my repo. * Move ReduxExample to react-native@0.49.3 instead of custom Expo version
2017-10-31 10:41:17 -04:00
version "2.2.0"
resolved "https://registry.yarnpkg.com/dateformat/-/dateformat-2.2.0.tgz#4065e2013cf9fb916ddfd82efb506ad4c6769062"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
debug@2.6.9, debug@^2.2.0, debug@^2.3.3, debug@^2.6.8, debug@^2.6.9:
Update to react-native@0.49 and flow-bin@0.53 (#2845) * Update root package to react-native@0.49 and flow-bin@0.53 * Update NavigationPlayground package to react-native@0.49 and flow-bin@0.53 * Update ReduxExample package to react-native@0.49 and flow-bin@0.53 * flow-typed update (code-gen) * Find-and-replace old types with new types - `React.Element<*>` as the result of a render function is now `React.Node` - `ReactClass<T>` as the type of a Component is now `React.ComponentType<typeof T>` - `extends React.Component<DP, P, S>` is now `extends React.Component<P, S>` - `React.Children<*>` as the type of a children prop is now `React.ChildrenArray<*>` - Refs are now typed with `React.Ref` There are also several tiny typo fixes in here. * Avoid assuming state is NavigationRoute in addNavigationHelpers For the root, top-level Navigator, the state is a simple `NavigationState` (with no route info) and we still use `addNavigationHelpers` for it. We can't assume `navigation.state.key` is accessible for this type, so we need to do runtime checks here. * Fix type of NavigationScreenConfig `navigationOptions` was incorrectly typed * Give createNavigationContainer's State a type parameter We want to be able to specifically type this guy so we can use specific NavigationState for things like the Drawer views without having to do runtime assertions about the state type * Fix typing of NavigationAction First of all, `NavigationAction` was being used as two different types, so I had to create the new `PossiblyDeprecatedNavigationAction` and add it as a type parameter everywhere. Second of all, generics and implied types were being used far more than they need to be, and they're hard to work with because Flow doesn't really explain things well when they go wrong. * Make sure children scenes of CardStack have NavigationProp typed with NavigationRoute CardStack's `NavigationScreenProp` is typed with `NavigationState`, but the children need `NavigationRoute`. Flow gets confused by the spread operator, even if the individual property is replaced later, so we need to explicitly list each property individually (just `dispatch`, actually). * Allow prevTransitionProps parameter to be nullable * Allow prevTransitionProps parameter to be nullable * Narrow down a couple type parameters * Move NavigationStateRoute cast to within Component.router check in createConfigGetter * Update withCachedChildNavigation so it's typed correctly with React.ComponentType * Add a $FlowFixMe for displayName `React.StatelessFunctionalComponent` is missing `displayName` before Flow 0.54.0 See https://github.com/facebook/flow/commit/de37062ea21cb4055d3f1b01bdbaa76461140fc8 * Make TouchableItem's onPress prop optional `HeaderBackButton` can pass in an undefined onPress, and the React Native `Touchable*` components allow it too * Simplify withCachedChildNavigation and get rid of generics The generics don't help us here and they make the types more confusing * Redefine NavigationComponent as direct intersection The new type is technically identical to the old type, but Flow is confused by the old type... * Save router to local var before checking createConfigGetter Flow seems to think Component.router can change after the check * Fix DrawerSidebar's navigation prop's type In order for us to be able to generate a childNavigationProp, the original navigation prop has to have a NavigationState state. * Colocate action.key check with action.type check in getStateForAction For some reason, Flow thinks `action` can change sometime after `action.type` is checked. As a result, it's not properly concluding that `action.key` should exist. To avoid this, we pull `action.key` out immediately after doing the `action.type` check. * Use bounded polymorphism to pass down all props in withCachedChildNavigation Also makes sure the injected props are specified first in the union Also removes an unused `eslint-disable-line` in `getScreenForRouteName` * Make TabRouter's getComponentForState return NavigationComponent `NavigationScreenComponent` is a subtype of `NavigationComponent`, but it's not clear that `getComponentForState` always returns a `NavigationScreenComponent`, as `getScreenForRouteName` returns `NavigationComponent` * Define NavigationComponent's props using NavigationNavigatorProps Right now the types ask Flow to infer the types of `NavigationComponent`'s props. (`NavigationComponent` is the union of `NavigationNavigator` and NavigationScreenComponent.) Instead, we type the props as subtypes of `NavigationNavigatorProps`, so we can properly access those props without type errors. We used bounded polymorphism in `createNavigationContainer` and `createNavigator` to pass down these props. We also explicitly type the action in `createNavigationContainer` so we can properly pass in a `NavigationInitAction` to the dispatch function. * Parameterize NavigationTabRouterConfig `NavigationTabRouterConfig` doesn't always take `NavigationTabScreenOptions`; sometimes, it takes `NavigationDrawerScreenOptions`. * Make all NavigationOptions Exact types We're seeing weird behavior when these are merged together. By making them Exact types, we make types don't get mangled when they're unioned. https://flow.org/en/docs/types/unions/#toc-disjoint-unions-with-exact-types * Silence errors in tests These errors are unavoidable since we can't type the precise shape of a particular `NavigationState`. * Include NavigationSetParamsAction in NavigationTabAction `TabNavigator`'s `getStateForAction` definitely takes `NavigationSetParamsAction`. * Explicitly list router as void in NavigationScreenComponent This is so Flow knows that if a `NavigationComponent` has a `router` property, then it is definitely a `NavigationNavigator`. * Fix website app navigator's type * Fix createDocPage type in App In an earlier commit I attempted to fix the types here, but I incorrectly read it as returning a navigator when it just returns a screen. For some reason the error didn't immediately show up. * Fix NavigationComponent types Five changes: 1. No longer parameterizing the props of `NavigationComponent`; directly specifying as `NavigationNavigatorProps` 2. Specify the two distinct kinds of route types (leaf and state) directly in `NavigationComponent` 3. Have `SceneView` directly take `NavigationComponent` and allow inferring of `NavigationSceneProp` type 4. Have `CardStack` directly take `NavigationComponent` as well * Allow Flow to infer `NavigationAction` type in `createNavigator` * Silence Flow in router code that handles navigator sub-routes There's no way for us to tell Flow that routes that correspond to navigators should be `NavigationStateRoute`s * Allow DrawerSidebar to take a null contentComponent The way `DrawerNavigator` is set up, it's possible to pass in a null `contentComponent` in the config. If somebody want to do this, we'll just make the `DrawerSidebar` not appear altogether. This is simpler than splitting the types so there's a possibly-unspecified one for the user input, but a definitely-specified one in `DrawerSidebar`. * Specify missing screenProps prop in DrawerView * Thread full NavigationStateRoute in to DrawerSidebar This requiring making `withCachedChildNavigation` use bounded polymorphism to thread the `NavigationStateRoute` through instead of downgrading it to a `NavigationState` * Make NavigationStateProp's state prop covariant This means that `NavigationStateProp<NavigationStateRoute>` will be a subtype of `NavigationStateProp<NavigationRoute>` and `NavigationStateProp<NavigationState>` * Silence Flow's complaints about a route not being a NavigationStateRoute As mentioned in previous commits and in the comment, there is no way to type a specific navigation state shape, so we have to cast it and silence Flow's complaints. * Get rid of style prop in CardStack It looks like at some point, it was possible to specify a `style` prop that got passed all the way down to `Header`, the `TransitionConfig`'s `screenInterpolator`, and `Transitioner`. Doesn't look like we're using it anywhere, and there's a todo saying to remove it, and it's causing a type error. * Infer type of options instead of using a subtype of {} I think this has to do with {} allowing for unsealed objects. I'm not 100% sure, but this fixes 4/6 of the remaining errors! * Fix two type errors in NavigationPlayground One was just requiring an outdated type (`React.Children` instead of `React.ChildrenArray`), and the other was getting confused regarding types because of a spread operator. * Use a covariant property to simplify withCachedChildNavigation's InputProps This doesn't reduce any errors, but it's a bit simpler and cleaner. * Silence last two Flow errors regarding withCachedChildNavigation injecting childNavigationProps These are the only two errors I haven't been able to figure out at all. If I had more time I'd try and figure out the simplest case and report it to the Flow team, but I've been working on this for a week already and have to move on. The issue at hand is that `withCachedChildNavigation` injects `childNavigationProps`, but Flow doesn't see this and thinks it needs to be specified by the view component. We're using the HOC pattern suggested by the Flow docs, and I've tried several other patterns to no avail. * Use stock react-native instead of Expo's in NavigationPlayground Expo's causes Flow errors, and apparently this is normal practice because the person who switched us to Expo did this too. * Silence react-native-gesture-handler Flow errors in NavigationPlayground Expo requires this package, but it causes Flow errors. * Fix index check in DrawerSidebar Silly me, falling for the typical "0 is falsey" problem... * Rework deprecated action tests In an earlier commit I moved the `NavigationActions.mapDeprecatedActionAndWarn` out from `getStateForAction` and into `createNavigationContainer`'s `dispatch` function. The tests need to be reworked to support this, as they were previously calling `getStateForAction` directly. I don't imagine any users are calling `getStateForAction` directly. * Re-record two snapshots The changes in these snapshots are by design and don't affect anything. * Infer type of options in NavigationScreenConfig The issue is that sometimes we include options for different navigators in a single blob. * Infer types of action and options in createNavigationContainer Particulary helps with Options. Makes the types more specific and gets rid of an error that only shows up when using the library * Don't use generics for NavigationState in createNavigationContainer There's no particular reason for having those generics there, since there's no way we'd be able to get Flow to understand the exact shape of particular navigation states anyways. This fixes a bug when integrating this version of the project into my repo. * Move ReduxExample to react-native@0.49.3 instead of custom Expo version
2017-10-31 10:41:17 -04:00
version "2.6.9"
resolved "https://registry.yarnpkg.com/debug/-/debug-2.6.9.tgz#5d128515df134ff327e90a4c93f4e077a536341f"
Update depenencies, update Prettier
2017-07-03 21:36:47 -07:00
dependencies:
ms "2.0.0"
Remove flow (#3350) * Remove flow types from src * Finish removing Flow * Clear out flow-typed, some flow mentions in docs, website flow usage, and some other config
2018-01-24 17:52:09 -08:00
debug@^3.1.0:
Update to react-native@0.49 and flow-bin@0.53 (#2845) * Update root package to react-native@0.49 and flow-bin@0.53 * Update NavigationPlayground package to react-native@0.49 and flow-bin@0.53 * Update ReduxExample package to react-native@0.49 and flow-bin@0.53 * flow-typed update (code-gen) * Find-and-replace old types with new types - `React.Element<*>` as the result of a render function is now `React.Node` - `ReactClass<T>` as the type of a Component is now `React.ComponentType<typeof T>` - `extends React.Component<DP, P, S>` is now `extends React.Component<P, S>` - `React.Children<*>` as the type of a children prop is now `React.ChildrenArray<*>` - Refs are now typed with `React.Ref` There are also several tiny typo fixes in here. * Avoid assuming state is NavigationRoute in addNavigationHelpers For the root, top-level Navigator, the state is a simple `NavigationState` (with no route info) and we still use `addNavigationHelpers` for it. We can't assume `navigation.state.key` is accessible for this type, so we need to do runtime checks here. * Fix type of NavigationScreenConfig `navigationOptions` was incorrectly typed * Give createNavigationContainer's State a type parameter We want to be able to specifically type this guy so we can use specific NavigationState for things like the Drawer views without having to do runtime assertions about the state type * Fix typing of NavigationAction First of all, `NavigationAction` was being used as two different types, so I had to create the new `PossiblyDeprecatedNavigationAction` and add it as a type parameter everywhere. Second of all, generics and implied types were being used far more than they need to be, and they're hard to work with because Flow doesn't really explain things well when they go wrong. * Make sure children scenes of CardStack have NavigationProp typed with NavigationRoute CardStack's `NavigationScreenProp` is typed with `NavigationState`, but the children need `NavigationRoute`. Flow gets confused by the spread operator, even if the individual property is replaced later, so we need to explicitly list each property individually (just `dispatch`, actually). * Allow prevTransitionProps parameter to be nullable * Allow prevTransitionProps parameter to be nullable * Narrow down a couple type parameters * Move NavigationStateRoute cast to within Component.router check in createConfigGetter * Update withCachedChildNavigation so it's typed correctly with React.ComponentType * Add a $FlowFixMe for displayName `React.StatelessFunctionalComponent` is missing `displayName` before Flow 0.54.0 See https://github.com/facebook/flow/commit/de37062ea21cb4055d3f1b01bdbaa76461140fc8 * Make TouchableItem's onPress prop optional `HeaderBackButton` can pass in an undefined onPress, and the React Native `Touchable*` components allow it too * Simplify withCachedChildNavigation and get rid of generics The generics don't help us here and they make the types more confusing * Redefine NavigationComponent as direct intersection The new type is technically identical to the old type, but Flow is confused by the old type... * Save router to local var before checking createConfigGetter Flow seems to think Component.router can change after the check * Fix DrawerSidebar's navigation prop's type In order for us to be able to generate a childNavigationProp, the original navigation prop has to have a NavigationState state. * Colocate action.key check with action.type check in getStateForAction For some reason, Flow thinks `action` can change sometime after `action.type` is checked. As a result, it's not properly concluding that `action.key` should exist. To avoid this, we pull `action.key` out immediately after doing the `action.type` check. * Use bounded polymorphism to pass down all props in withCachedChildNavigation Also makes sure the injected props are specified first in the union Also removes an unused `eslint-disable-line` in `getScreenForRouteName` * Make TabRouter's getComponentForState return NavigationComponent `NavigationScreenComponent` is a subtype of `NavigationComponent`, but it's not clear that `getComponentForState` always returns a `NavigationScreenComponent`, as `getScreenForRouteName` returns `NavigationComponent` * Define NavigationComponent's props using NavigationNavigatorProps Right now the types ask Flow to infer the types of `NavigationComponent`'s props. (`NavigationComponent` is the union of `NavigationNavigator` and NavigationScreenComponent.) Instead, we type the props as subtypes of `NavigationNavigatorProps`, so we can properly access those props without type errors. We used bounded polymorphism in `createNavigationContainer` and `createNavigator` to pass down these props. We also explicitly type the action in `createNavigationContainer` so we can properly pass in a `NavigationInitAction` to the dispatch function. * Parameterize NavigationTabRouterConfig `NavigationTabRouterConfig` doesn't always take `NavigationTabScreenOptions`; sometimes, it takes `NavigationDrawerScreenOptions`. * Make all NavigationOptions Exact types We're seeing weird behavior when these are merged together. By making them Exact types, we make types don't get mangled when they're unioned. https://flow.org/en/docs/types/unions/#toc-disjoint-unions-with-exact-types * Silence errors in tests These errors are unavoidable since we can't type the precise shape of a particular `NavigationState`. * Include NavigationSetParamsAction in NavigationTabAction `TabNavigator`'s `getStateForAction` definitely takes `NavigationSetParamsAction`. * Explicitly list router as void in NavigationScreenComponent This is so Flow knows that if a `NavigationComponent` has a `router` property, then it is definitely a `NavigationNavigator`. * Fix website app navigator's type * Fix createDocPage type in App In an earlier commit I attempted to fix the types here, but I incorrectly read it as returning a navigator when it just returns a screen. For some reason the error didn't immediately show up. * Fix NavigationComponent types Five changes: 1. No longer parameterizing the props of `NavigationComponent`; directly specifying as `NavigationNavigatorProps` 2. Specify the two distinct kinds of route types (leaf and state) directly in `NavigationComponent` 3. Have `SceneView` directly take `NavigationComponent` and allow inferring of `NavigationSceneProp` type 4. Have `CardStack` directly take `NavigationComponent` as well * Allow Flow to infer `NavigationAction` type in `createNavigator` * Silence Flow in router code that handles navigator sub-routes There's no way for us to tell Flow that routes that correspond to navigators should be `NavigationStateRoute`s * Allow DrawerSidebar to take a null contentComponent The way `DrawerNavigator` is set up, it's possible to pass in a null `contentComponent` in the config. If somebody want to do this, we'll just make the `DrawerSidebar` not appear altogether. This is simpler than splitting the types so there's a possibly-unspecified one for the user input, but a definitely-specified one in `DrawerSidebar`. * Specify missing screenProps prop in DrawerView * Thread full NavigationStateRoute in to DrawerSidebar This requiring making `withCachedChildNavigation` use bounded polymorphism to thread the `NavigationStateRoute` through instead of downgrading it to a `NavigationState` * Make NavigationStateProp's state prop covariant This means that `NavigationStateProp<NavigationStateRoute>` will be a subtype of `NavigationStateProp<NavigationRoute>` and `NavigationStateProp<NavigationState>` * Silence Flow's complaints about a route not being a NavigationStateRoute As mentioned in previous commits and in the comment, there is no way to type a specific navigation state shape, so we have to cast it and silence Flow's complaints. * Get rid of style prop in CardStack It looks like at some point, it was possible to specify a `style` prop that got passed all the way down to `Header`, the `TransitionConfig`'s `screenInterpolator`, and `Transitioner`. Doesn't look like we're using it anywhere, and there's a todo saying to remove it, and it's causing a type error. * Infer type of options instead of using a subtype of {} I think this has to do with {} allowing for unsealed objects. I'm not 100% sure, but this fixes 4/6 of the remaining errors! * Fix two type errors in NavigationPlayground One was just requiring an outdated type (`React.Children` instead of `React.ChildrenArray`), and the other was getting confused regarding types because of a spread operator. * Use a covariant property to simplify withCachedChildNavigation's InputProps This doesn't reduce any errors, but it's a bit simpler and cleaner. * Silence last two Flow errors regarding withCachedChildNavigation injecting childNavigationProps These are the only two errors I haven't been able to figure out at all. If I had more time I'd try and figure out the simplest case and report it to the Flow team, but I've been working on this for a week already and have to move on. The issue at hand is that `withCachedChildNavigation` injects `childNavigationProps`, but Flow doesn't see this and thinks it needs to be specified by the view component. We're using the HOC pattern suggested by the Flow docs, and I've tried several other patterns to no avail. * Use stock react-native instead of Expo's in NavigationPlayground Expo's causes Flow errors, and apparently this is normal practice because the person who switched us to Expo did this too. * Silence react-native-gesture-handler Flow errors in NavigationPlayground Expo requires this package, but it causes Flow errors. * Fix index check in DrawerSidebar Silly me, falling for the typical "0 is falsey" problem... * Rework deprecated action tests In an earlier commit I moved the `NavigationActions.mapDeprecatedActionAndWarn` out from `getStateForAction` and into `createNavigationContainer`'s `dispatch` function. The tests need to be reworked to support this, as they were previously calling `getStateForAction` directly. I don't imagine any users are calling `getStateForAction` directly. * Re-record two snapshots The changes in these snapshots are by design and don't affect anything. * Infer type of options in NavigationScreenConfig The issue is that sometimes we include options for different navigators in a single blob. * Infer types of action and options in createNavigationContainer Particulary helps with Options. Makes the types more specific and gets rid of an error that only shows up when using the library * Don't use generics for NavigationState in createNavigationContainer There's no particular reason for having those generics there, since there's no way we'd be able to get Flow to understand the exact shape of particular navigation states anyways. This fixes a bug when integrating this version of the project into my repo. * Move ReduxExample to react-native@0.49.3 instead of custom Expo version
2017-10-31 10:41:17 -04:00
version "3.1.0"
resolved "https://registry.yarnpkg.com/debug/-/debug-3.1.0.tgz#5bb5a0672628b64149566ba16819e61518c67261"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
dependencies:
ms "2.0.0"
Update dependencies
2017-07-19 13:03:46 -07:00
debug@~2.2.0:
version "2.2.0"
resolved "https://registry.yarnpkg.com/debug/-/debug-2.2.0.tgz#f87057e995b1a1f6ae6a4960664137bc56f039da"
dependencies:
ms "0.7.1"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
decamelize@^1.0.0, decamelize@^1.1.1:
version "1.2.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/decamelize/-/decamelize-1.2.0.tgz#f6534d15148269b20352e7bee26f501f9a191290"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
decode-uri-component@^0.2.0:
version "0.2.0"
resolved "https://registry.yarnpkg.com/decode-uri-component/-/decode-uri-component-0.2.0.tgz#eb3913333458775cb84cd1a1fae062106bb87545"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
deep-extend@~0.4.0:
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
version "0.4.2"
resolved "https://registry.yarnpkg.com/deep-extend/-/deep-extend-0.4.2.tgz#48b699c27e334bf89f10892be432f6e4c7d34a7f"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
deep-is@~0.1.3:
version "0.1.3"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/deep-is/-/deep-is-0.1.3.tgz#b369d6fb5dbc13eecf524f91b070feedc357cf34"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Release 2.0.0-rc.4
2018-04-25 17:03:56 -07:00
deepmerge@^2.1.0:
Add react-native-tabs as export from react-navigation
2018-03-18 17:50:02 -04:00
version "2.1.0"
resolved "https://registry.yarnpkg.com/deepmerge/-/deepmerge-2.1.0.tgz#511a54fff405fc346f0240bb270a3e9533a31102"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
default-require-extensions@^1.0.0:
version "1.0.0"
resolved "https://registry.yarnpkg.com/default-require-extensions/-/default-require-extensions-1.0.0.tgz#f37ea15d3e13ffd9b437d33e1a75b5fb97874cb8"
dependencies:
strip-bom "^2.0.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
define-properties@^1.1.2:
version "1.1.2"
resolved "https://registry.yarnpkg.com/define-properties/-/define-properties-1.1.2.tgz#83a73f2fea569898fb737193c8f873caf6d45c94"
dependencies:
foreach "^2.0.5"
object-keys "^1.0.8"
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
define-property@^0.2.5:
version "0.2.5"
resolved "https://registry.yarnpkg.com/define-property/-/define-property-0.2.5.tgz#c35b1ef918ec3c990f9a5bc57be04aacec5c8116"
dependencies:
is-descriptor "^0.1.0"
define-property@^1.0.0:
version "1.0.0"
resolved "https://registry.yarnpkg.com/define-property/-/define-property-1.0.0.tgz#769ebaaf3f4a63aad3af9e8d304c9bbe79bfb0e6"
dependencies:
is-descriptor "^1.0.0"
define-property@^2.0.2:
version "2.0.2"
resolved "https://registry.yarnpkg.com/define-property/-/define-property-2.0.2.tgz#d459689e8d654ba77e02a817f8710d702cb16e9d"
dependencies:
is-descriptor "^1.0.2"
isobject "^3.0.1"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
del@^2.0.2:
version "2.2.2"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/del/-/del-2.2.2.tgz#c12c981d067846c84bcaf862cff930d907ffd1a8"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
globby "^5.0.0"
is-path-cwd "^1.0.0"
is-path-in-cwd "^1.0.0"
object-assign "^4.0.1"
pify "^2.0.0"
pinkie-promise "^2.0.0"
rimraf "^2.2.8"
delayed-stream@~1.0.0:
version "1.0.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/delayed-stream/-/delayed-stream-1.0.0.tgz#df3ae199acadfb7d440aaae0b29e2272b24ec619"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
delegates@^1.0.0:
version "1.0.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/delegates/-/delegates-1.0.0.tgz#84c6e159b81904fdca59a0ef44cd870d31250f9a"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
denodeify@^1.2.1:
version "1.2.1"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/denodeify/-/denodeify-1.2.1.tgz#3a36287f5034e699e7577901052c2e6c94251631"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
depd@~1.0.1:
version "1.0.1"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/depd/-/depd-1.0.1.tgz#80aec64c9d6d97e65cc2a9caa93c0aa6abf73aaa"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
depd@~1.1.0:
Remove flow (#3350) * Remove flow types from src * Finish removing Flow * Clear out flow-typed, some flow mentions in docs, website flow usage, and some other config
2018-01-24 17:52:09 -08:00
version "1.1.2"
resolved "https://registry.yarnpkg.com/depd/-/depd-1.1.2.tgz#9bcd52e14c097763e749b274c4346ed2e560b5a9"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
destroy@~1.0.4:
version "1.0.4"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/destroy/-/destroy-1.0.4.tgz#978857442c44749e4206613e37946205826abd80"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
detect-indent@^4.0.0:
version "4.0.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/detect-indent/-/detect-indent-4.0.0.tgz#f76d064352cdf43a1cb6ce619c4ee3a9475de208"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
repeating "^2.0.0"
Remove flow (#3350) * Remove flow types from src * Finish removing Flow * Clear out flow-typed, some flow mentions in docs, website flow usage, and some other config
2018-01-24 17:52:09 -08:00
detect-libc@^1.0.2:
version "1.0.3"
resolved "https://registry.yarnpkg.com/detect-libc/-/detect-libc-1.0.3.tgz#fa137c4bd698edf55cd5cd02ac559f91a4c4ba9b"
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
detect-newline@^2.1.0:
version "2.1.0"
resolved "https://registry.yarnpkg.com/detect-newline/-/detect-newline-2.1.0.tgz#f41f1c10be4b00e87b5f13da680759f2c5bfd3e2"
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
diff@^3.2.0:
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
version "3.5.0"
resolved "https://registry.yarnpkg.com/diff/-/diff-3.5.0.tgz#800c0dd1e0a8bfbc95835c202ad220fe317e5a12"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
dlv@^1.1.0:
Remove flow (#3350) * Remove flow types from src * Finish removing Flow * Clear out flow-typed, some flow mentions in docs, website flow usage, and some other config
2018-01-24 17:52:09 -08:00
version "1.1.1"
resolved "https://registry.yarnpkg.com/dlv/-/dlv-1.1.1.tgz#c79d96bfe659a5568001250ed2aaf653992bdd3f"
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
doctrine@1.5.0:
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
version "1.5.0"
resolved "https://registry.yarnpkg.com/doctrine/-/doctrine-1.5.0.tgz#379dce730f6166f76cefa4e6707a159b02c5a6fa"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
esutils "^2.0.2"
isarray "^1.0.0"
Update yarn.lock
2018-02-02 12:33:53 -08:00
doctrine@^2.0.2, doctrine@^2.1.0:
Remove flow (#3350) * Remove flow types from src * Finish removing Flow * Clear out flow-typed, some flow mentions in docs, website flow usage, and some other config
2018-01-24 17:52:09 -08:00
version "2.1.0"
resolved "https://registry.yarnpkg.com/doctrine/-/doctrine-2.1.0.tgz#5cd01fc101621b42c4cd7f5d1a66243716d3f39d"
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
dependencies:
esutils "^2.0.2"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dom-walk@^0.1.0:
version "0.1.1"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/dom-walk/-/dom-walk-0.1.1.tgz#672226dc74c8f799ad35307df936aba11acd6018"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
domexception@^1.0.0:
version "1.0.1"
resolved "https://registry.yarnpkg.com/domexception/-/domexception-1.0.1.tgz#937442644ca6a31261ef36e3ec677fe805582c90"
dependencies:
webidl-conversions "^4.0.2"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
duplexer2@0.0.2:
version "0.0.2"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/duplexer2/-/duplexer2-0.0.2.tgz#c614dcf67e2fb14995a91711e5a617e8a60a31db"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
readable-stream "~1.1.9"
ecc-jsbn@~0.1.1:
version "0.1.1"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/ecc-jsbn/-/ecc-jsbn-0.1.1.tgz#0fc73a9ed5f0d53c38193398523ef7e543777505"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
jsbn "~0.1.0"
ee-first@1.1.1:
version "1.1.1"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/ee-first/-/ee-first-1.1.1.tgz#590c61156b0ae2f4f0255732a158b266bc56b21d"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Employ pre-commit hook for formatting code. (#2597) This change comes thanks to @plasticine's great idea (https://github.com/react-community/react-navigation/pull/2581#issuecomment-329661371). - Add husky and lint-staged to use pre-commit hook. - Automate formatting JavaScript code using ESLint and Prettier before committing changes.
2017-09-16 07:17:09 +09:00
elegant-spinner@^1.0.1:
version "1.0.1"
resolved "https://registry.yarnpkg.com/elegant-spinner/-/elegant-spinner-1.0.1.tgz#db043521c95d7e303fd8f345bedc3349cfb0729e"
Update dependencies
2017-03-15 16:02:49 -07:00
emoji-regex@^6.1.0:
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
version "6.5.1"
resolved "https://registry.yarnpkg.com/emoji-regex/-/emoji-regex-6.5.1.tgz#9baea929b155565c11ea41c6626eaa65cef992c2"
Update dependencies
2017-03-15 16:02:49 -07:00
Update to RN 0.52 and Expo 25 (#3383) * Update to RN 0.52 and Expo 25 * Rerecord snapshots for failing Jest tests * jest-expo@25.1.0-beta.0 * jest-expo@25.1.0
2018-01-30 12:22:20 -06:00
encodeurl@~1.0.1:
version "1.0.2"
resolved "https://registry.yarnpkg.com/encodeurl/-/encodeurl-1.0.2.tgz#ad3ff4c86ec2d029322f5a02c3a9a606c95b3f59"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
encoding@^0.1.11:
version "0.1.12"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/encoding/-/encoding-0.1.12.tgz#538b66f3ee62cd1ab51ec323829d1f9480c74beb"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
iconv-lite "~0.4.13"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
envinfo@^3.0.0:
Remove flow (#3350) * Remove flow types from src * Finish removing Flow * Clear out flow-typed, some flow mentions in docs, website flow usage, and some other config
2018-01-24 17:52:09 -08:00
version "3.11.1"
resolved "https://registry.yarnpkg.com/envinfo/-/envinfo-3.11.1.tgz#45968faf5079aa797b7dcdc3b123f340d4529e1c"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
dependencies:
Remove flow (#3350) * Remove flow types from src * Finish removing Flow * Clear out flow-typed, some flow mentions in docs, website flow usage, and some other config
2018-01-24 17:52:09 -08:00
clipboardy "^1.2.2"
glob "^7.1.2"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
minimist "^1.2.0"
os-name "^2.0.1"
which "^1.2.14"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
error-ex@^1.2.0:
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
version "1.3.1"
resolved "https://registry.yarnpkg.com/error-ex/-/error-ex-1.3.1.tgz#f855a86ce61adc4e8621c3cda21e7a7612c3a8dc"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
is-arrayish "^0.2.1"
errorhandler@~1.4.2:
version "1.4.3"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/errorhandler/-/errorhandler-1.4.3.tgz#b7b70ed8f359e9db88092f2d20c0f831420ad83f"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
accepts "~1.3.0"
escape-html "~1.0.3"
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
es-abstract@^1.5.1, es-abstract@^1.7.0:
Remove flow (#3350) * Remove flow types from src * Finish removing Flow * Clear out flow-typed, some flow mentions in docs, website flow usage, and some other config
2018-01-24 17:52:09 -08:00
version "1.10.0"
resolved "https://registry.yarnpkg.com/es-abstract/-/es-abstract-1.10.0.tgz#1ecb36c197842a00d8ee4c2dfd8646bb97d60864"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
dependencies:
es-to-primitive "^1.1.1"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
function-bind "^1.1.1"
has "^1.0.1"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
is-callable "^1.1.3"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
is-regex "^1.0.4"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
es-to-primitive@^1.1.1:
version "1.1.1"
resolved "https://registry.yarnpkg.com/es-to-primitive/-/es-to-primitive-1.1.1.tgz#45355248a88979034b6792e19bb81f2b7975dd0d"
dependencies:
is-callable "^1.1.1"
is-date-object "^1.0.1"
is-symbol "^1.0.1"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
escape-html@1.0.2:
version "1.0.2"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/escape-html/-/escape-html-1.0.2.tgz#d77d32fa98e38c2f41ae85e9278e0e0e6ba1022c"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
escape-html@~1.0.3:
version "1.0.3"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/escape-html/-/escape-html-1.0.3.tgz#0258eae4d3d0c0974de1c169188ef0051d1d1988"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
escape-string-regexp@^1.0.2, escape-string-regexp@^1.0.5:
version "1.0.5"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/escape-string-regexp/-/escape-string-regexp-1.0.5.tgz#1b61c0562190a8dff6ae3bb2cf0200ca130b86d4"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
escodegen@^1.9.0:
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
version "1.9.1"
resolved "https://registry.yarnpkg.com/escodegen/-/escodegen-1.9.1.tgz#dbae17ef96c8e4bedb1356f4504fa4cc2f7cb7e2"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
esprima "^3.1.3"
estraverse "^4.2.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
esutils "^2.0.2"
optionator "^0.8.1"
optionalDependencies:
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
source-map "~0.6.1"
Revert changes to yarn.lock (#2545) * Rollback changes to yarn.lock * Update react-native-tab-view in yarn.lock
2017-09-06 13:22:08 -05:00
Update depenencies, update Prettier
2017-07-03 21:36:47 -07:00
eslint-config-prettier@^2.3.0:
Remove flow (#3350) * Remove flow types from src * Finish removing Flow * Clear out flow-typed, some flow mentions in docs, website flow usage, and some other config
2018-01-24 17:52:09 -08:00
version "2.9.0"
resolved "https://registry.yarnpkg.com/eslint-config-prettier/-/eslint-config-prettier-2.9.0.tgz#5ecd65174d486c22dff389fe036febf502d468a3"
Fix eslint issues and turn on prettier by default (#1195) * Automatically generate prop-types from Flow * Remove propTypes usage * Fix flow * Modify some eslint settings * Fix flowtype * Lint tweaks * use prop-types pkg * Run prettier * Fix flow * Fix few lint issues * Make eslint pass * Run lint on tests * Fix flow * Fixes * Alphabetical * Trailing comma: ES5 for website compat, also fix config/paths * Apply eslint --fix only to src now * Fix missing transitionconfig * Update TypeDefinition.js * New stuff * Unstage website and examples * reformat code * Update circle.yml
2017-04-24 14:01:22 +02:00
dependencies:
get-stdin "^5.0.1"
Update depenencies, update Prettier
2017-07-03 21:36:47 -07:00
eslint-import-resolver-node@^0.3.1:
Remove flow (#3350) * Remove flow types from src * Finish removing Flow * Clear out flow-typed, some flow mentions in docs, website flow usage, and some other config
2018-01-24 17:52:09 -08:00
version "0.3.2"
resolved "https://registry.yarnpkg.com/eslint-import-resolver-node/-/eslint-import-resolver-node-0.3.2.tgz#58f15fb839b8d0576ca980413476aab2472db66a"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
Remove flow (#3350) * Remove flow types from src * Finish removing Flow * Clear out flow-typed, some flow mentions in docs, website flow usage, and some other config
2018-01-24 17:52:09 -08:00
debug "^2.6.9"
resolve "^1.5.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update dependencies
2017-07-19 13:03:46 -07:00
eslint-module-utils@^2.1.1:
version "2.1.1"
resolved "https://registry.yarnpkg.com/eslint-module-utils/-/eslint-module-utils-2.1.1.tgz#abaec824177613b8a95b299639e1b6facf473449"
Update dependencies
2017-03-15 16:02:49 -07:00
dependencies:
Update dependencies
2017-07-19 13:03:46 -07:00
debug "^2.6.8"
Update dependencies
2017-03-15 16:02:49 -07:00
pkg-dir "^1.0.0"
Update dependencies
2017-07-19 13:03:46 -07:00
eslint-plugin-import@^2.7.0:
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
version "2.9.0"
resolved "https://registry.yarnpkg.com/eslint-plugin-import/-/eslint-plugin-import-2.9.0.tgz#26002efbfca5989b7288ac047508bd24f217b169"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
builtin-modules "^1.1.1"
contains-path "^0.1.0"
Update depenencies, update Prettier
2017-07-03 21:36:47 -07:00
debug "^2.6.8"
Update dependencies
2017-03-15 16:02:49 -07:00
doctrine "1.5.0"
Update depenencies, update Prettier
2017-07-03 21:36:47 -07:00
eslint-import-resolver-node "^0.3.1"
Update dependencies
2017-07-19 13:03:46 -07:00
eslint-module-utils "^2.1.1"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
has "^1.0.1"
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
lodash "^4.17.4"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
minimatch "^3.0.3"
Update depenencies, update Prettier
2017-07-03 21:36:47 -07:00
read-pkg-up "^2.0.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update depenencies, update Prettier
2017-07-03 21:36:47 -07:00
eslint-plugin-jsx-a11y@^6.0.2:
Remove flow (#3350) * Remove flow types from src * Finish removing Flow * Clear out flow-typed, some flow mentions in docs, website flow usage, and some other config
2018-01-24 17:52:09 -08:00
version "6.0.3"
resolved "https://registry.yarnpkg.com/eslint-plugin-jsx-a11y/-/eslint-plugin-jsx-a11y-6.0.3.tgz#54583d1ae442483162e040e13cc31865465100e5"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
Update depenencies, update Prettier
2017-07-03 21:36:47 -07:00
aria-query "^0.7.0"
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
array-includes "^3.0.3"
Update dependencies
2017-03-15 16:02:49 -07:00
ast-types-flow "0.0.7"
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
axobject-query "^0.1.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
damerau-levenshtein "^1.0.0"
Update dependencies
2017-03-15 16:02:49 -07:00
emoji-regex "^6.1.0"
Remove flow (#3350) * Remove flow types from src * Finish removing Flow * Clear out flow-typed, some flow mentions in docs, website flow usage, and some other config
2018-01-24 17:52:09 -08:00
jsx-ast-utils "^2.0.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update depenencies, update Prettier
2017-07-03 21:36:47 -07:00
eslint-plugin-prettier@^2.1.2:
Update yarn.lock
2018-02-02 12:33:53 -08:00
version "2.6.0"
resolved "https://registry.yarnpkg.com/eslint-plugin-prettier/-/eslint-plugin-prettier-2.6.0.tgz#33e4e228bdb06142d03c560ce04ec23f6c767dd7"
Fix eslint issues and turn on prettier by default (#1195) * Automatically generate prop-types from Flow * Remove propTypes usage * Fix flow * Modify some eslint settings * Fix flowtype * Lint tweaks * use prop-types pkg * Run prettier * Fix flow * Fix few lint issues * Make eslint pass * Run lint on tests * Fix flow * Fixes * Alphabetical * Trailing comma: ES5 for website compat, also fix config/paths * Apply eslint --fix only to src now * Fix missing transitionconfig * Update TypeDefinition.js * New stuff * Unstage website and examples * reformat code * Update circle.yml
2017-04-24 14:01:22 +02:00
dependencies:
Update depenencies, update Prettier
2017-07-03 21:36:47 -07:00
fast-diff "^1.1.1"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
jest-docblock "^21.0.0"
Fix eslint issues and turn on prettier by default (#1195) * Automatically generate prop-types from Flow * Remove propTypes usage * Fix flow * Modify some eslint settings * Fix flowtype * Lint tweaks * use prop-types pkg * Run prettier * Fix flow * Fix few lint issues * Make eslint pass * Run lint on tests * Fix flow * Fixes * Alphabetical * Trailing comma: ES5 for website compat, also fix config/paths * Apply eslint --fix only to src now * Fix missing transitionconfig * Update TypeDefinition.js * New stuff * Unstage website and examples * reformat code * Update circle.yml
2017-04-24 14:01:22 +02:00
Update depenencies, update Prettier
2017-07-03 21:36:47 -07:00
eslint-plugin-react@^7.1.0:
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
version "7.7.0"
resolved "https://registry.yarnpkg.com/eslint-plugin-react/-/eslint-plugin-react-7.7.0.tgz#f606c719dbd8a1a2b3d25c16299813878cca0160"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
Update yarn.lock
2018-02-02 12:33:53 -08:00
doctrine "^2.0.2"
Update dependencies
2017-03-15 16:02:49 -07:00
has "^1.0.1"
Update yarn.lock
2018-02-02 12:33:53 -08:00
jsx-ast-utils "^2.0.1"
Remove flow (#3350) * Remove flow types from src * Finish removing Flow * Clear out flow-typed, some flow mentions in docs, website flow usage, and some other config
2018-01-24 17:52:09 -08:00
prop-types "^15.6.0"
Update depenencies, update Prettier
2017-07-03 21:36:47 -07:00
eslint-scope@^3.7.1:
version "3.7.1"
resolved "https://registry.yarnpkg.com/eslint-scope/-/eslint-scope-3.7.1.tgz#3d63c3edfda02e06e01a452ad88caacc7cdcb6e8"
dependencies:
esrecurse "^4.1.0"
estraverse "^4.1.1"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Remove flow (#3350) * Remove flow types from src * Finish removing Flow * Clear out flow-typed, some flow mentions in docs, website flow usage, and some other config
2018-01-24 17:52:09 -08:00
eslint-visitor-keys@^1.0.0:
version "1.0.0"
resolved "https://registry.yarnpkg.com/eslint-visitor-keys/-/eslint-visitor-keys-1.0.0.tgz#3f3180fb2e291017716acb4c9d6d5b5c34a6a81d"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
eslint@^4.2.0, eslint@^4.5.0:
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
version "4.18.2"
resolved "https://registry.yarnpkg.com/eslint/-/eslint-4.18.2.tgz#0f81267ad1012e7d2051e186a9004cc2267b8d45"
Update depenencies, update Prettier
2017-07-03 21:36:47 -07:00
dependencies:
Remove flow (#3350) * Remove flow types from src * Finish removing Flow * Clear out flow-typed, some flow mentions in docs, website flow usage, and some other config
2018-01-24 17:52:09 -08:00
ajv "^5.3.0"
Update depenencies, update Prettier
2017-07-03 21:36:47 -07:00
babel-code-frame "^6.22.0"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
chalk "^2.1.0"
Update depenencies, update Prettier
2017-07-03 21:36:47 -07:00
concat-stream "^1.6.0"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
cross-spawn "^5.1.0"
Remove flow (#3350) * Remove flow types from src * Finish removing Flow * Clear out flow-typed, some flow mentions in docs, website flow usage, and some other config
2018-01-24 17:52:09 -08:00
debug "^3.1.0"
doctrine "^2.1.0"
Update depenencies, update Prettier
2017-07-03 21:36:47 -07:00
eslint-scope "^3.7.1"
Remove flow (#3350) * Remove flow types from src * Finish removing Flow * Clear out flow-typed, some flow mentions in docs, website flow usage, and some other config
2018-01-24 17:52:09 -08:00
eslint-visitor-keys "^1.0.0"
espree "^3.5.2"
Update depenencies, update Prettier
2017-07-03 21:36:47 -07:00
esquery "^1.0.0"
esutils "^2.0.2"
file-entry-cache "^2.0.0"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
functional-red-black-tree "^1.0.1"
Update depenencies, update Prettier
2017-07-03 21:36:47 -07:00
glob "^7.1.2"
Remove flow (#3350) * Remove flow types from src * Finish removing Flow * Clear out flow-typed, some flow mentions in docs, website flow usage, and some other config
2018-01-24 17:52:09 -08:00
globals "^11.0.1"
Update depenencies, update Prettier
2017-07-03 21:36:47 -07:00
ignore "^3.3.3"
imurmurhash "^0.1.4"
inquirer "^3.0.6"
is-resolvable "^1.0.0"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
js-yaml "^3.9.1"
Remove flow (#3350) * Remove flow types from src * Finish removing Flow * Clear out flow-typed, some flow mentions in docs, website flow usage, and some other config
2018-01-24 17:52:09 -08:00
json-stable-stringify-without-jsonify "^1.0.1"
Update depenencies, update Prettier
2017-07-03 21:36:47 -07:00
levn "^0.3.0"
lodash "^4.17.4"
minimatch "^3.0.2"
mkdirp "^0.5.1"
natural-compare "^1.4.0"
optionator "^0.8.2"
path-is-inside "^1.0.2"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
pluralize "^7.0.0"
Update depenencies, update Prettier
2017-07-03 21:36:47 -07:00
progress "^2.0.0"
require-uncached "^1.0.3"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
semver "^5.3.0"
strip-ansi "^4.0.0"
Update depenencies, update Prettier
2017-07-03 21:36:47 -07:00
strip-json-comments "~2.0.1"
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
table "4.0.2"
Update depenencies, update Prettier
2017-07-03 21:36:47 -07:00
text-table "~0.2.0"
Remove flow (#3350) * Remove flow types from src * Finish removing Flow * Clear out flow-typed, some flow mentions in docs, website flow usage, and some other config
2018-01-24 17:52:09 -08:00
espree@^3.5.2:
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
version "3.5.4"
resolved "https://registry.yarnpkg.com/espree/-/espree-3.5.4.tgz#b0f447187c8a8bed944b815a660bddf5deb5d1a7"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
acorn "^5.5.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
acorn-jsx "^3.0.0"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
esprima@^3.1.3:
Revert changes to yarn.lock (#2545) * Rollback changes to yarn.lock * Update react-native-tab-view in yarn.lock
2017-09-06 13:22:08 -05:00
version "3.1.3"
resolved "https://registry.yarnpkg.com/esprima/-/esprima-3.1.3.tgz#fdca51cee6133895e3c88d535ce49dbff62a4633"
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
Employ pre-commit hook for formatting code. (#2597) This change comes thanks to @plasticine's great idea (https://github.com/react-community/react-navigation/pull/2581#issuecomment-329661371). - Add husky and lint-staged to use pre-commit hook. - Automate formatting JavaScript code using ESLint and Prettier before committing changes.
2017-09-16 07:17:09 +09:00
esprima@^4.0.0:
version "4.0.0"
resolved "https://registry.yarnpkg.com/esprima/-/esprima-4.0.0.tgz#4499eddcd1110e0b218bacf2fa7f7f59f55ca804"
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
esquery@^1.0.0:
version "1.0.0"
resolved "https://registry.yarnpkg.com/esquery/-/esquery-1.0.0.tgz#cfba8b57d7fba93f17298a8a006a04cda13d80fa"
dependencies:
estraverse "^4.0.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
esrecurse@^4.1.0:
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
version "4.2.1"
resolved "https://registry.yarnpkg.com/esrecurse/-/esrecurse-4.2.1.tgz#007a3b9fdbc2b3bb87e4879ea19c92fdbd3942cf"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
estraverse "^4.1.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
estraverse@^4.0.0, estraverse@^4.1.0, estraverse@^4.1.1, estraverse@^4.2.0:
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
version "4.2.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/estraverse/-/estraverse-4.2.0.tgz#0dee3fed31fcd469618ce7342099fc1afa0bdb13"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
esutils@^2.0.2:
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
version "2.0.2"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/esutils/-/esutils-2.0.2.tgz#0abf4f1caa5bcb1f7a9d8acc6dea4faaa04bac9b"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
etag@~1.7.0:
version "1.7.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/etag/-/etag-1.7.0.tgz#03d30b5f67dd6e632d2945d30d6652731a34d5d8"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
event-target-shim@^1.0.5:
version "1.1.1"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/event-target-shim/-/event-target-shim-1.1.1.tgz#a86e5ee6bdaa16054475da797ccddf0c55698491"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update to RN 0.52 and Expo 25 (#3383) * Update to RN 0.52 and Expo 25 * Rerecord snapshots for failing Jest tests * jest-expo@25.1.0-beta.0 * jest-expo@25.1.0
2018-01-30 12:22:20 -06:00
eventemitter3@^3.0.0:
Better orientation layout on playground
2018-02-12 11:53:23 -08:00
version "3.0.1"
resolved "https://registry.yarnpkg.com/eventemitter3/-/eventemitter3-3.0.1.tgz#4ce66c3fc5b5a6b9f2245e359e1938f1ab10f960"
Update to RN 0.52 and Expo 25 (#3383) * Update to RN 0.52 and Expo 25 * Rerecord snapshots for failing Jest tests * jest-expo@25.1.0-beta.0 * jest-expo@25.1.0
2018-01-30 12:22:20 -06:00
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
exec-sh@^0.2.0:
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
version "0.2.1"
resolved "https://registry.yarnpkg.com/exec-sh/-/exec-sh-0.2.1.tgz#163b98a6e89e6b65b47c2a28d215bc1f63989c38"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
merge "^1.1.3"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
execa@^0.7.0:
version "0.7.0"
resolved "https://registry.yarnpkg.com/execa/-/execa-0.7.0.tgz#944becd34cc41ee32a63a9faf27ad5a65fc59777"
dependencies:
cross-spawn "^5.0.1"
get-stream "^3.0.0"
is-stream "^1.1.0"
npm-run-path "^2.0.0"
p-finally "^1.0.0"
signal-exit "^3.0.0"
strip-eof "^1.0.0"
Employ pre-commit hook for formatting code. (#2597) This change comes thanks to @plasticine's great idea (https://github.com/react-community/react-navigation/pull/2581#issuecomment-329661371). - Add husky and lint-staged to use pre-commit hook. - Automate formatting JavaScript code using ESLint and Prettier before committing changes.
2017-09-16 07:17:09 +09:00
execa@^0.8.0:
version "0.8.0"
resolved "https://registry.yarnpkg.com/execa/-/execa-0.8.0.tgz#d8d76bbc1b55217ed190fd6dd49d3c774ecfc8da"
dependencies:
cross-spawn "^5.0.1"
get-stream "^3.0.0"
is-stream "^1.1.0"
npm-run-path "^2.0.0"
p-finally "^1.0.0"
signal-exit "^3.0.0"
strip-eof "^1.0.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
exit-hook@^1.0.0:
version "1.1.1"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/exit-hook/-/exit-hook-1.1.1.tgz#f05ca233b48c05d54fff07765df8507e95c02ff8"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
exit@^0.1.2:
version "0.1.2"
resolved "https://registry.yarnpkg.com/exit/-/exit-0.1.2.tgz#0632638f8d877cc82107d30a0fff1a17cba1cd0c"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
expand-brackets@^0.1.4:
version "0.1.5"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/expand-brackets/-/expand-brackets-0.1.5.tgz#df07284e342a807cd733ac5af72411e581d1177b"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
is-posix-bracket "^0.1.0"
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
expand-brackets@^2.1.4:
version "2.1.4"
resolved "https://registry.yarnpkg.com/expand-brackets/-/expand-brackets-2.1.4.tgz#b77735e315ce30f6b6eff0f83b04151a22449622"
dependencies:
debug "^2.3.3"
define-property "^0.2.5"
extend-shallow "^2.0.1"
posix-character-classes "^0.1.0"
regex-not "^1.0.0"
snapdragon "^0.8.1"
to-regex "^3.0.1"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
expand-range@^1.8.1:
version "1.8.2"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/expand-range/-/expand-range-1.8.2.tgz#a299effd335fe2721ebae8e257ec79644fc85337"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
fill-range "^2.1.0"
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
expect@^22.4.0:
version "22.4.0"
resolved "https://registry.yarnpkg.com/expect/-/expect-22.4.0.tgz#371edf1ae15b83b5bf5ec34b42f1584660a36c16"
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
dependencies:
ansi-styles "^3.2.0"
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
jest-diff "^22.4.0"
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
jest-get-type "^22.1.0"
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
jest-matcher-utils "^22.4.0"
jest-message-util "^22.4.0"
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
jest-regex-util "^22.1.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
express-session@~1.11.3:
version "1.11.3"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/express-session/-/express-session-1.11.3.tgz#5cc98f3f5ff84ed835f91cbf0aabd0c7107400af"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
cookie "0.1.3"
cookie-signature "1.0.6"
crc "3.3.0"
debug "~2.2.0"
depd "~1.0.1"
on-headers "~1.0.0"
parseurl "~1.3.0"
uid-safe "~2.0.0"
utils-merge "1.0.0"
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
extend-shallow@^2.0.1:
version "2.0.1"
resolved "https://registry.yarnpkg.com/extend-shallow/-/extend-shallow-2.0.1.tgz#51af7d614ad9a9f610ea1bafbb989d6b1c56890f"
dependencies:
is-extendable "^0.1.0"
extend-shallow@^3.0.0, extend-shallow@^3.0.2:
version "3.0.2"
resolved "https://registry.yarnpkg.com/extend-shallow/-/extend-shallow-3.0.2.tgz#26a71aaf073b39fb2127172746131c2704028db8"
dependencies:
assign-symbols "^1.0.0"
is-extendable "^1.0.1"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
extend@~3.0.0, extend@~3.0.1:
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
version "3.0.1"
resolved "https://registry.yarnpkg.com/extend/-/extend-3.0.1.tgz#a755ea7bc1adfcc5a31ce7e762dbaadc5e636444"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update depenencies, update Prettier
2017-07-03 21:36:47 -07:00
external-editor@^2.0.4:
Remove flow (#3350) * Remove flow types from src * Finish removing Flow * Clear out flow-typed, some flow mentions in docs, website flow usage, and some other config
2018-01-24 17:52:09 -08:00
version "2.1.0"
resolved "https://registry.yarnpkg.com/external-editor/-/external-editor-2.1.0.tgz#3d026a21b7f95b5726387d4200ac160d372c3b48"
Update depenencies, update Prettier
2017-07-03 21:36:47 -07:00
dependencies:
Remove flow (#3350) * Remove flow types from src * Finish removing Flow * Clear out flow-typed, some flow mentions in docs, website flow usage, and some other config
2018-01-24 17:52:09 -08:00
chardet "^0.4.0"
Update depenencies, update Prettier
2017-07-03 21:36:47 -07:00
iconv-lite "^0.4.17"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
tmp "^0.0.33"
Update depenencies, update Prettier
2017-07-03 21:36:47 -07:00
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
extglob@^0.3.1:
version "0.3.2"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/extglob/-/extglob-0.3.2.tgz#2e18ff3d2f49ab2765cec9023f011daa8d8349a1"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
is-extglob "^1.0.0"
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
extglob@^2.0.4:
version "2.0.4"
resolved "https://registry.yarnpkg.com/extglob/-/extglob-2.0.4.tgz#ad00fe4dc612a9232e8718711dc5cb5ab0285543"
dependencies:
array-unique "^0.3.2"
define-property "^1.0.0"
expand-brackets "^2.1.4"
extend-shallow "^2.0.1"
fragment-cache "^0.2.1"
regex-not "^1.0.0"
snapdragon "^0.8.1"
to-regex "^3.0.1"
Remove flow (#3350) * Remove flow types from src * Finish removing Flow * Clear out flow-typed, some flow mentions in docs, website flow usage, and some other config
2018-01-24 17:52:09 -08:00
extsprintf@1.3.0:
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
version "1.3.0"
resolved "https://registry.yarnpkg.com/extsprintf/-/extsprintf-1.3.0.tgz#96918440e3041a7a414f8c52e3c574eb3c3e1e05"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Remove flow (#3350) * Remove flow types from src * Finish removing Flow * Clear out flow-typed, some flow mentions in docs, website flow usage, and some other config
2018-01-24 17:52:09 -08:00
extsprintf@^1.2.0:
version "1.4.0"
resolved "https://registry.yarnpkg.com/extsprintf/-/extsprintf-1.4.0.tgz#e2689f8f356fad62cca65a3a91c5df5f9551692f"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
fancy-log@^1.1.0:
Remove flow (#3350) * Remove flow types from src * Finish removing Flow * Clear out flow-typed, some flow mentions in docs, website flow usage, and some other config
2018-01-24 17:52:09 -08:00
version "1.3.2"
resolved "https://registry.yarnpkg.com/fancy-log/-/fancy-log-1.3.2.tgz#f41125e3d84f2e7d89a43d06d958c8f78be16be1"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
Remove flow (#3350) * Remove flow types from src * Finish removing Flow * Clear out flow-typed, some flow mentions in docs, website flow usage, and some other config
2018-01-24 17:52:09 -08:00
ansi-gray "^0.1.1"
color-support "^1.1.3"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
time-stamp "^1.0.0"
Update dependencies
2017-07-19 13:03:46 -07:00
fast-deep-equal@^1.0.0:
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
version "1.1.0"
resolved "https://registry.yarnpkg.com/fast-deep-equal/-/fast-deep-equal-1.1.0.tgz#c053477817c86b51daa853c81e059b733d023614"
Update dependencies
2017-07-19 13:03:46 -07:00
Update depenencies, update Prettier
2017-07-03 21:36:47 -07:00
fast-diff@^1.1.1:
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
version "1.1.2"
resolved "https://registry.yarnpkg.com/fast-diff/-/fast-diff-1.1.2.tgz#4b62c42b8e03de3f848460b639079920695d0154"
Update depenencies, update Prettier
2017-07-03 21:36:47 -07:00
Remove flow (#3350) * Remove flow types from src * Finish removing Flow * Clear out flow-typed, some flow mentions in docs, website flow usage, and some other config
2018-01-24 17:52:09 -08:00
fast-json-stable-stringify@^2.0.0:
version "2.0.0"
resolved "https://registry.yarnpkg.com/fast-json-stable-stringify/-/fast-json-stable-stringify-2.0.0.tgz#d5142c0caee6b1189f87d3a76111064f86c8bbf2"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
fast-levenshtein@~2.0.4:
version "2.0.6"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/fast-levenshtein/-/fast-levenshtein-2.0.6.tgz#3d8a5c66883a16a30ca8643e851f19baa7797917"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update dependencies
2017-03-15 16:02:49 -07:00
fb-watchman@^2.0.0:
version "2.0.0"
resolved "https://registry.yarnpkg.com/fb-watchman/-/fb-watchman-2.0.0.tgz#54e9abf7dfa2f26cd9b1636c588c1afc05de5d58"
dependencies:
bser "^2.0.0"
Update to react-native@0.49 and flow-bin@0.53 (#2845) * Update root package to react-native@0.49 and flow-bin@0.53 * Update NavigationPlayground package to react-native@0.49 and flow-bin@0.53 * Update ReduxExample package to react-native@0.49 and flow-bin@0.53 * flow-typed update (code-gen) * Find-and-replace old types with new types - `React.Element<*>` as the result of a render function is now `React.Node` - `ReactClass<T>` as the type of a Component is now `React.ComponentType<typeof T>` - `extends React.Component<DP, P, S>` is now `extends React.Component<P, S>` - `React.Children<*>` as the type of a children prop is now `React.ChildrenArray<*>` - Refs are now typed with `React.Ref` There are also several tiny typo fixes in here. * Avoid assuming state is NavigationRoute in addNavigationHelpers For the root, top-level Navigator, the state is a simple `NavigationState` (with no route info) and we still use `addNavigationHelpers` for it. We can't assume `navigation.state.key` is accessible for this type, so we need to do runtime checks here. * Fix type of NavigationScreenConfig `navigationOptions` was incorrectly typed * Give createNavigationContainer's State a type parameter We want to be able to specifically type this guy so we can use specific NavigationState for things like the Drawer views without having to do runtime assertions about the state type * Fix typing of NavigationAction First of all, `NavigationAction` was being used as two different types, so I had to create the new `PossiblyDeprecatedNavigationAction` and add it as a type parameter everywhere. Second of all, generics and implied types were being used far more than they need to be, and they're hard to work with because Flow doesn't really explain things well when they go wrong. * Make sure children scenes of CardStack have NavigationProp typed with NavigationRoute CardStack's `NavigationScreenProp` is typed with `NavigationState`, but the children need `NavigationRoute`. Flow gets confused by the spread operator, even if the individual property is replaced later, so we need to explicitly list each property individually (just `dispatch`, actually). * Allow prevTransitionProps parameter to be nullable * Allow prevTransitionProps parameter to be nullable * Narrow down a couple type parameters * Move NavigationStateRoute cast to within Component.router check in createConfigGetter * Update withCachedChildNavigation so it's typed correctly with React.ComponentType * Add a $FlowFixMe for displayName `React.StatelessFunctionalComponent` is missing `displayName` before Flow 0.54.0 See https://github.com/facebook/flow/commit/de37062ea21cb4055d3f1b01bdbaa76461140fc8 * Make TouchableItem's onPress prop optional `HeaderBackButton` can pass in an undefined onPress, and the React Native `Touchable*` components allow it too * Simplify withCachedChildNavigation and get rid of generics The generics don't help us here and they make the types more confusing * Redefine NavigationComponent as direct intersection The new type is technically identical to the old type, but Flow is confused by the old type... * Save router to local var before checking createConfigGetter Flow seems to think Component.router can change after the check * Fix DrawerSidebar's navigation prop's type In order for us to be able to generate a childNavigationProp, the original navigation prop has to have a NavigationState state. * Colocate action.key check with action.type check in getStateForAction For some reason, Flow thinks `action` can change sometime after `action.type` is checked. As a result, it's not properly concluding that `action.key` should exist. To avoid this, we pull `action.key` out immediately after doing the `action.type` check. * Use bounded polymorphism to pass down all props in withCachedChildNavigation Also makes sure the injected props are specified first in the union Also removes an unused `eslint-disable-line` in `getScreenForRouteName` * Make TabRouter's getComponentForState return NavigationComponent `NavigationScreenComponent` is a subtype of `NavigationComponent`, but it's not clear that `getComponentForState` always returns a `NavigationScreenComponent`, as `getScreenForRouteName` returns `NavigationComponent` * Define NavigationComponent's props using NavigationNavigatorProps Right now the types ask Flow to infer the types of `NavigationComponent`'s props. (`NavigationComponent` is the union of `NavigationNavigator` and NavigationScreenComponent.) Instead, we type the props as subtypes of `NavigationNavigatorProps`, so we can properly access those props without type errors. We used bounded polymorphism in `createNavigationContainer` and `createNavigator` to pass down these props. We also explicitly type the action in `createNavigationContainer` so we can properly pass in a `NavigationInitAction` to the dispatch function. * Parameterize NavigationTabRouterConfig `NavigationTabRouterConfig` doesn't always take `NavigationTabScreenOptions`; sometimes, it takes `NavigationDrawerScreenOptions`. * Make all NavigationOptions Exact types We're seeing weird behavior when these are merged together. By making them Exact types, we make types don't get mangled when they're unioned. https://flow.org/en/docs/types/unions/#toc-disjoint-unions-with-exact-types * Silence errors in tests These errors are unavoidable since we can't type the precise shape of a particular `NavigationState`. * Include NavigationSetParamsAction in NavigationTabAction `TabNavigator`'s `getStateForAction` definitely takes `NavigationSetParamsAction`. * Explicitly list router as void in NavigationScreenComponent This is so Flow knows that if a `NavigationComponent` has a `router` property, then it is definitely a `NavigationNavigator`. * Fix website app navigator's type * Fix createDocPage type in App In an earlier commit I attempted to fix the types here, but I incorrectly read it as returning a navigator when it just returns a screen. For some reason the error didn't immediately show up. * Fix NavigationComponent types Five changes: 1. No longer parameterizing the props of `NavigationComponent`; directly specifying as `NavigationNavigatorProps` 2. Specify the two distinct kinds of route types (leaf and state) directly in `NavigationComponent` 3. Have `SceneView` directly take `NavigationComponent` and allow inferring of `NavigationSceneProp` type 4. Have `CardStack` directly take `NavigationComponent` as well * Allow Flow to infer `NavigationAction` type in `createNavigator` * Silence Flow in router code that handles navigator sub-routes There's no way for us to tell Flow that routes that correspond to navigators should be `NavigationStateRoute`s * Allow DrawerSidebar to take a null contentComponent The way `DrawerNavigator` is set up, it's possible to pass in a null `contentComponent` in the config. If somebody want to do this, we'll just make the `DrawerSidebar` not appear altogether. This is simpler than splitting the types so there's a possibly-unspecified one for the user input, but a definitely-specified one in `DrawerSidebar`. * Specify missing screenProps prop in DrawerView * Thread full NavigationStateRoute in to DrawerSidebar This requiring making `withCachedChildNavigation` use bounded polymorphism to thread the `NavigationStateRoute` through instead of downgrading it to a `NavigationState` * Make NavigationStateProp's state prop covariant This means that `NavigationStateProp<NavigationStateRoute>` will be a subtype of `NavigationStateProp<NavigationRoute>` and `NavigationStateProp<NavigationState>` * Silence Flow's complaints about a route not being a NavigationStateRoute As mentioned in previous commits and in the comment, there is no way to type a specific navigation state shape, so we have to cast it and silence Flow's complaints. * Get rid of style prop in CardStack It looks like at some point, it was possible to specify a `style` prop that got passed all the way down to `Header`, the `TransitionConfig`'s `screenInterpolator`, and `Transitioner`. Doesn't look like we're using it anywhere, and there's a todo saying to remove it, and it's causing a type error. * Infer type of options instead of using a subtype of {} I think this has to do with {} allowing for unsealed objects. I'm not 100% sure, but this fixes 4/6 of the remaining errors! * Fix two type errors in NavigationPlayground One was just requiring an outdated type (`React.Children` instead of `React.ChildrenArray`), and the other was getting confused regarding types because of a spread operator. * Use a covariant property to simplify withCachedChildNavigation's InputProps This doesn't reduce any errors, but it's a bit simpler and cleaner. * Silence last two Flow errors regarding withCachedChildNavigation injecting childNavigationProps These are the only two errors I haven't been able to figure out at all. If I had more time I'd try and figure out the simplest case and report it to the Flow team, but I've been working on this for a week already and have to move on. The issue at hand is that `withCachedChildNavigation` injects `childNavigationProps`, but Flow doesn't see this and thinks it needs to be specified by the view component. We're using the HOC pattern suggested by the Flow docs, and I've tried several other patterns to no avail. * Use stock react-native instead of Expo's in NavigationPlayground Expo's causes Flow errors, and apparently this is normal practice because the person who switched us to Expo did this too. * Silence react-native-gesture-handler Flow errors in NavigationPlayground Expo requires this package, but it causes Flow errors. * Fix index check in DrawerSidebar Silly me, falling for the typical "0 is falsey" problem... * Rework deprecated action tests In an earlier commit I moved the `NavigationActions.mapDeprecatedActionAndWarn` out from `getStateForAction` and into `createNavigationContainer`'s `dispatch` function. The tests need to be reworked to support this, as they were previously calling `getStateForAction` directly. I don't imagine any users are calling `getStateForAction` directly. * Re-record two snapshots The changes in these snapshots are by design and don't affect anything. * Infer type of options in NavigationScreenConfig The issue is that sometimes we include options for different navigators in a single blob. * Infer types of action and options in createNavigationContainer Particulary helps with Options. Makes the types more specific and gets rid of an error that only shows up when using the library * Don't use generics for NavigationState in createNavigationContainer There's no particular reason for having those generics there, since there's no way we'd be able to get Flow to understand the exact shape of particular navigation states anyways. This fixes a bug when integrating this version of the project into my repo. * Move ReduxExample to react-native@0.49.3 instead of custom Expo version
2017-10-31 10:41:17 -04:00
fbjs-scripts@^0.8.1:
version "0.8.1"
resolved "https://registry.yarnpkg.com/fbjs-scripts/-/fbjs-scripts-0.8.1.tgz#c1c6efbecb7f008478468976b783880c2f669765"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
babel-core "^6.7.2"
Update to react-native@0.49 and flow-bin@0.53 (#2845) * Update root package to react-native@0.49 and flow-bin@0.53 * Update NavigationPlayground package to react-native@0.49 and flow-bin@0.53 * Update ReduxExample package to react-native@0.49 and flow-bin@0.53 * flow-typed update (code-gen) * Find-and-replace old types with new types - `React.Element<*>` as the result of a render function is now `React.Node` - `ReactClass<T>` as the type of a Component is now `React.ComponentType<typeof T>` - `extends React.Component<DP, P, S>` is now `extends React.Component<P, S>` - `React.Children<*>` as the type of a children prop is now `React.ChildrenArray<*>` - Refs are now typed with `React.Ref` There are also several tiny typo fixes in here. * Avoid assuming state is NavigationRoute in addNavigationHelpers For the root, top-level Navigator, the state is a simple `NavigationState` (with no route info) and we still use `addNavigationHelpers` for it. We can't assume `navigation.state.key` is accessible for this type, so we need to do runtime checks here. * Fix type of NavigationScreenConfig `navigationOptions` was incorrectly typed * Give createNavigationContainer's State a type parameter We want to be able to specifically type this guy so we can use specific NavigationState for things like the Drawer views without having to do runtime assertions about the state type * Fix typing of NavigationAction First of all, `NavigationAction` was being used as two different types, so I had to create the new `PossiblyDeprecatedNavigationAction` and add it as a type parameter everywhere. Second of all, generics and implied types were being used far more than they need to be, and they're hard to work with because Flow doesn't really explain things well when they go wrong. * Make sure children scenes of CardStack have NavigationProp typed with NavigationRoute CardStack's `NavigationScreenProp` is typed with `NavigationState`, but the children need `NavigationRoute`. Flow gets confused by the spread operator, even if the individual property is replaced later, so we need to explicitly list each property individually (just `dispatch`, actually). * Allow prevTransitionProps parameter to be nullable * Allow prevTransitionProps parameter to be nullable * Narrow down a couple type parameters * Move NavigationStateRoute cast to within Component.router check in createConfigGetter * Update withCachedChildNavigation so it's typed correctly with React.ComponentType * Add a $FlowFixMe for displayName `React.StatelessFunctionalComponent` is missing `displayName` before Flow 0.54.0 See https://github.com/facebook/flow/commit/de37062ea21cb4055d3f1b01bdbaa76461140fc8 * Make TouchableItem's onPress prop optional `HeaderBackButton` can pass in an undefined onPress, and the React Native `Touchable*` components allow it too * Simplify withCachedChildNavigation and get rid of generics The generics don't help us here and they make the types more confusing * Redefine NavigationComponent as direct intersection The new type is technically identical to the old type, but Flow is confused by the old type... * Save router to local var before checking createConfigGetter Flow seems to think Component.router can change after the check * Fix DrawerSidebar's navigation prop's type In order for us to be able to generate a childNavigationProp, the original navigation prop has to have a NavigationState state. * Colocate action.key check with action.type check in getStateForAction For some reason, Flow thinks `action` can change sometime after `action.type` is checked. As a result, it's not properly concluding that `action.key` should exist. To avoid this, we pull `action.key` out immediately after doing the `action.type` check. * Use bounded polymorphism to pass down all props in withCachedChildNavigation Also makes sure the injected props are specified first in the union Also removes an unused `eslint-disable-line` in `getScreenForRouteName` * Make TabRouter's getComponentForState return NavigationComponent `NavigationScreenComponent` is a subtype of `NavigationComponent`, but it's not clear that `getComponentForState` always returns a `NavigationScreenComponent`, as `getScreenForRouteName` returns `NavigationComponent` * Define NavigationComponent's props using NavigationNavigatorProps Right now the types ask Flow to infer the types of `NavigationComponent`'s props. (`NavigationComponent` is the union of `NavigationNavigator` and NavigationScreenComponent.) Instead, we type the props as subtypes of `NavigationNavigatorProps`, so we can properly access those props without type errors. We used bounded polymorphism in `createNavigationContainer` and `createNavigator` to pass down these props. We also explicitly type the action in `createNavigationContainer` so we can properly pass in a `NavigationInitAction` to the dispatch function. * Parameterize NavigationTabRouterConfig `NavigationTabRouterConfig` doesn't always take `NavigationTabScreenOptions`; sometimes, it takes `NavigationDrawerScreenOptions`. * Make all NavigationOptions Exact types We're seeing weird behavior when these are merged together. By making them Exact types, we make types don't get mangled when they're unioned. https://flow.org/en/docs/types/unions/#toc-disjoint-unions-with-exact-types * Silence errors in tests These errors are unavoidable since we can't type the precise shape of a particular `NavigationState`. * Include NavigationSetParamsAction in NavigationTabAction `TabNavigator`'s `getStateForAction` definitely takes `NavigationSetParamsAction`. * Explicitly list router as void in NavigationScreenComponent This is so Flow knows that if a `NavigationComponent` has a `router` property, then it is definitely a `NavigationNavigator`. * Fix website app navigator's type * Fix createDocPage type in App In an earlier commit I attempted to fix the types here, but I incorrectly read it as returning a navigator when it just returns a screen. For some reason the error didn't immediately show up. * Fix NavigationComponent types Five changes: 1. No longer parameterizing the props of `NavigationComponent`; directly specifying as `NavigationNavigatorProps` 2. Specify the two distinct kinds of route types (leaf and state) directly in `NavigationComponent` 3. Have `SceneView` directly take `NavigationComponent` and allow inferring of `NavigationSceneProp` type 4. Have `CardStack` directly take `NavigationComponent` as well * Allow Flow to infer `NavigationAction` type in `createNavigator` * Silence Flow in router code that handles navigator sub-routes There's no way for us to tell Flow that routes that correspond to navigators should be `NavigationStateRoute`s * Allow DrawerSidebar to take a null contentComponent The way `DrawerNavigator` is set up, it's possible to pass in a null `contentComponent` in the config. If somebody want to do this, we'll just make the `DrawerSidebar` not appear altogether. This is simpler than splitting the types so there's a possibly-unspecified one for the user input, but a definitely-specified one in `DrawerSidebar`. * Specify missing screenProps prop in DrawerView * Thread full NavigationStateRoute in to DrawerSidebar This requiring making `withCachedChildNavigation` use bounded polymorphism to thread the `NavigationStateRoute` through instead of downgrading it to a `NavigationState` * Make NavigationStateProp's state prop covariant This means that `NavigationStateProp<NavigationStateRoute>` will be a subtype of `NavigationStateProp<NavigationRoute>` and `NavigationStateProp<NavigationState>` * Silence Flow's complaints about a route not being a NavigationStateRoute As mentioned in previous commits and in the comment, there is no way to type a specific navigation state shape, so we have to cast it and silence Flow's complaints. * Get rid of style prop in CardStack It looks like at some point, it was possible to specify a `style` prop that got passed all the way down to `Header`, the `TransitionConfig`'s `screenInterpolator`, and `Transitioner`. Doesn't look like we're using it anywhere, and there's a todo saying to remove it, and it's causing a type error. * Infer type of options instead of using a subtype of {} I think this has to do with {} allowing for unsealed objects. I'm not 100% sure, but this fixes 4/6 of the remaining errors! * Fix two type errors in NavigationPlayground One was just requiring an outdated type (`React.Children` instead of `React.ChildrenArray`), and the other was getting confused regarding types because of a spread operator. * Use a covariant property to simplify withCachedChildNavigation's InputProps This doesn't reduce any errors, but it's a bit simpler and cleaner. * Silence last two Flow errors regarding withCachedChildNavigation injecting childNavigationProps These are the only two errors I haven't been able to figure out at all. If I had more time I'd try and figure out the simplest case and report it to the Flow team, but I've been working on this for a week already and have to move on. The issue at hand is that `withCachedChildNavigation` injects `childNavigationProps`, but Flow doesn't see this and thinks it needs to be specified by the view component. We're using the HOC pattern suggested by the Flow docs, and I've tried several other patterns to no avail. * Use stock react-native instead of Expo's in NavigationPlayground Expo's causes Flow errors, and apparently this is normal practice because the person who switched us to Expo did this too. * Silence react-native-gesture-handler Flow errors in NavigationPlayground Expo requires this package, but it causes Flow errors. * Fix index check in DrawerSidebar Silly me, falling for the typical "0 is falsey" problem... * Rework deprecated action tests In an earlier commit I moved the `NavigationActions.mapDeprecatedActionAndWarn` out from `getStateForAction` and into `createNavigationContainer`'s `dispatch` function. The tests need to be reworked to support this, as they were previously calling `getStateForAction` directly. I don't imagine any users are calling `getStateForAction` directly. * Re-record two snapshots The changes in these snapshots are by design and don't affect anything. * Infer type of options in NavigationScreenConfig The issue is that sometimes we include options for different navigators in a single blob. * Infer types of action and options in createNavigationContainer Particulary helps with Options. Makes the types more specific and gets rid of an error that only shows up when using the library * Don't use generics for NavigationState in createNavigationContainer There's no particular reason for having those generics there, since there's no way we'd be able to get Flow to understand the exact shape of particular navigation states anyways. This fixes a bug when integrating this version of the project into my repo. * Move ReduxExample to react-native@0.49.3 instead of custom Expo version
2017-10-31 10:41:17 -04:00
babel-preset-fbjs "^2.1.2"
core-js "^2.4.1"
cross-spawn "^5.1.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
gulp-util "^3.0.4"
object-assign "^4.0.1"
semver "^5.1.0"
through2 "^2.0.0"
feat(context): refactor passing navigation context (#3668) * feat(context): refactor passing navigation context * remove commented code in example * adjust src/views/withNavigationFocus.js * refactor stuff * extract scene to variable * Add test * Apply CR comments * remove junk * bring back screen mode header
2018-03-15 18:55:00 +01:00
fbjs@^0.8.0, fbjs@^0.8.14, fbjs@^0.8.16, fbjs@^0.8.9:
Improve StatusBar/Header Behavior (#2669) * Track orientation change * Add tests for withOrientation * Better variable naming
2017-09-29 16:11:30 -05:00
version "0.8.16"
resolved "https://registry.yarnpkg.com/fbjs/-/fbjs-0.8.16.tgz#5e67432f550dc41b572bf55847b8aca64e5337db"
dependencies:
core-js "^1.0.0"
isomorphic-fetch "^2.1.1"
loose-envify "^1.0.0"
object-assign "^4.1.0"
promise "^7.1.1"
setimmediate "^1.0.5"
ua-parser-js "^0.7.9"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
figures@^1.7.0:
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
version "1.7.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/figures/-/figures-1.7.0.tgz#cbe1e3affcf1cd44b80cadfed28dc793a9701d2e"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
escape-string-regexp "^1.0.5"
object-assign "^4.1.0"
Update depenencies, update Prettier
2017-07-03 21:36:47 -07:00
figures@^2.0.0:
version "2.0.0"
resolved "https://registry.yarnpkg.com/figures/-/figures-2.0.0.tgz#3ab1a2d2a62c8bfb431a0c94cb797a2fce27c962"
dependencies:
escape-string-regexp "^1.0.5"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
file-entry-cache@^2.0.0:
version "2.0.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/file-entry-cache/-/file-entry-cache-2.0.0.tgz#c392990c3e684783d838b8c84a45d8a048458361"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
flat-cache "^1.2.1"
object-assign "^4.0.1"
filename-regex@^2.0.0:
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
version "2.0.1"
resolved "https://registry.yarnpkg.com/filename-regex/-/filename-regex-2.0.1.tgz#c1c4b9bee3e09725ddb106b75c1e301fe2f18b26"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
fileset@^2.0.2:
version "2.0.3"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/fileset/-/fileset-2.0.3.tgz#8e7548a96d3cc2327ee5e674168723a333bba2a0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
glob "^7.0.3"
minimatch "^3.0.3"
fill-range@^2.1.0:
version "2.2.3"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/fill-range/-/fill-range-2.2.3.tgz#50b77dfd7e469bc7492470963699fe7a8485a723"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
is-number "^2.1.0"
isobject "^2.0.0"
randomatic "^1.1.3"
repeat-element "^1.1.2"
repeat-string "^1.5.2"
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
fill-range@^4.0.0:
version "4.0.0"
resolved "https://registry.yarnpkg.com/fill-range/-/fill-range-4.0.0.tgz#d544811d428f98eb06a63dc402d2403c328c38f7"
dependencies:
extend-shallow "^2.0.1"
is-number "^3.0.0"
repeat-string "^1.6.1"
to-regex-range "^2.1.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
finalhandler@0.4.0:
version "0.4.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/finalhandler/-/finalhandler-0.4.0.tgz#965a52d9e8d05d2b857548541fb89b53a2497d9b"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
debug "~2.2.0"
escape-html "1.0.2"
on-finished "~2.3.0"
unpipe "~1.0.0"
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
finalhandler@1.1.0:
version "1.1.0"
resolved "https://registry.yarnpkg.com/finalhandler/-/finalhandler-1.1.0.tgz#ce0b6855b45853e791b2fcc680046d88253dd7f5"
Update to RN 0.52 and Expo 25 (#3383) * Update to RN 0.52 and Expo 25 * Rerecord snapshots for failing Jest tests * jest-expo@25.1.0-beta.0 * jest-expo@25.1.0
2018-01-30 12:22:20 -06:00
dependencies:
debug "2.6.9"
encodeurl "~1.0.1"
escape-html "~1.0.3"
on-finished "~2.3.0"
parseurl "~1.3.2"
statuses "~1.3.1"
unpipe "~1.0.0"
Update dependencies
2017-03-15 16:02:49 -07:00
find-up@^1.0.0:
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
version "1.1.2"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/find-up/-/find-up-1.1.2.tgz#6b2e9822b1a2ce0a60ab64d610eccad53cb24d0f"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
path-exists "^2.0.0"
pinkie-promise "^2.0.0"
Update depenencies, update Prettier
2017-07-03 21:36:47 -07:00
find-up@^2.0.0, find-up@^2.1.0:
Update dependencies
2017-03-15 16:02:49 -07:00
version "2.1.0"
resolved "https://registry.yarnpkg.com/find-up/-/find-up-2.1.0.tgz#45d1b7e506c717ddd482775a2b77920a3c0c57a7"
dependencies:
locate-path "^2.0.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
flat-cache@^1.2.1:
Update to react-native@0.49 and flow-bin@0.53 (#2845) * Update root package to react-native@0.49 and flow-bin@0.53 * Update NavigationPlayground package to react-native@0.49 and flow-bin@0.53 * Update ReduxExample package to react-native@0.49 and flow-bin@0.53 * flow-typed update (code-gen) * Find-and-replace old types with new types - `React.Element<*>` as the result of a render function is now `React.Node` - `ReactClass<T>` as the type of a Component is now `React.ComponentType<typeof T>` - `extends React.Component<DP, P, S>` is now `extends React.Component<P, S>` - `React.Children<*>` as the type of a children prop is now `React.ChildrenArray<*>` - Refs are now typed with `React.Ref` There are also several tiny typo fixes in here. * Avoid assuming state is NavigationRoute in addNavigationHelpers For the root, top-level Navigator, the state is a simple `NavigationState` (with no route info) and we still use `addNavigationHelpers` for it. We can't assume `navigation.state.key` is accessible for this type, so we need to do runtime checks here. * Fix type of NavigationScreenConfig `navigationOptions` was incorrectly typed * Give createNavigationContainer's State a type parameter We want to be able to specifically type this guy so we can use specific NavigationState for things like the Drawer views without having to do runtime assertions about the state type * Fix typing of NavigationAction First of all, `NavigationAction` was being used as two different types, so I had to create the new `PossiblyDeprecatedNavigationAction` and add it as a type parameter everywhere. Second of all, generics and implied types were being used far more than they need to be, and they're hard to work with because Flow doesn't really explain things well when they go wrong. * Make sure children scenes of CardStack have NavigationProp typed with NavigationRoute CardStack's `NavigationScreenProp` is typed with `NavigationState`, but the children need `NavigationRoute`. Flow gets confused by the spread operator, even if the individual property is replaced later, so we need to explicitly list each property individually (just `dispatch`, actually). * Allow prevTransitionProps parameter to be nullable * Allow prevTransitionProps parameter to be nullable * Narrow down a couple type parameters * Move NavigationStateRoute cast to within Component.router check in createConfigGetter * Update withCachedChildNavigation so it's typed correctly with React.ComponentType * Add a $FlowFixMe for displayName `React.StatelessFunctionalComponent` is missing `displayName` before Flow 0.54.0 See https://github.com/facebook/flow/commit/de37062ea21cb4055d3f1b01bdbaa76461140fc8 * Make TouchableItem's onPress prop optional `HeaderBackButton` can pass in an undefined onPress, and the React Native `Touchable*` components allow it too * Simplify withCachedChildNavigation and get rid of generics The generics don't help us here and they make the types more confusing * Redefine NavigationComponent as direct intersection The new type is technically identical to the old type, but Flow is confused by the old type... * Save router to local var before checking createConfigGetter Flow seems to think Component.router can change after the check * Fix DrawerSidebar's navigation prop's type In order for us to be able to generate a childNavigationProp, the original navigation prop has to have a NavigationState state. * Colocate action.key check with action.type check in getStateForAction For some reason, Flow thinks `action` can change sometime after `action.type` is checked. As a result, it's not properly concluding that `action.key` should exist. To avoid this, we pull `action.key` out immediately after doing the `action.type` check. * Use bounded polymorphism to pass down all props in withCachedChildNavigation Also makes sure the injected props are specified first in the union Also removes an unused `eslint-disable-line` in `getScreenForRouteName` * Make TabRouter's getComponentForState return NavigationComponent `NavigationScreenComponent` is a subtype of `NavigationComponent`, but it's not clear that `getComponentForState` always returns a `NavigationScreenComponent`, as `getScreenForRouteName` returns `NavigationComponent` * Define NavigationComponent's props using NavigationNavigatorProps Right now the types ask Flow to infer the types of `NavigationComponent`'s props. (`NavigationComponent` is the union of `NavigationNavigator` and NavigationScreenComponent.) Instead, we type the props as subtypes of `NavigationNavigatorProps`, so we can properly access those props without type errors. We used bounded polymorphism in `createNavigationContainer` and `createNavigator` to pass down these props. We also explicitly type the action in `createNavigationContainer` so we can properly pass in a `NavigationInitAction` to the dispatch function. * Parameterize NavigationTabRouterConfig `NavigationTabRouterConfig` doesn't always take `NavigationTabScreenOptions`; sometimes, it takes `NavigationDrawerScreenOptions`. * Make all NavigationOptions Exact types We're seeing weird behavior when these are merged together. By making them Exact types, we make types don't get mangled when they're unioned. https://flow.org/en/docs/types/unions/#toc-disjoint-unions-with-exact-types * Silence errors in tests These errors are unavoidable since we can't type the precise shape of a particular `NavigationState`. * Include NavigationSetParamsAction in NavigationTabAction `TabNavigator`'s `getStateForAction` definitely takes `NavigationSetParamsAction`. * Explicitly list router as void in NavigationScreenComponent This is so Flow knows that if a `NavigationComponent` has a `router` property, then it is definitely a `NavigationNavigator`. * Fix website app navigator's type * Fix createDocPage type in App In an earlier commit I attempted to fix the types here, but I incorrectly read it as returning a navigator when it just returns a screen. For some reason the error didn't immediately show up. * Fix NavigationComponent types Five changes: 1. No longer parameterizing the props of `NavigationComponent`; directly specifying as `NavigationNavigatorProps` 2. Specify the two distinct kinds of route types (leaf and state) directly in `NavigationComponent` 3. Have `SceneView` directly take `NavigationComponent` and allow inferring of `NavigationSceneProp` type 4. Have `CardStack` directly take `NavigationComponent` as well * Allow Flow to infer `NavigationAction` type in `createNavigator` * Silence Flow in router code that handles navigator sub-routes There's no way for us to tell Flow that routes that correspond to navigators should be `NavigationStateRoute`s * Allow DrawerSidebar to take a null contentComponent The way `DrawerNavigator` is set up, it's possible to pass in a null `contentComponent` in the config. If somebody want to do this, we'll just make the `DrawerSidebar` not appear altogether. This is simpler than splitting the types so there's a possibly-unspecified one for the user input, but a definitely-specified one in `DrawerSidebar`. * Specify missing screenProps prop in DrawerView * Thread full NavigationStateRoute in to DrawerSidebar This requiring making `withCachedChildNavigation` use bounded polymorphism to thread the `NavigationStateRoute` through instead of downgrading it to a `NavigationState` * Make NavigationStateProp's state prop covariant This means that `NavigationStateProp<NavigationStateRoute>` will be a subtype of `NavigationStateProp<NavigationRoute>` and `NavigationStateProp<NavigationState>` * Silence Flow's complaints about a route not being a NavigationStateRoute As mentioned in previous commits and in the comment, there is no way to type a specific navigation state shape, so we have to cast it and silence Flow's complaints. * Get rid of style prop in CardStack It looks like at some point, it was possible to specify a `style` prop that got passed all the way down to `Header`, the `TransitionConfig`'s `screenInterpolator`, and `Transitioner`. Doesn't look like we're using it anywhere, and there's a todo saying to remove it, and it's causing a type error. * Infer type of options instead of using a subtype of {} I think this has to do with {} allowing for unsealed objects. I'm not 100% sure, but this fixes 4/6 of the remaining errors! * Fix two type errors in NavigationPlayground One was just requiring an outdated type (`React.Children` instead of `React.ChildrenArray`), and the other was getting confused regarding types because of a spread operator. * Use a covariant property to simplify withCachedChildNavigation's InputProps This doesn't reduce any errors, but it's a bit simpler and cleaner. * Silence last two Flow errors regarding withCachedChildNavigation injecting childNavigationProps These are the only two errors I haven't been able to figure out at all. If I had more time I'd try and figure out the simplest case and report it to the Flow team, but I've been working on this for a week already and have to move on. The issue at hand is that `withCachedChildNavigation` injects `childNavigationProps`, but Flow doesn't see this and thinks it needs to be specified by the view component. We're using the HOC pattern suggested by the Flow docs, and I've tried several other patterns to no avail. * Use stock react-native instead of Expo's in NavigationPlayground Expo's causes Flow errors, and apparently this is normal practice because the person who switched us to Expo did this too. * Silence react-native-gesture-handler Flow errors in NavigationPlayground Expo requires this package, but it causes Flow errors. * Fix index check in DrawerSidebar Silly me, falling for the typical "0 is falsey" problem... * Rework deprecated action tests In an earlier commit I moved the `NavigationActions.mapDeprecatedActionAndWarn` out from `getStateForAction` and into `createNavigationContainer`'s `dispatch` function. The tests need to be reworked to support this, as they were previously calling `getStateForAction` directly. I don't imagine any users are calling `getStateForAction` directly. * Re-record two snapshots The changes in these snapshots are by design and don't affect anything. * Infer type of options in NavigationScreenConfig The issue is that sometimes we include options for different navigators in a single blob. * Infer types of action and options in createNavigationContainer Particulary helps with Options. Makes the types more specific and gets rid of an error that only shows up when using the library * Don't use generics for NavigationState in createNavigationContainer There's no particular reason for having those generics there, since there's no way we'd be able to get Flow to understand the exact shape of particular navigation states anyways. This fixes a bug when integrating this version of the project into my repo. * Move ReduxExample to react-native@0.49.3 instead of custom Expo version
2017-10-31 10:41:17 -04:00
version "1.3.0"
resolved "https://registry.yarnpkg.com/flat-cache/-/flat-cache-1.3.0.tgz#d3030b32b38154f4e3b7e9c709f490f7ef97c481"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
circular-json "^0.3.1"
del "^2.0.2"
graceful-fs "^4.1.2"
write "^0.2.1"
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
for-in@^1.0.1, for-in@^1.0.2:
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
version "1.0.2"
resolved "https://registry.yarnpkg.com/for-in/-/for-in-1.0.2.tgz#81068d295a8142ec0ac726c6e2200c30fb6d5e80"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
for-own@^0.1.4:
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
version "0.1.5"
resolved "https://registry.yarnpkg.com/for-own/-/for-own-0.1.5.tgz#5265c681a4f294dabbf17c9509b6763aa84510ce"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
for-in "^1.0.1"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
foreach@^2.0.5:
version "2.0.5"
resolved "https://registry.yarnpkg.com/foreach/-/foreach-2.0.5.tgz#0bee005018aeb260d0a3af3ae658dd0136ec1b99"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
forever-agent@~0.6.1:
version "0.6.1"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/forever-agent/-/forever-agent-0.6.1.tgz#fbc71f0c41adeb37f96c577ad1ed42d8fdacca91"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update to react-native@0.49 and flow-bin@0.53 (#2845) * Update root package to react-native@0.49 and flow-bin@0.53 * Update NavigationPlayground package to react-native@0.49 and flow-bin@0.53 * Update ReduxExample package to react-native@0.49 and flow-bin@0.53 * flow-typed update (code-gen) * Find-and-replace old types with new types - `React.Element<*>` as the result of a render function is now `React.Node` - `ReactClass<T>` as the type of a Component is now `React.ComponentType<typeof T>` - `extends React.Component<DP, P, S>` is now `extends React.Component<P, S>` - `React.Children<*>` as the type of a children prop is now `React.ChildrenArray<*>` - Refs are now typed with `React.Ref` There are also several tiny typo fixes in here. * Avoid assuming state is NavigationRoute in addNavigationHelpers For the root, top-level Navigator, the state is a simple `NavigationState` (with no route info) and we still use `addNavigationHelpers` for it. We can't assume `navigation.state.key` is accessible for this type, so we need to do runtime checks here. * Fix type of NavigationScreenConfig `navigationOptions` was incorrectly typed * Give createNavigationContainer's State a type parameter We want to be able to specifically type this guy so we can use specific NavigationState for things like the Drawer views without having to do runtime assertions about the state type * Fix typing of NavigationAction First of all, `NavigationAction` was being used as two different types, so I had to create the new `PossiblyDeprecatedNavigationAction` and add it as a type parameter everywhere. Second of all, generics and implied types were being used far more than they need to be, and they're hard to work with because Flow doesn't really explain things well when they go wrong. * Make sure children scenes of CardStack have NavigationProp typed with NavigationRoute CardStack's `NavigationScreenProp` is typed with `NavigationState`, but the children need `NavigationRoute`. Flow gets confused by the spread operator, even if the individual property is replaced later, so we need to explicitly list each property individually (just `dispatch`, actually). * Allow prevTransitionProps parameter to be nullable * Allow prevTransitionProps parameter to be nullable * Narrow down a couple type parameters * Move NavigationStateRoute cast to within Component.router check in createConfigGetter * Update withCachedChildNavigation so it's typed correctly with React.ComponentType * Add a $FlowFixMe for displayName `React.StatelessFunctionalComponent` is missing `displayName` before Flow 0.54.0 See https://github.com/facebook/flow/commit/de37062ea21cb4055d3f1b01bdbaa76461140fc8 * Make TouchableItem's onPress prop optional `HeaderBackButton` can pass in an undefined onPress, and the React Native `Touchable*` components allow it too * Simplify withCachedChildNavigation and get rid of generics The generics don't help us here and they make the types more confusing * Redefine NavigationComponent as direct intersection The new type is technically identical to the old type, but Flow is confused by the old type... * Save router to local var before checking createConfigGetter Flow seems to think Component.router can change after the check * Fix DrawerSidebar's navigation prop's type In order for us to be able to generate a childNavigationProp, the original navigation prop has to have a NavigationState state. * Colocate action.key check with action.type check in getStateForAction For some reason, Flow thinks `action` can change sometime after `action.type` is checked. As a result, it's not properly concluding that `action.key` should exist. To avoid this, we pull `action.key` out immediately after doing the `action.type` check. * Use bounded polymorphism to pass down all props in withCachedChildNavigation Also makes sure the injected props are specified first in the union Also removes an unused `eslint-disable-line` in `getScreenForRouteName` * Make TabRouter's getComponentForState return NavigationComponent `NavigationScreenComponent` is a subtype of `NavigationComponent`, but it's not clear that `getComponentForState` always returns a `NavigationScreenComponent`, as `getScreenForRouteName` returns `NavigationComponent` * Define NavigationComponent's props using NavigationNavigatorProps Right now the types ask Flow to infer the types of `NavigationComponent`'s props. (`NavigationComponent` is the union of `NavigationNavigator` and NavigationScreenComponent.) Instead, we type the props as subtypes of `NavigationNavigatorProps`, so we can properly access those props without type errors. We used bounded polymorphism in `createNavigationContainer` and `createNavigator` to pass down these props. We also explicitly type the action in `createNavigationContainer` so we can properly pass in a `NavigationInitAction` to the dispatch function. * Parameterize NavigationTabRouterConfig `NavigationTabRouterConfig` doesn't always take `NavigationTabScreenOptions`; sometimes, it takes `NavigationDrawerScreenOptions`. * Make all NavigationOptions Exact types We're seeing weird behavior when these are merged together. By making them Exact types, we make types don't get mangled when they're unioned. https://flow.org/en/docs/types/unions/#toc-disjoint-unions-with-exact-types * Silence errors in tests These errors are unavoidable since we can't type the precise shape of a particular `NavigationState`. * Include NavigationSetParamsAction in NavigationTabAction `TabNavigator`'s `getStateForAction` definitely takes `NavigationSetParamsAction`. * Explicitly list router as void in NavigationScreenComponent This is so Flow knows that if a `NavigationComponent` has a `router` property, then it is definitely a `NavigationNavigator`. * Fix website app navigator's type * Fix createDocPage type in App In an earlier commit I attempted to fix the types here, but I incorrectly read it as returning a navigator when it just returns a screen. For some reason the error didn't immediately show up. * Fix NavigationComponent types Five changes: 1. No longer parameterizing the props of `NavigationComponent`; directly specifying as `NavigationNavigatorProps` 2. Specify the two distinct kinds of route types (leaf and state) directly in `NavigationComponent` 3. Have `SceneView` directly take `NavigationComponent` and allow inferring of `NavigationSceneProp` type 4. Have `CardStack` directly take `NavigationComponent` as well * Allow Flow to infer `NavigationAction` type in `createNavigator` * Silence Flow in router code that handles navigator sub-routes There's no way for us to tell Flow that routes that correspond to navigators should be `NavigationStateRoute`s * Allow DrawerSidebar to take a null contentComponent The way `DrawerNavigator` is set up, it's possible to pass in a null `contentComponent` in the config. If somebody want to do this, we'll just make the `DrawerSidebar` not appear altogether. This is simpler than splitting the types so there's a possibly-unspecified one for the user input, but a definitely-specified one in `DrawerSidebar`. * Specify missing screenProps prop in DrawerView * Thread full NavigationStateRoute in to DrawerSidebar This requiring making `withCachedChildNavigation` use bounded polymorphism to thread the `NavigationStateRoute` through instead of downgrading it to a `NavigationState` * Make NavigationStateProp's state prop covariant This means that `NavigationStateProp<NavigationStateRoute>` will be a subtype of `NavigationStateProp<NavigationRoute>` and `NavigationStateProp<NavigationState>` * Silence Flow's complaints about a route not being a NavigationStateRoute As mentioned in previous commits and in the comment, there is no way to type a specific navigation state shape, so we have to cast it and silence Flow's complaints. * Get rid of style prop in CardStack It looks like at some point, it was possible to specify a `style` prop that got passed all the way down to `Header`, the `TransitionConfig`'s `screenInterpolator`, and `Transitioner`. Doesn't look like we're using it anywhere, and there's a todo saying to remove it, and it's causing a type error. * Infer type of options instead of using a subtype of {} I think this has to do with {} allowing for unsealed objects. I'm not 100% sure, but this fixes 4/6 of the remaining errors! * Fix two type errors in NavigationPlayground One was just requiring an outdated type (`React.Children` instead of `React.ChildrenArray`), and the other was getting confused regarding types because of a spread operator. * Use a covariant property to simplify withCachedChildNavigation's InputProps This doesn't reduce any errors, but it's a bit simpler and cleaner. * Silence last two Flow errors regarding withCachedChildNavigation injecting childNavigationProps These are the only two errors I haven't been able to figure out at all. If I had more time I'd try and figure out the simplest case and report it to the Flow team, but I've been working on this for a week already and have to move on. The issue at hand is that `withCachedChildNavigation` injects `childNavigationProps`, but Flow doesn't see this and thinks it needs to be specified by the view component. We're using the HOC pattern suggested by the Flow docs, and I've tried several other patterns to no avail. * Use stock react-native instead of Expo's in NavigationPlayground Expo's causes Flow errors, and apparently this is normal practice because the person who switched us to Expo did this too. * Silence react-native-gesture-handler Flow errors in NavigationPlayground Expo requires this package, but it causes Flow errors. * Fix index check in DrawerSidebar Silly me, falling for the typical "0 is falsey" problem... * Rework deprecated action tests In an earlier commit I moved the `NavigationActions.mapDeprecatedActionAndWarn` out from `getStateForAction` and into `createNavigationContainer`'s `dispatch` function. The tests need to be reworked to support this, as they were previously calling `getStateForAction` directly. I don't imagine any users are calling `getStateForAction` directly. * Re-record two snapshots The changes in these snapshots are by design and don't affect anything. * Infer type of options in NavigationScreenConfig The issue is that sometimes we include options for different navigators in a single blob. * Infer types of action and options in createNavigationContainer Particulary helps with Options. Makes the types more specific and gets rid of an error that only shows up when using the library * Don't use generics for NavigationState in createNavigationContainer There's no particular reason for having those generics there, since there's no way we'd be able to get Flow to understand the exact shape of particular navigation states anyways. This fixes a bug when integrating this version of the project into my repo. * Move ReduxExample to react-native@0.49.3 instead of custom Expo version
2017-10-31 10:41:17 -04:00
form-data@~2.1.1:
version "2.1.4"
resolved "https://registry.yarnpkg.com/form-data/-/form-data-2.1.4.tgz#33c183acf193276ecaa98143a69e94bfee1750d1"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
dependencies:
asynckit "^0.4.0"
combined-stream "^1.0.5"
mime-types "^2.1.12"
Update to react-native@0.49 and flow-bin@0.53 (#2845) * Update root package to react-native@0.49 and flow-bin@0.53 * Update NavigationPlayground package to react-native@0.49 and flow-bin@0.53 * Update ReduxExample package to react-native@0.49 and flow-bin@0.53 * flow-typed update (code-gen) * Find-and-replace old types with new types - `React.Element<*>` as the result of a render function is now `React.Node` - `ReactClass<T>` as the type of a Component is now `React.ComponentType<typeof T>` - `extends React.Component<DP, P, S>` is now `extends React.Component<P, S>` - `React.Children<*>` as the type of a children prop is now `React.ChildrenArray<*>` - Refs are now typed with `React.Ref` There are also several tiny typo fixes in here. * Avoid assuming state is NavigationRoute in addNavigationHelpers For the root, top-level Navigator, the state is a simple `NavigationState` (with no route info) and we still use `addNavigationHelpers` for it. We can't assume `navigation.state.key` is accessible for this type, so we need to do runtime checks here. * Fix type of NavigationScreenConfig `navigationOptions` was incorrectly typed * Give createNavigationContainer's State a type parameter We want to be able to specifically type this guy so we can use specific NavigationState for things like the Drawer views without having to do runtime assertions about the state type * Fix typing of NavigationAction First of all, `NavigationAction` was being used as two different types, so I had to create the new `PossiblyDeprecatedNavigationAction` and add it as a type parameter everywhere. Second of all, generics and implied types were being used far more than they need to be, and they're hard to work with because Flow doesn't really explain things well when they go wrong. * Make sure children scenes of CardStack have NavigationProp typed with NavigationRoute CardStack's `NavigationScreenProp` is typed with `NavigationState`, but the children need `NavigationRoute`. Flow gets confused by the spread operator, even if the individual property is replaced later, so we need to explicitly list each property individually (just `dispatch`, actually). * Allow prevTransitionProps parameter to be nullable * Allow prevTransitionProps parameter to be nullable * Narrow down a couple type parameters * Move NavigationStateRoute cast to within Component.router check in createConfigGetter * Update withCachedChildNavigation so it's typed correctly with React.ComponentType * Add a $FlowFixMe for displayName `React.StatelessFunctionalComponent` is missing `displayName` before Flow 0.54.0 See https://github.com/facebook/flow/commit/de37062ea21cb4055d3f1b01bdbaa76461140fc8 * Make TouchableItem's onPress prop optional `HeaderBackButton` can pass in an undefined onPress, and the React Native `Touchable*` components allow it too * Simplify withCachedChildNavigation and get rid of generics The generics don't help us here and they make the types more confusing * Redefine NavigationComponent as direct intersection The new type is technically identical to the old type, but Flow is confused by the old type... * Save router to local var before checking createConfigGetter Flow seems to think Component.router can change after the check * Fix DrawerSidebar's navigation prop's type In order for us to be able to generate a childNavigationProp, the original navigation prop has to have a NavigationState state. * Colocate action.key check with action.type check in getStateForAction For some reason, Flow thinks `action` can change sometime after `action.type` is checked. As a result, it's not properly concluding that `action.key` should exist. To avoid this, we pull `action.key` out immediately after doing the `action.type` check. * Use bounded polymorphism to pass down all props in withCachedChildNavigation Also makes sure the injected props are specified first in the union Also removes an unused `eslint-disable-line` in `getScreenForRouteName` * Make TabRouter's getComponentForState return NavigationComponent `NavigationScreenComponent` is a subtype of `NavigationComponent`, but it's not clear that `getComponentForState` always returns a `NavigationScreenComponent`, as `getScreenForRouteName` returns `NavigationComponent` * Define NavigationComponent's props using NavigationNavigatorProps Right now the types ask Flow to infer the types of `NavigationComponent`'s props. (`NavigationComponent` is the union of `NavigationNavigator` and NavigationScreenComponent.) Instead, we type the props as subtypes of `NavigationNavigatorProps`, so we can properly access those props without type errors. We used bounded polymorphism in `createNavigationContainer` and `createNavigator` to pass down these props. We also explicitly type the action in `createNavigationContainer` so we can properly pass in a `NavigationInitAction` to the dispatch function. * Parameterize NavigationTabRouterConfig `NavigationTabRouterConfig` doesn't always take `NavigationTabScreenOptions`; sometimes, it takes `NavigationDrawerScreenOptions`. * Make all NavigationOptions Exact types We're seeing weird behavior when these are merged together. By making them Exact types, we make types don't get mangled when they're unioned. https://flow.org/en/docs/types/unions/#toc-disjoint-unions-with-exact-types * Silence errors in tests These errors are unavoidable since we can't type the precise shape of a particular `NavigationState`. * Include NavigationSetParamsAction in NavigationTabAction `TabNavigator`'s `getStateForAction` definitely takes `NavigationSetParamsAction`. * Explicitly list router as void in NavigationScreenComponent This is so Flow knows that if a `NavigationComponent` has a `router` property, then it is definitely a `NavigationNavigator`. * Fix website app navigator's type * Fix createDocPage type in App In an earlier commit I attempted to fix the types here, but I incorrectly read it as returning a navigator when it just returns a screen. For some reason the error didn't immediately show up. * Fix NavigationComponent types Five changes: 1. No longer parameterizing the props of `NavigationComponent`; directly specifying as `NavigationNavigatorProps` 2. Specify the two distinct kinds of route types (leaf and state) directly in `NavigationComponent` 3. Have `SceneView` directly take `NavigationComponent` and allow inferring of `NavigationSceneProp` type 4. Have `CardStack` directly take `NavigationComponent` as well * Allow Flow to infer `NavigationAction` type in `createNavigator` * Silence Flow in router code that handles navigator sub-routes There's no way for us to tell Flow that routes that correspond to navigators should be `NavigationStateRoute`s * Allow DrawerSidebar to take a null contentComponent The way `DrawerNavigator` is set up, it's possible to pass in a null `contentComponent` in the config. If somebody want to do this, we'll just make the `DrawerSidebar` not appear altogether. This is simpler than splitting the types so there's a possibly-unspecified one for the user input, but a definitely-specified one in `DrawerSidebar`. * Specify missing screenProps prop in DrawerView * Thread full NavigationStateRoute in to DrawerSidebar This requiring making `withCachedChildNavigation` use bounded polymorphism to thread the `NavigationStateRoute` through instead of downgrading it to a `NavigationState` * Make NavigationStateProp's state prop covariant This means that `NavigationStateProp<NavigationStateRoute>` will be a subtype of `NavigationStateProp<NavigationRoute>` and `NavigationStateProp<NavigationState>` * Silence Flow's complaints about a route not being a NavigationStateRoute As mentioned in previous commits and in the comment, there is no way to type a specific navigation state shape, so we have to cast it and silence Flow's complaints. * Get rid of style prop in CardStack It looks like at some point, it was possible to specify a `style` prop that got passed all the way down to `Header`, the `TransitionConfig`'s `screenInterpolator`, and `Transitioner`. Doesn't look like we're using it anywhere, and there's a todo saying to remove it, and it's causing a type error. * Infer type of options instead of using a subtype of {} I think this has to do with {} allowing for unsealed objects. I'm not 100% sure, but this fixes 4/6 of the remaining errors! * Fix two type errors in NavigationPlayground One was just requiring an outdated type (`React.Children` instead of `React.ChildrenArray`), and the other was getting confused regarding types because of a spread operator. * Use a covariant property to simplify withCachedChildNavigation's InputProps This doesn't reduce any errors, but it's a bit simpler and cleaner. * Silence last two Flow errors regarding withCachedChildNavigation injecting childNavigationProps These are the only two errors I haven't been able to figure out at all. If I had more time I'd try and figure out the simplest case and report it to the Flow team, but I've been working on this for a week already and have to move on. The issue at hand is that `withCachedChildNavigation` injects `childNavigationProps`, but Flow doesn't see this and thinks it needs to be specified by the view component. We're using the HOC pattern suggested by the Flow docs, and I've tried several other patterns to no avail. * Use stock react-native instead of Expo's in NavigationPlayground Expo's causes Flow errors, and apparently this is normal practice because the person who switched us to Expo did this too. * Silence react-native-gesture-handler Flow errors in NavigationPlayground Expo requires this package, but it causes Flow errors. * Fix index check in DrawerSidebar Silly me, falling for the typical "0 is falsey" problem... * Rework deprecated action tests In an earlier commit I moved the `NavigationActions.mapDeprecatedActionAndWarn` out from `getStateForAction` and into `createNavigationContainer`'s `dispatch` function. The tests need to be reworked to support this, as they were previously calling `getStateForAction` directly. I don't imagine any users are calling `getStateForAction` directly. * Re-record two snapshots The changes in these snapshots are by design and don't affect anything. * Infer type of options in NavigationScreenConfig The issue is that sometimes we include options for different navigators in a single blob. * Infer types of action and options in createNavigationContainer Particulary helps with Options. Makes the types more specific and gets rid of an error that only shows up when using the library * Don't use generics for NavigationState in createNavigationContainer There's no particular reason for having those generics there, since there's no way we'd be able to get Flow to understand the exact shape of particular navigation states anyways. This fixes a bug when integrating this version of the project into my repo. * Move ReduxExample to react-native@0.49.3 instead of custom Expo version
2017-10-31 10:41:17 -04:00
form-data@~2.3.1:
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
version "2.3.2"
resolved "https://registry.yarnpkg.com/form-data/-/form-data-2.3.2.tgz#4970498be604c20c005d4f5c23aecd21d6b49099"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
asynckit "^0.4.0"
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
combined-stream "1.0.6"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
mime-types "^2.1.12"
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
fragment-cache@^0.2.1:
version "0.2.1"
resolved "https://registry.yarnpkg.com/fragment-cache/-/fragment-cache-0.2.1.tgz#4290fad27f13e89be7f33799c6bc5a0abfff0d19"
dependencies:
map-cache "^0.2.2"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
fresh@0.3.0:
version "0.3.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/fresh/-/fresh-0.3.0.tgz#651f838e22424e7566de161d8358caa199f83d4f"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Upgrade to React Native 0.44 + Flow 0.42
2017-05-14 13:48:25 -07:00
fs-extra@^1.0.0:
version "1.0.0"
resolved "https://registry.yarnpkg.com/fs-extra/-/fs-extra-1.0.0.tgz#cd3ce5f7e7cb6145883fcae3191e9877f8587950"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
graceful-fs "^4.1.2"
jsonfile "^2.1.0"
klaw "^1.0.0"
fs-readdir-recursive@^1.0.0:
Remove flow (#3350) * Remove flow types from src * Finish removing Flow * Clear out flow-typed, some flow mentions in docs, website flow usage, and some other config
2018-01-24 17:52:09 -08:00
version "1.1.0"
resolved "https://registry.yarnpkg.com/fs-readdir-recursive/-/fs-readdir-recursive-1.1.0.tgz#e32fc030a2ccee44a6b5371308da54be0b397d27"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
fs.realpath@^1.0.0:
version "1.0.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/fs.realpath/-/fs.realpath-1.0.0.tgz#1504ad2523158caa40db4a2787cb01411994ea4f"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
fsevents@^1.0.0, fsevents@^1.1.1:
Remove flow (#3350) * Remove flow types from src * Finish removing Flow * Clear out flow-typed, some flow mentions in docs, website flow usage, and some other config
2018-01-24 17:52:09 -08:00
version "1.1.3"
resolved "https://registry.yarnpkg.com/fsevents/-/fsevents-1.1.3.tgz#11f82318f5fe7bb2cd22965a108e9306208216d8"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
nan "^2.3.0"
Remove flow (#3350) * Remove flow types from src * Finish removing Flow * Clear out flow-typed, some flow mentions in docs, website flow usage, and some other config
2018-01-24 17:52:09 -08:00
node-pre-gyp "^0.6.39"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
fstream-ignore@^1.0.5:
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
version "1.0.5"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/fstream-ignore/-/fstream-ignore-1.0.5.tgz#9c31dae34767018fe1d249b24dada67d092da105"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
fstream "^1.0.0"
inherits "2"
minimatch "^3.0.0"
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
fstream@^1.0.0, fstream@^1.0.10, fstream@^1.0.2:
version "1.0.11"
resolved "https://registry.yarnpkg.com/fstream/-/fstream-1.0.11.tgz#5c1fb1f117477114f0632a0eb4b71b3cb0fd3171"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
graceful-fs "^4.1.2"
inherits "~2.0.0"
mkdirp ">=0.5 0"
rimraf "2"
Update to react-native@0.49 and flow-bin@0.53 (#2845) * Update root package to react-native@0.49 and flow-bin@0.53 * Update NavigationPlayground package to react-native@0.49 and flow-bin@0.53 * Update ReduxExample package to react-native@0.49 and flow-bin@0.53 * flow-typed update (code-gen) * Find-and-replace old types with new types - `React.Element<*>` as the result of a render function is now `React.Node` - `ReactClass<T>` as the type of a Component is now `React.ComponentType<typeof T>` - `extends React.Component<DP, P, S>` is now `extends React.Component<P, S>` - `React.Children<*>` as the type of a children prop is now `React.ChildrenArray<*>` - Refs are now typed with `React.Ref` There are also several tiny typo fixes in here. * Avoid assuming state is NavigationRoute in addNavigationHelpers For the root, top-level Navigator, the state is a simple `NavigationState` (with no route info) and we still use `addNavigationHelpers` for it. We can't assume `navigation.state.key` is accessible for this type, so we need to do runtime checks here. * Fix type of NavigationScreenConfig `navigationOptions` was incorrectly typed * Give createNavigationContainer's State a type parameter We want to be able to specifically type this guy so we can use specific NavigationState for things like the Drawer views without having to do runtime assertions about the state type * Fix typing of NavigationAction First of all, `NavigationAction` was being used as two different types, so I had to create the new `PossiblyDeprecatedNavigationAction` and add it as a type parameter everywhere. Second of all, generics and implied types were being used far more than they need to be, and they're hard to work with because Flow doesn't really explain things well when they go wrong. * Make sure children scenes of CardStack have NavigationProp typed with NavigationRoute CardStack's `NavigationScreenProp` is typed with `NavigationState`, but the children need `NavigationRoute`. Flow gets confused by the spread operator, even if the individual property is replaced later, so we need to explicitly list each property individually (just `dispatch`, actually). * Allow prevTransitionProps parameter to be nullable * Allow prevTransitionProps parameter to be nullable * Narrow down a couple type parameters * Move NavigationStateRoute cast to within Component.router check in createConfigGetter * Update withCachedChildNavigation so it's typed correctly with React.ComponentType * Add a $FlowFixMe for displayName `React.StatelessFunctionalComponent` is missing `displayName` before Flow 0.54.0 See https://github.com/facebook/flow/commit/de37062ea21cb4055d3f1b01bdbaa76461140fc8 * Make TouchableItem's onPress prop optional `HeaderBackButton` can pass in an undefined onPress, and the React Native `Touchable*` components allow it too * Simplify withCachedChildNavigation and get rid of generics The generics don't help us here and they make the types more confusing * Redefine NavigationComponent as direct intersection The new type is technically identical to the old type, but Flow is confused by the old type... * Save router to local var before checking createConfigGetter Flow seems to think Component.router can change after the check * Fix DrawerSidebar's navigation prop's type In order for us to be able to generate a childNavigationProp, the original navigation prop has to have a NavigationState state. * Colocate action.key check with action.type check in getStateForAction For some reason, Flow thinks `action` can change sometime after `action.type` is checked. As a result, it's not properly concluding that `action.key` should exist. To avoid this, we pull `action.key` out immediately after doing the `action.type` check. * Use bounded polymorphism to pass down all props in withCachedChildNavigation Also makes sure the injected props are specified first in the union Also removes an unused `eslint-disable-line` in `getScreenForRouteName` * Make TabRouter's getComponentForState return NavigationComponent `NavigationScreenComponent` is a subtype of `NavigationComponent`, but it's not clear that `getComponentForState` always returns a `NavigationScreenComponent`, as `getScreenForRouteName` returns `NavigationComponent` * Define NavigationComponent's props using NavigationNavigatorProps Right now the types ask Flow to infer the types of `NavigationComponent`'s props. (`NavigationComponent` is the union of `NavigationNavigator` and NavigationScreenComponent.) Instead, we type the props as subtypes of `NavigationNavigatorProps`, so we can properly access those props without type errors. We used bounded polymorphism in `createNavigationContainer` and `createNavigator` to pass down these props. We also explicitly type the action in `createNavigationContainer` so we can properly pass in a `NavigationInitAction` to the dispatch function. * Parameterize NavigationTabRouterConfig `NavigationTabRouterConfig` doesn't always take `NavigationTabScreenOptions`; sometimes, it takes `NavigationDrawerScreenOptions`. * Make all NavigationOptions Exact types We're seeing weird behavior when these are merged together. By making them Exact types, we make types don't get mangled when they're unioned. https://flow.org/en/docs/types/unions/#toc-disjoint-unions-with-exact-types * Silence errors in tests These errors are unavoidable since we can't type the precise shape of a particular `NavigationState`. * Include NavigationSetParamsAction in NavigationTabAction `TabNavigator`'s `getStateForAction` definitely takes `NavigationSetParamsAction`. * Explicitly list router as void in NavigationScreenComponent This is so Flow knows that if a `NavigationComponent` has a `router` property, then it is definitely a `NavigationNavigator`. * Fix website app navigator's type * Fix createDocPage type in App In an earlier commit I attempted to fix the types here, but I incorrectly read it as returning a navigator when it just returns a screen. For some reason the error didn't immediately show up. * Fix NavigationComponent types Five changes: 1. No longer parameterizing the props of `NavigationComponent`; directly specifying as `NavigationNavigatorProps` 2. Specify the two distinct kinds of route types (leaf and state) directly in `NavigationComponent` 3. Have `SceneView` directly take `NavigationComponent` and allow inferring of `NavigationSceneProp` type 4. Have `CardStack` directly take `NavigationComponent` as well * Allow Flow to infer `NavigationAction` type in `createNavigator` * Silence Flow in router code that handles navigator sub-routes There's no way for us to tell Flow that routes that correspond to navigators should be `NavigationStateRoute`s * Allow DrawerSidebar to take a null contentComponent The way `DrawerNavigator` is set up, it's possible to pass in a null `contentComponent` in the config. If somebody want to do this, we'll just make the `DrawerSidebar` not appear altogether. This is simpler than splitting the types so there's a possibly-unspecified one for the user input, but a definitely-specified one in `DrawerSidebar`. * Specify missing screenProps prop in DrawerView * Thread full NavigationStateRoute in to DrawerSidebar This requiring making `withCachedChildNavigation` use bounded polymorphism to thread the `NavigationStateRoute` through instead of downgrading it to a `NavigationState` * Make NavigationStateProp's state prop covariant This means that `NavigationStateProp<NavigationStateRoute>` will be a subtype of `NavigationStateProp<NavigationRoute>` and `NavigationStateProp<NavigationState>` * Silence Flow's complaints about a route not being a NavigationStateRoute As mentioned in previous commits and in the comment, there is no way to type a specific navigation state shape, so we have to cast it and silence Flow's complaints. * Get rid of style prop in CardStack It looks like at some point, it was possible to specify a `style` prop that got passed all the way down to `Header`, the `TransitionConfig`'s `screenInterpolator`, and `Transitioner`. Doesn't look like we're using it anywhere, and there's a todo saying to remove it, and it's causing a type error. * Infer type of options instead of using a subtype of {} I think this has to do with {} allowing for unsealed objects. I'm not 100% sure, but this fixes 4/6 of the remaining errors! * Fix two type errors in NavigationPlayground One was just requiring an outdated type (`React.Children` instead of `React.ChildrenArray`), and the other was getting confused regarding types because of a spread operator. * Use a covariant property to simplify withCachedChildNavigation's InputProps This doesn't reduce any errors, but it's a bit simpler and cleaner. * Silence last two Flow errors regarding withCachedChildNavigation injecting childNavigationProps These are the only two errors I haven't been able to figure out at all. If I had more time I'd try and figure out the simplest case and report it to the Flow team, but I've been working on this for a week already and have to move on. The issue at hand is that `withCachedChildNavigation` injects `childNavigationProps`, but Flow doesn't see this and thinks it needs to be specified by the view component. We're using the HOC pattern suggested by the Flow docs, and I've tried several other patterns to no avail. * Use stock react-native instead of Expo's in NavigationPlayground Expo's causes Flow errors, and apparently this is normal practice because the person who switched us to Expo did this too. * Silence react-native-gesture-handler Flow errors in NavigationPlayground Expo requires this package, but it causes Flow errors. * Fix index check in DrawerSidebar Silly me, falling for the typical "0 is falsey" problem... * Rework deprecated action tests In an earlier commit I moved the `NavigationActions.mapDeprecatedActionAndWarn` out from `getStateForAction` and into `createNavigationContainer`'s `dispatch` function. The tests need to be reworked to support this, as they were previously calling `getStateForAction` directly. I don't imagine any users are calling `getStateForAction` directly. * Re-record two snapshots The changes in these snapshots are by design and don't affect anything. * Infer type of options in NavigationScreenConfig The issue is that sometimes we include options for different navigators in a single blob. * Infer types of action and options in createNavigationContainer Particulary helps with Options. Makes the types more specific and gets rid of an error that only shows up when using the library * Don't use generics for NavigationState in createNavigationContainer There's no particular reason for having those generics there, since there's no way we'd be able to get Flow to understand the exact shape of particular navigation states anyways. This fixes a bug when integrating this version of the project into my repo. * Move ReduxExample to react-native@0.49.3 instead of custom Expo version
2017-10-31 10:41:17 -04:00
function-bind@^1.0.2, function-bind@^1.1.1:
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
version "1.1.1"
resolved "https://registry.yarnpkg.com/function-bind/-/function-bind-1.1.1.tgz#a56899d3ea3c9bab874bb9773b7c5ede92f4895d"
functional-red-black-tree@^1.0.1:
version "1.0.1"
resolved "https://registry.yarnpkg.com/functional-red-black-tree/-/functional-red-black-tree-1.0.1.tgz#1b0ab3bd553b2a0d6399d29c0e3ea0b252078327"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
gauge@~1.2.5:
version "1.2.7"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/gauge/-/gauge-1.2.7.tgz#e9cec5483d3d4ee0ef44b60a7d99e4935e136d93"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
ansi "^0.3.0"
has-unicode "^2.0.0"
lodash.pad "^4.1.0"
lodash.padend "^4.1.0"
lodash.padstart "^4.1.0"
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
gauge@~2.7.3:
version "2.7.4"
resolved "https://registry.yarnpkg.com/gauge/-/gauge-2.7.4.tgz#2c03405c7538c39d7eb37b317022e325fb018bf7"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
aproba "^1.0.3"
console-control-strings "^1.0.0"
has-unicode "^2.0.0"
object-assign "^4.1.0"
signal-exit "^3.0.0"
string-width "^1.0.1"
strip-ansi "^3.0.1"
wide-align "^1.1.0"
Update to react-native@0.49 and flow-bin@0.53 (#2845) * Update root package to react-native@0.49 and flow-bin@0.53 * Update NavigationPlayground package to react-native@0.49 and flow-bin@0.53 * Update ReduxExample package to react-native@0.49 and flow-bin@0.53 * flow-typed update (code-gen) * Find-and-replace old types with new types - `React.Element<*>` as the result of a render function is now `React.Node` - `ReactClass<T>` as the type of a Component is now `React.ComponentType<typeof T>` - `extends React.Component<DP, P, S>` is now `extends React.Component<P, S>` - `React.Children<*>` as the type of a children prop is now `React.ChildrenArray<*>` - Refs are now typed with `React.Ref` There are also several tiny typo fixes in here. * Avoid assuming state is NavigationRoute in addNavigationHelpers For the root, top-level Navigator, the state is a simple `NavigationState` (with no route info) and we still use `addNavigationHelpers` for it. We can't assume `navigation.state.key` is accessible for this type, so we need to do runtime checks here. * Fix type of NavigationScreenConfig `navigationOptions` was incorrectly typed * Give createNavigationContainer's State a type parameter We want to be able to specifically type this guy so we can use specific NavigationState for things like the Drawer views without having to do runtime assertions about the state type * Fix typing of NavigationAction First of all, `NavigationAction` was being used as two different types, so I had to create the new `PossiblyDeprecatedNavigationAction` and add it as a type parameter everywhere. Second of all, generics and implied types were being used far more than they need to be, and they're hard to work with because Flow doesn't really explain things well when they go wrong. * Make sure children scenes of CardStack have NavigationProp typed with NavigationRoute CardStack's `NavigationScreenProp` is typed with `NavigationState`, but the children need `NavigationRoute`. Flow gets confused by the spread operator, even if the individual property is replaced later, so we need to explicitly list each property individually (just `dispatch`, actually). * Allow prevTransitionProps parameter to be nullable * Allow prevTransitionProps parameter to be nullable * Narrow down a couple type parameters * Move NavigationStateRoute cast to within Component.router check in createConfigGetter * Update withCachedChildNavigation so it's typed correctly with React.ComponentType * Add a $FlowFixMe for displayName `React.StatelessFunctionalComponent` is missing `displayName` before Flow 0.54.0 See https://github.com/facebook/flow/commit/de37062ea21cb4055d3f1b01bdbaa76461140fc8 * Make TouchableItem's onPress prop optional `HeaderBackButton` can pass in an undefined onPress, and the React Native `Touchable*` components allow it too * Simplify withCachedChildNavigation and get rid of generics The generics don't help us here and they make the types more confusing * Redefine NavigationComponent as direct intersection The new type is technically identical to the old type, but Flow is confused by the old type... * Save router to local var before checking createConfigGetter Flow seems to think Component.router can change after the check * Fix DrawerSidebar's navigation prop's type In order for us to be able to generate a childNavigationProp, the original navigation prop has to have a NavigationState state. * Colocate action.key check with action.type check in getStateForAction For some reason, Flow thinks `action` can change sometime after `action.type` is checked. As a result, it's not properly concluding that `action.key` should exist. To avoid this, we pull `action.key` out immediately after doing the `action.type` check. * Use bounded polymorphism to pass down all props in withCachedChildNavigation Also makes sure the injected props are specified first in the union Also removes an unused `eslint-disable-line` in `getScreenForRouteName` * Make TabRouter's getComponentForState return NavigationComponent `NavigationScreenComponent` is a subtype of `NavigationComponent`, but it's not clear that `getComponentForState` always returns a `NavigationScreenComponent`, as `getScreenForRouteName` returns `NavigationComponent` * Define NavigationComponent's props using NavigationNavigatorProps Right now the types ask Flow to infer the types of `NavigationComponent`'s props. (`NavigationComponent` is the union of `NavigationNavigator` and NavigationScreenComponent.) Instead, we type the props as subtypes of `NavigationNavigatorProps`, so we can properly access those props without type errors. We used bounded polymorphism in `createNavigationContainer` and `createNavigator` to pass down these props. We also explicitly type the action in `createNavigationContainer` so we can properly pass in a `NavigationInitAction` to the dispatch function. * Parameterize NavigationTabRouterConfig `NavigationTabRouterConfig` doesn't always take `NavigationTabScreenOptions`; sometimes, it takes `NavigationDrawerScreenOptions`. * Make all NavigationOptions Exact types We're seeing weird behavior when these are merged together. By making them Exact types, we make types don't get mangled when they're unioned. https://flow.org/en/docs/types/unions/#toc-disjoint-unions-with-exact-types * Silence errors in tests These errors are unavoidable since we can't type the precise shape of a particular `NavigationState`. * Include NavigationSetParamsAction in NavigationTabAction `TabNavigator`'s `getStateForAction` definitely takes `NavigationSetParamsAction`. * Explicitly list router as void in NavigationScreenComponent This is so Flow knows that if a `NavigationComponent` has a `router` property, then it is definitely a `NavigationNavigator`. * Fix website app navigator's type * Fix createDocPage type in App In an earlier commit I attempted to fix the types here, but I incorrectly read it as returning a navigator when it just returns a screen. For some reason the error didn't immediately show up. * Fix NavigationComponent types Five changes: 1. No longer parameterizing the props of `NavigationComponent`; directly specifying as `NavigationNavigatorProps` 2. Specify the two distinct kinds of route types (leaf and state) directly in `NavigationComponent` 3. Have `SceneView` directly take `NavigationComponent` and allow inferring of `NavigationSceneProp` type 4. Have `CardStack` directly take `NavigationComponent` as well * Allow Flow to infer `NavigationAction` type in `createNavigator` * Silence Flow in router code that handles navigator sub-routes There's no way for us to tell Flow that routes that correspond to navigators should be `NavigationStateRoute`s * Allow DrawerSidebar to take a null contentComponent The way `DrawerNavigator` is set up, it's possible to pass in a null `contentComponent` in the config. If somebody want to do this, we'll just make the `DrawerSidebar` not appear altogether. This is simpler than splitting the types so there's a possibly-unspecified one for the user input, but a definitely-specified one in `DrawerSidebar`. * Specify missing screenProps prop in DrawerView * Thread full NavigationStateRoute in to DrawerSidebar This requiring making `withCachedChildNavigation` use bounded polymorphism to thread the `NavigationStateRoute` through instead of downgrading it to a `NavigationState` * Make NavigationStateProp's state prop covariant This means that `NavigationStateProp<NavigationStateRoute>` will be a subtype of `NavigationStateProp<NavigationRoute>` and `NavigationStateProp<NavigationState>` * Silence Flow's complaints about a route not being a NavigationStateRoute As mentioned in previous commits and in the comment, there is no way to type a specific navigation state shape, so we have to cast it and silence Flow's complaints. * Get rid of style prop in CardStack It looks like at some point, it was possible to specify a `style` prop that got passed all the way down to `Header`, the `TransitionConfig`'s `screenInterpolator`, and `Transitioner`. Doesn't look like we're using it anywhere, and there's a todo saying to remove it, and it's causing a type error. * Infer type of options instead of using a subtype of {} I think this has to do with {} allowing for unsealed objects. I'm not 100% sure, but this fixes 4/6 of the remaining errors! * Fix two type errors in NavigationPlayground One was just requiring an outdated type (`React.Children` instead of `React.ChildrenArray`), and the other was getting confused regarding types because of a spread operator. * Use a covariant property to simplify withCachedChildNavigation's InputProps This doesn't reduce any errors, but it's a bit simpler and cleaner. * Silence last two Flow errors regarding withCachedChildNavigation injecting childNavigationProps These are the only two errors I haven't been able to figure out at all. If I had more time I'd try and figure out the simplest case and report it to the Flow team, but I've been working on this for a week already and have to move on. The issue at hand is that `withCachedChildNavigation` injects `childNavigationProps`, but Flow doesn't see this and thinks it needs to be specified by the view component. We're using the HOC pattern suggested by the Flow docs, and I've tried several other patterns to no avail. * Use stock react-native instead of Expo's in NavigationPlayground Expo's causes Flow errors, and apparently this is normal practice because the person who switched us to Expo did this too. * Silence react-native-gesture-handler Flow errors in NavigationPlayground Expo requires this package, but it causes Flow errors. * Fix index check in DrawerSidebar Silly me, falling for the typical "0 is falsey" problem... * Rework deprecated action tests In an earlier commit I moved the `NavigationActions.mapDeprecatedActionAndWarn` out from `getStateForAction` and into `createNavigationContainer`'s `dispatch` function. The tests need to be reworked to support this, as they were previously calling `getStateForAction` directly. I don't imagine any users are calling `getStateForAction` directly. * Re-record two snapshots The changes in these snapshots are by design and don't affect anything. * Infer type of options in NavigationScreenConfig The issue is that sometimes we include options for different navigators in a single blob. * Infer types of action and options in createNavigationContainer Particulary helps with Options. Makes the types more specific and gets rid of an error that only shows up when using the library * Don't use generics for NavigationState in createNavigationContainer There's no particular reason for having those generics there, since there's no way we'd be able to get Flow to understand the exact shape of particular navigation states anyways. This fixes a bug when integrating this version of the project into my repo. * Move ReduxExample to react-native@0.49.3 instead of custom Expo version
2017-10-31 10:41:17 -04:00
generate-function@^2.0.0:
version "2.0.0"
resolved "https://registry.yarnpkg.com/generate-function/-/generate-function-2.0.0.tgz#6858fe7c0969b7d4e9093337647ac79f60dfbe74"
generate-object-property@^1.1.0:
version "1.2.0"
resolved "https://registry.yarnpkg.com/generate-object-property/-/generate-object-property-1.2.0.tgz#9c0e1c40308ce804f4783618b937fa88f99d50d0"
dependencies:
is-property "^1.0.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
get-caller-file@^1.0.1:
version "1.0.2"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/get-caller-file/-/get-caller-file-1.0.2.tgz#f702e63127e7e231c160a80c1554acb70d5047e5"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update to react-native@0.49 and flow-bin@0.53 (#2845) * Update root package to react-native@0.49 and flow-bin@0.53 * Update NavigationPlayground package to react-native@0.49 and flow-bin@0.53 * Update ReduxExample package to react-native@0.49 and flow-bin@0.53 * flow-typed update (code-gen) * Find-and-replace old types with new types - `React.Element<*>` as the result of a render function is now `React.Node` - `ReactClass<T>` as the type of a Component is now `React.ComponentType<typeof T>` - `extends React.Component<DP, P, S>` is now `extends React.Component<P, S>` - `React.Children<*>` as the type of a children prop is now `React.ChildrenArray<*>` - Refs are now typed with `React.Ref` There are also several tiny typo fixes in here. * Avoid assuming state is NavigationRoute in addNavigationHelpers For the root, top-level Navigator, the state is a simple `NavigationState` (with no route info) and we still use `addNavigationHelpers` for it. We can't assume `navigation.state.key` is accessible for this type, so we need to do runtime checks here. * Fix type of NavigationScreenConfig `navigationOptions` was incorrectly typed * Give createNavigationContainer's State a type parameter We want to be able to specifically type this guy so we can use specific NavigationState for things like the Drawer views without having to do runtime assertions about the state type * Fix typing of NavigationAction First of all, `NavigationAction` was being used as two different types, so I had to create the new `PossiblyDeprecatedNavigationAction` and add it as a type parameter everywhere. Second of all, generics and implied types were being used far more than they need to be, and they're hard to work with because Flow doesn't really explain things well when they go wrong. * Make sure children scenes of CardStack have NavigationProp typed with NavigationRoute CardStack's `NavigationScreenProp` is typed with `NavigationState`, but the children need `NavigationRoute`. Flow gets confused by the spread operator, even if the individual property is replaced later, so we need to explicitly list each property individually (just `dispatch`, actually). * Allow prevTransitionProps parameter to be nullable * Allow prevTransitionProps parameter to be nullable * Narrow down a couple type parameters * Move NavigationStateRoute cast to within Component.router check in createConfigGetter * Update withCachedChildNavigation so it's typed correctly with React.ComponentType * Add a $FlowFixMe for displayName `React.StatelessFunctionalComponent` is missing `displayName` before Flow 0.54.0 See https://github.com/facebook/flow/commit/de37062ea21cb4055d3f1b01bdbaa76461140fc8 * Make TouchableItem's onPress prop optional `HeaderBackButton` can pass in an undefined onPress, and the React Native `Touchable*` components allow it too * Simplify withCachedChildNavigation and get rid of generics The generics don't help us here and they make the types more confusing * Redefine NavigationComponent as direct intersection The new type is technically identical to the old type, but Flow is confused by the old type... * Save router to local var before checking createConfigGetter Flow seems to think Component.router can change after the check * Fix DrawerSidebar's navigation prop's type In order for us to be able to generate a childNavigationProp, the original navigation prop has to have a NavigationState state. * Colocate action.key check with action.type check in getStateForAction For some reason, Flow thinks `action` can change sometime after `action.type` is checked. As a result, it's not properly concluding that `action.key` should exist. To avoid this, we pull `action.key` out immediately after doing the `action.type` check. * Use bounded polymorphism to pass down all props in withCachedChildNavigation Also makes sure the injected props are specified first in the union Also removes an unused `eslint-disable-line` in `getScreenForRouteName` * Make TabRouter's getComponentForState return NavigationComponent `NavigationScreenComponent` is a subtype of `NavigationComponent`, but it's not clear that `getComponentForState` always returns a `NavigationScreenComponent`, as `getScreenForRouteName` returns `NavigationComponent` * Define NavigationComponent's props using NavigationNavigatorProps Right now the types ask Flow to infer the types of `NavigationComponent`'s props. (`NavigationComponent` is the union of `NavigationNavigator` and NavigationScreenComponent.) Instead, we type the props as subtypes of `NavigationNavigatorProps`, so we can properly access those props without type errors. We used bounded polymorphism in `createNavigationContainer` and `createNavigator` to pass down these props. We also explicitly type the action in `createNavigationContainer` so we can properly pass in a `NavigationInitAction` to the dispatch function. * Parameterize NavigationTabRouterConfig `NavigationTabRouterConfig` doesn't always take `NavigationTabScreenOptions`; sometimes, it takes `NavigationDrawerScreenOptions`. * Make all NavigationOptions Exact types We're seeing weird behavior when these are merged together. By making them Exact types, we make types don't get mangled when they're unioned. https://flow.org/en/docs/types/unions/#toc-disjoint-unions-with-exact-types * Silence errors in tests These errors are unavoidable since we can't type the precise shape of a particular `NavigationState`. * Include NavigationSetParamsAction in NavigationTabAction `TabNavigator`'s `getStateForAction` definitely takes `NavigationSetParamsAction`. * Explicitly list router as void in NavigationScreenComponent This is so Flow knows that if a `NavigationComponent` has a `router` property, then it is definitely a `NavigationNavigator`. * Fix website app navigator's type * Fix createDocPage type in App In an earlier commit I attempted to fix the types here, but I incorrectly read it as returning a navigator when it just returns a screen. For some reason the error didn't immediately show up. * Fix NavigationComponent types Five changes: 1. No longer parameterizing the props of `NavigationComponent`; directly specifying as `NavigationNavigatorProps` 2. Specify the two distinct kinds of route types (leaf and state) directly in `NavigationComponent` 3. Have `SceneView` directly take `NavigationComponent` and allow inferring of `NavigationSceneProp` type 4. Have `CardStack` directly take `NavigationComponent` as well * Allow Flow to infer `NavigationAction` type in `createNavigator` * Silence Flow in router code that handles navigator sub-routes There's no way for us to tell Flow that routes that correspond to navigators should be `NavigationStateRoute`s * Allow DrawerSidebar to take a null contentComponent The way `DrawerNavigator` is set up, it's possible to pass in a null `contentComponent` in the config. If somebody want to do this, we'll just make the `DrawerSidebar` not appear altogether. This is simpler than splitting the types so there's a possibly-unspecified one for the user input, but a definitely-specified one in `DrawerSidebar`. * Specify missing screenProps prop in DrawerView * Thread full NavigationStateRoute in to DrawerSidebar This requiring making `withCachedChildNavigation` use bounded polymorphism to thread the `NavigationStateRoute` through instead of downgrading it to a `NavigationState` * Make NavigationStateProp's state prop covariant This means that `NavigationStateProp<NavigationStateRoute>` will be a subtype of `NavigationStateProp<NavigationRoute>` and `NavigationStateProp<NavigationState>` * Silence Flow's complaints about a route not being a NavigationStateRoute As mentioned in previous commits and in the comment, there is no way to type a specific navigation state shape, so we have to cast it and silence Flow's complaints. * Get rid of style prop in CardStack It looks like at some point, it was possible to specify a `style` prop that got passed all the way down to `Header`, the `TransitionConfig`'s `screenInterpolator`, and `Transitioner`. Doesn't look like we're using it anywhere, and there's a todo saying to remove it, and it's causing a type error. * Infer type of options instead of using a subtype of {} I think this has to do with {} allowing for unsealed objects. I'm not 100% sure, but this fixes 4/6 of the remaining errors! * Fix two type errors in NavigationPlayground One was just requiring an outdated type (`React.Children` instead of `React.ChildrenArray`), and the other was getting confused regarding types because of a spread operator. * Use a covariant property to simplify withCachedChildNavigation's InputProps This doesn't reduce any errors, but it's a bit simpler and cleaner. * Silence last two Flow errors regarding withCachedChildNavigation injecting childNavigationProps These are the only two errors I haven't been able to figure out at all. If I had more time I'd try and figure out the simplest case and report it to the Flow team, but I've been working on this for a week already and have to move on. The issue at hand is that `withCachedChildNavigation` injects `childNavigationProps`, but Flow doesn't see this and thinks it needs to be specified by the view component. We're using the HOC pattern suggested by the Flow docs, and I've tried several other patterns to no avail. * Use stock react-native instead of Expo's in NavigationPlayground Expo's causes Flow errors, and apparently this is normal practice because the person who switched us to Expo did this too. * Silence react-native-gesture-handler Flow errors in NavigationPlayground Expo requires this package, but it causes Flow errors. * Fix index check in DrawerSidebar Silly me, falling for the typical "0 is falsey" problem... * Rework deprecated action tests In an earlier commit I moved the `NavigationActions.mapDeprecatedActionAndWarn` out from `getStateForAction` and into `createNavigationContainer`'s `dispatch` function. The tests need to be reworked to support this, as they were previously calling `getStateForAction` directly. I don't imagine any users are calling `getStateForAction` directly. * Re-record two snapshots The changes in these snapshots are by design and don't affect anything. * Infer type of options in NavigationScreenConfig The issue is that sometimes we include options for different navigators in a single blob. * Infer types of action and options in createNavigationContainer Particulary helps with Options. Makes the types more specific and gets rid of an error that only shows up when using the library * Don't use generics for NavigationState in createNavigationContainer There's no particular reason for having those generics there, since there's no way we'd be able to get Flow to understand the exact shape of particular navigation states anyways. This fixes a bug when integrating this version of the project into my repo. * Move ReduxExample to react-native@0.49.3 instead of custom Expo version
2017-10-31 10:41:17 -04:00
get-own-enumerable-property-symbols@^2.0.1:
version "2.0.1"
resolved "https://registry.yarnpkg.com/get-own-enumerable-property-symbols/-/get-own-enumerable-property-symbols-2.0.1.tgz#5c4ad87f2834c4b9b4e84549dc1e0650fb38c24b"
Employ pre-commit hook for formatting code. (#2597) This change comes thanks to @plasticine's great idea (https://github.com/react-community/react-navigation/pull/2581#issuecomment-329661371). - Add husky and lint-staged to use pre-commit hook. - Automate formatting JavaScript code using ESLint and Prettier before committing changes.
2017-09-16 07:17:09 +09:00
Update depenencies, update Prettier
2017-07-03 21:36:47 -07:00
get-stdin@^5.0.1:
Fix eslint issues and turn on prettier by default (#1195) * Automatically generate prop-types from Flow * Remove propTypes usage * Fix flow * Modify some eslint settings * Fix flowtype * Lint tweaks * use prop-types pkg * Run prettier * Fix flow * Fix few lint issues * Make eslint pass * Run lint on tests * Fix flow * Fixes * Alphabetical * Trailing comma: ES5 for website compat, also fix config/paths * Apply eslint --fix only to src now * Fix missing transitionconfig * Update TypeDefinition.js * New stuff * Unstage website and examples * reformat code * Update circle.yml
2017-04-24 14:01:22 +02:00
version "5.0.1"
resolved "https://registry.yarnpkg.com/get-stdin/-/get-stdin-5.0.1.tgz#122e161591e21ff4c52530305693f20e6393a398"
Employ pre-commit hook for formatting code. (#2597) This change comes thanks to @plasticine's great idea (https://github.com/react-community/react-navigation/pull/2581#issuecomment-329661371). - Add husky and lint-staged to use pre-commit hook. - Automate formatting JavaScript code using ESLint and Prettier before committing changes.
2017-09-16 07:17:09 +09:00
get-stream@^3.0.0:
version "3.0.0"
resolved "https://registry.yarnpkg.com/get-stream/-/get-stream-3.0.0.tgz#8e943d1358dc37555054ecbe2edb05aa174ede14"
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
get-value@^2.0.3, get-value@^2.0.6:
version "2.0.6"
resolved "https://registry.yarnpkg.com/get-value/-/get-value-2.0.6.tgz#dc15ca1c672387ca76bd37ac0a395ba2042a2c28"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
getpass@^0.1.1:
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
version "0.1.7"
resolved "https://registry.yarnpkg.com/getpass/-/getpass-0.1.7.tgz#5eff8e3e684d569ae4cb2b1282604e8ba62149fa"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
assert-plus "^1.0.0"
glob-base@^0.3.0:
version "0.3.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/glob-base/-/glob-base-0.3.0.tgz#dbb164f6221b1c0b1ccf82aea328b497df0ea3c4"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
glob-parent "^2.0.0"
is-glob "^2.0.0"
glob-parent@^2.0.0:
version "2.0.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/glob-parent/-/glob-parent-2.0.0.tgz#81383d72db054fcccf5336daa902f182f6edbb28"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
is-glob "^2.0.0"
Update to react-native@0.49 and flow-bin@0.53 (#2845) * Update root package to react-native@0.49 and flow-bin@0.53 * Update NavigationPlayground package to react-native@0.49 and flow-bin@0.53 * Update ReduxExample package to react-native@0.49 and flow-bin@0.53 * flow-typed update (code-gen) * Find-and-replace old types with new types - `React.Element<*>` as the result of a render function is now `React.Node` - `ReactClass<T>` as the type of a Component is now `React.ComponentType<typeof T>` - `extends React.Component<DP, P, S>` is now `extends React.Component<P, S>` - `React.Children<*>` as the type of a children prop is now `React.ChildrenArray<*>` - Refs are now typed with `React.Ref` There are also several tiny typo fixes in here. * Avoid assuming state is NavigationRoute in addNavigationHelpers For the root, top-level Navigator, the state is a simple `NavigationState` (with no route info) and we still use `addNavigationHelpers` for it. We can't assume `navigation.state.key` is accessible for this type, so we need to do runtime checks here. * Fix type of NavigationScreenConfig `navigationOptions` was incorrectly typed * Give createNavigationContainer's State a type parameter We want to be able to specifically type this guy so we can use specific NavigationState for things like the Drawer views without having to do runtime assertions about the state type * Fix typing of NavigationAction First of all, `NavigationAction` was being used as two different types, so I had to create the new `PossiblyDeprecatedNavigationAction` and add it as a type parameter everywhere. Second of all, generics and implied types were being used far more than they need to be, and they're hard to work with because Flow doesn't really explain things well when they go wrong. * Make sure children scenes of CardStack have NavigationProp typed with NavigationRoute CardStack's `NavigationScreenProp` is typed with `NavigationState`, but the children need `NavigationRoute`. Flow gets confused by the spread operator, even if the individual property is replaced later, so we need to explicitly list each property individually (just `dispatch`, actually). * Allow prevTransitionProps parameter to be nullable * Allow prevTransitionProps parameter to be nullable * Narrow down a couple type parameters * Move NavigationStateRoute cast to within Component.router check in createConfigGetter * Update withCachedChildNavigation so it's typed correctly with React.ComponentType * Add a $FlowFixMe for displayName `React.StatelessFunctionalComponent` is missing `displayName` before Flow 0.54.0 See https://github.com/facebook/flow/commit/de37062ea21cb4055d3f1b01bdbaa76461140fc8 * Make TouchableItem's onPress prop optional `HeaderBackButton` can pass in an undefined onPress, and the React Native `Touchable*` components allow it too * Simplify withCachedChildNavigation and get rid of generics The generics don't help us here and they make the types more confusing * Redefine NavigationComponent as direct intersection The new type is technically identical to the old type, but Flow is confused by the old type... * Save router to local var before checking createConfigGetter Flow seems to think Component.router can change after the check * Fix DrawerSidebar's navigation prop's type In order for us to be able to generate a childNavigationProp, the original navigation prop has to have a NavigationState state. * Colocate action.key check with action.type check in getStateForAction For some reason, Flow thinks `action` can change sometime after `action.type` is checked. As a result, it's not properly concluding that `action.key` should exist. To avoid this, we pull `action.key` out immediately after doing the `action.type` check. * Use bounded polymorphism to pass down all props in withCachedChildNavigation Also makes sure the injected props are specified first in the union Also removes an unused `eslint-disable-line` in `getScreenForRouteName` * Make TabRouter's getComponentForState return NavigationComponent `NavigationScreenComponent` is a subtype of `NavigationComponent`, but it's not clear that `getComponentForState` always returns a `NavigationScreenComponent`, as `getScreenForRouteName` returns `NavigationComponent` * Define NavigationComponent's props using NavigationNavigatorProps Right now the types ask Flow to infer the types of `NavigationComponent`'s props. (`NavigationComponent` is the union of `NavigationNavigator` and NavigationScreenComponent.) Instead, we type the props as subtypes of `NavigationNavigatorProps`, so we can properly access those props without type errors. We used bounded polymorphism in `createNavigationContainer` and `createNavigator` to pass down these props. We also explicitly type the action in `createNavigationContainer` so we can properly pass in a `NavigationInitAction` to the dispatch function. * Parameterize NavigationTabRouterConfig `NavigationTabRouterConfig` doesn't always take `NavigationTabScreenOptions`; sometimes, it takes `NavigationDrawerScreenOptions`. * Make all NavigationOptions Exact types We're seeing weird behavior when these are merged together. By making them Exact types, we make types don't get mangled when they're unioned. https://flow.org/en/docs/types/unions/#toc-disjoint-unions-with-exact-types * Silence errors in tests These errors are unavoidable since we can't type the precise shape of a particular `NavigationState`. * Include NavigationSetParamsAction in NavigationTabAction `TabNavigator`'s `getStateForAction` definitely takes `NavigationSetParamsAction`. * Explicitly list router as void in NavigationScreenComponent This is so Flow knows that if a `NavigationComponent` has a `router` property, then it is definitely a `NavigationNavigator`. * Fix website app navigator's type * Fix createDocPage type in App In an earlier commit I attempted to fix the types here, but I incorrectly read it as returning a navigator when it just returns a screen. For some reason the error didn't immediately show up. * Fix NavigationComponent types Five changes: 1. No longer parameterizing the props of `NavigationComponent`; directly specifying as `NavigationNavigatorProps` 2. Specify the two distinct kinds of route types (leaf and state) directly in `NavigationComponent` 3. Have `SceneView` directly take `NavigationComponent` and allow inferring of `NavigationSceneProp` type 4. Have `CardStack` directly take `NavigationComponent` as well * Allow Flow to infer `NavigationAction` type in `createNavigator` * Silence Flow in router code that handles navigator sub-routes There's no way for us to tell Flow that routes that correspond to navigators should be `NavigationStateRoute`s * Allow DrawerSidebar to take a null contentComponent The way `DrawerNavigator` is set up, it's possible to pass in a null `contentComponent` in the config. If somebody want to do this, we'll just make the `DrawerSidebar` not appear altogether. This is simpler than splitting the types so there's a possibly-unspecified one for the user input, but a definitely-specified one in `DrawerSidebar`. * Specify missing screenProps prop in DrawerView * Thread full NavigationStateRoute in to DrawerSidebar This requiring making `withCachedChildNavigation` use bounded polymorphism to thread the `NavigationStateRoute` through instead of downgrading it to a `NavigationState` * Make NavigationStateProp's state prop covariant This means that `NavigationStateProp<NavigationStateRoute>` will be a subtype of `NavigationStateProp<NavigationRoute>` and `NavigationStateProp<NavigationState>` * Silence Flow's complaints about a route not being a NavigationStateRoute As mentioned in previous commits and in the comment, there is no way to type a specific navigation state shape, so we have to cast it and silence Flow's complaints. * Get rid of style prop in CardStack It looks like at some point, it was possible to specify a `style` prop that got passed all the way down to `Header`, the `TransitionConfig`'s `screenInterpolator`, and `Transitioner`. Doesn't look like we're using it anywhere, and there's a todo saying to remove it, and it's causing a type error. * Infer type of options instead of using a subtype of {} I think this has to do with {} allowing for unsealed objects. I'm not 100% sure, but this fixes 4/6 of the remaining errors! * Fix two type errors in NavigationPlayground One was just requiring an outdated type (`React.Children` instead of `React.ChildrenArray`), and the other was getting confused regarding types because of a spread operator. * Use a covariant property to simplify withCachedChildNavigation's InputProps This doesn't reduce any errors, but it's a bit simpler and cleaner. * Silence last two Flow errors regarding withCachedChildNavigation injecting childNavigationProps These are the only two errors I haven't been able to figure out at all. If I had more time I'd try and figure out the simplest case and report it to the Flow team, but I've been working on this for a week already and have to move on. The issue at hand is that `withCachedChildNavigation` injects `childNavigationProps`, but Flow doesn't see this and thinks it needs to be specified by the view component. We're using the HOC pattern suggested by the Flow docs, and I've tried several other patterns to no avail. * Use stock react-native instead of Expo's in NavigationPlayground Expo's causes Flow errors, and apparently this is normal practice because the person who switched us to Expo did this too. * Silence react-native-gesture-handler Flow errors in NavigationPlayground Expo requires this package, but it causes Flow errors. * Fix index check in DrawerSidebar Silly me, falling for the typical "0 is falsey" problem... * Rework deprecated action tests In an earlier commit I moved the `NavigationActions.mapDeprecatedActionAndWarn` out from `getStateForAction` and into `createNavigationContainer`'s `dispatch` function. The tests need to be reworked to support this, as they were previously calling `getStateForAction` directly. I don't imagine any users are calling `getStateForAction` directly. * Re-record two snapshots The changes in these snapshots are by design and don't affect anything. * Infer type of options in NavigationScreenConfig The issue is that sometimes we include options for different navigators in a single blob. * Infer types of action and options in createNavigationContainer Particulary helps with Options. Makes the types more specific and gets rid of an error that only shows up when using the library * Don't use generics for NavigationState in createNavigationContainer There's no particular reason for having those generics there, since there's no way we'd be able to get Flow to understand the exact shape of particular navigation states anyways. This fixes a bug when integrating this version of the project into my repo. * Move ReduxExample to react-native@0.49.3 instead of custom Expo version
2017-10-31 10:41:17 -04:00
glob@^7.0.3, glob@^7.0.5, glob@^7.1.1, glob@^7.1.2:
Update depenencies, update Prettier
2017-07-03 21:36:47 -07:00
version "7.1.2"
resolved "https://registry.yarnpkg.com/glob/-/glob-7.1.2.tgz#c19c9df9a028702d678612384a6552404c636d15"
dependencies:
fs.realpath "^1.0.0"
inflight "^1.0.4"
inherits "2"
minimatch "^3.0.4"
once "^1.3.0"
path-is-absolute "^1.0.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
global@^4.3.0:
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
version "4.3.2"
resolved "https://registry.yarnpkg.com/global/-/global-4.3.2.tgz#e76989268a6c74c38908b1305b10fc0e394e9d0f"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
min-document "^2.19.0"
process "~0.5.1"
Remove flow (#3350) * Remove flow types from src * Finish removing Flow * Clear out flow-typed, some flow mentions in docs, website flow usage, and some other config
2018-01-24 17:52:09 -08:00
globals@^11.0.1:
Update yarn.lock
2018-02-02 12:33:53 -08:00
version "11.3.0"
resolved "https://registry.yarnpkg.com/globals/-/globals-11.3.0.tgz#e04fdb7b9796d8adac9c8f64c14837b2313378b0"
Remove flow (#3350) * Remove flow types from src * Finish removing Flow * Clear out flow-typed, some flow mentions in docs, website flow usage, and some other config
2018-01-24 17:52:09 -08:00
globals@^9.18.0:
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
version "9.18.0"
resolved "https://registry.yarnpkg.com/globals/-/globals-9.18.0.tgz#aa3896b3e69b487f17e31ed2143d69a8e30c2d8a"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
globby@^5.0.0:
version "5.0.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/globby/-/globby-5.0.0.tgz#ebd84667ca0dbb330b99bcfc68eac2bc54370e0d"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
array-union "^1.0.1"
arrify "^1.0.0"
glob "^7.0.3"
object-assign "^4.0.1"
pify "^2.0.0"
pinkie-promise "^2.0.0"
glogg@^1.0.0:
Remove flow (#3350) * Remove flow types from src * Finish removing Flow * Clear out flow-typed, some flow mentions in docs, website flow usage, and some other config
2018-01-24 17:52:09 -08:00
version "1.0.1"
resolved "https://registry.yarnpkg.com/glogg/-/glogg-1.0.1.tgz#dcf758e44789cc3f3d32c1f3562a3676e6a34810"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
sparkles "^1.0.0"
graceful-fs@^4.1.11, graceful-fs@^4.1.2, graceful-fs@^4.1.3, graceful-fs@^4.1.4, graceful-fs@^4.1.6, graceful-fs@^4.1.9:
version "4.1.11"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/graceful-fs/-/graceful-fs-4.1.11.tgz#0e8bdfe4d1ddb8854d64e04ea7c00e2a026e5658"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update dependencies
2017-03-15 16:02:49 -07:00
growly@^1.3.0:
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
version "1.3.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/growly/-/growly-1.3.0.tgz#f10748cbe76af964b7c96c93c6bcc28af120c081"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
feat(context): refactor passing navigation context (#3668) * feat(context): refactor passing navigation context * remove commented code in example * adjust src/views/withNavigationFocus.js * refactor stuff * extract scene to variable * Add test * Apply CR comments * remove junk * bring back screen mode header
2018-03-15 18:55:00 +01:00
gud@^1.0.0:
version "1.0.0"
resolved "https://registry.yarnpkg.com/gud/-/gud-1.0.0.tgz#a489581b17e6a70beca9abe3ae57de7a499852c0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
gulp-util@^3.0.4:
version "3.0.8"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/gulp-util/-/gulp-util-3.0.8.tgz#0054e1e744502e27c04c187c3ecc505dd54bbb4f"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
array-differ "^1.0.0"
array-uniq "^1.0.2"
beeper "^1.0.0"
chalk "^1.0.0"
dateformat "^2.0.0"
fancy-log "^1.1.0"
gulplog "^1.0.0"
has-gulplog "^0.1.0"
lodash._reescape "^3.0.0"
lodash._reevaluate "^3.0.0"
lodash._reinterpolate "^3.0.0"
lodash.template "^3.0.0"
minimist "^1.1.0"
multipipe "^0.1.2"
object-assign "^3.0.0"
replace-ext "0.0.1"
through2 "^2.0.0"
vinyl "^0.5.0"
gulplog@^1.0.0:
version "1.0.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/gulplog/-/gulplog-1.0.0.tgz#e28c4d45d05ecbbed818363ce8f9c5926229ffe5"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
glogg "^1.0.0"
handlebars@^4.0.3:
Update to react-native@0.49 and flow-bin@0.53 (#2845) * Update root package to react-native@0.49 and flow-bin@0.53 * Update NavigationPlayground package to react-native@0.49 and flow-bin@0.53 * Update ReduxExample package to react-native@0.49 and flow-bin@0.53 * flow-typed update (code-gen) * Find-and-replace old types with new types - `React.Element<*>` as the result of a render function is now `React.Node` - `ReactClass<T>` as the type of a Component is now `React.ComponentType<typeof T>` - `extends React.Component<DP, P, S>` is now `extends React.Component<P, S>` - `React.Children<*>` as the type of a children prop is now `React.ChildrenArray<*>` - Refs are now typed with `React.Ref` There are also several tiny typo fixes in here. * Avoid assuming state is NavigationRoute in addNavigationHelpers For the root, top-level Navigator, the state is a simple `NavigationState` (with no route info) and we still use `addNavigationHelpers` for it. We can't assume `navigation.state.key` is accessible for this type, so we need to do runtime checks here. * Fix type of NavigationScreenConfig `navigationOptions` was incorrectly typed * Give createNavigationContainer's State a type parameter We want to be able to specifically type this guy so we can use specific NavigationState for things like the Drawer views without having to do runtime assertions about the state type * Fix typing of NavigationAction First of all, `NavigationAction` was being used as two different types, so I had to create the new `PossiblyDeprecatedNavigationAction` and add it as a type parameter everywhere. Second of all, generics and implied types were being used far more than they need to be, and they're hard to work with because Flow doesn't really explain things well when they go wrong. * Make sure children scenes of CardStack have NavigationProp typed with NavigationRoute CardStack's `NavigationScreenProp` is typed with `NavigationState`, but the children need `NavigationRoute`. Flow gets confused by the spread operator, even if the individual property is replaced later, so we need to explicitly list each property individually (just `dispatch`, actually). * Allow prevTransitionProps parameter to be nullable * Allow prevTransitionProps parameter to be nullable * Narrow down a couple type parameters * Move NavigationStateRoute cast to within Component.router check in createConfigGetter * Update withCachedChildNavigation so it's typed correctly with React.ComponentType * Add a $FlowFixMe for displayName `React.StatelessFunctionalComponent` is missing `displayName` before Flow 0.54.0 See https://github.com/facebook/flow/commit/de37062ea21cb4055d3f1b01bdbaa76461140fc8 * Make TouchableItem's onPress prop optional `HeaderBackButton` can pass in an undefined onPress, and the React Native `Touchable*` components allow it too * Simplify withCachedChildNavigation and get rid of generics The generics don't help us here and they make the types more confusing * Redefine NavigationComponent as direct intersection The new type is technically identical to the old type, but Flow is confused by the old type... * Save router to local var before checking createConfigGetter Flow seems to think Component.router can change after the check * Fix DrawerSidebar's navigation prop's type In order for us to be able to generate a childNavigationProp, the original navigation prop has to have a NavigationState state. * Colocate action.key check with action.type check in getStateForAction For some reason, Flow thinks `action` can change sometime after `action.type` is checked. As a result, it's not properly concluding that `action.key` should exist. To avoid this, we pull `action.key` out immediately after doing the `action.type` check. * Use bounded polymorphism to pass down all props in withCachedChildNavigation Also makes sure the injected props are specified first in the union Also removes an unused `eslint-disable-line` in `getScreenForRouteName` * Make TabRouter's getComponentForState return NavigationComponent `NavigationScreenComponent` is a subtype of `NavigationComponent`, but it's not clear that `getComponentForState` always returns a `NavigationScreenComponent`, as `getScreenForRouteName` returns `NavigationComponent` * Define NavigationComponent's props using NavigationNavigatorProps Right now the types ask Flow to infer the types of `NavigationComponent`'s props. (`NavigationComponent` is the union of `NavigationNavigator` and NavigationScreenComponent.) Instead, we type the props as subtypes of `NavigationNavigatorProps`, so we can properly access those props without type errors. We used bounded polymorphism in `createNavigationContainer` and `createNavigator` to pass down these props. We also explicitly type the action in `createNavigationContainer` so we can properly pass in a `NavigationInitAction` to the dispatch function. * Parameterize NavigationTabRouterConfig `NavigationTabRouterConfig` doesn't always take `NavigationTabScreenOptions`; sometimes, it takes `NavigationDrawerScreenOptions`. * Make all NavigationOptions Exact types We're seeing weird behavior when these are merged together. By making them Exact types, we make types don't get mangled when they're unioned. https://flow.org/en/docs/types/unions/#toc-disjoint-unions-with-exact-types * Silence errors in tests These errors are unavoidable since we can't type the precise shape of a particular `NavigationState`. * Include NavigationSetParamsAction in NavigationTabAction `TabNavigator`'s `getStateForAction` definitely takes `NavigationSetParamsAction`. * Explicitly list router as void in NavigationScreenComponent This is so Flow knows that if a `NavigationComponent` has a `router` property, then it is definitely a `NavigationNavigator`. * Fix website app navigator's type * Fix createDocPage type in App In an earlier commit I attempted to fix the types here, but I incorrectly read it as returning a navigator when it just returns a screen. For some reason the error didn't immediately show up. * Fix NavigationComponent types Five changes: 1. No longer parameterizing the props of `NavigationComponent`; directly specifying as `NavigationNavigatorProps` 2. Specify the two distinct kinds of route types (leaf and state) directly in `NavigationComponent` 3. Have `SceneView` directly take `NavigationComponent` and allow inferring of `NavigationSceneProp` type 4. Have `CardStack` directly take `NavigationComponent` as well * Allow Flow to infer `NavigationAction` type in `createNavigator` * Silence Flow in router code that handles navigator sub-routes There's no way for us to tell Flow that routes that correspond to navigators should be `NavigationStateRoute`s * Allow DrawerSidebar to take a null contentComponent The way `DrawerNavigator` is set up, it's possible to pass in a null `contentComponent` in the config. If somebody want to do this, we'll just make the `DrawerSidebar` not appear altogether. This is simpler than splitting the types so there's a possibly-unspecified one for the user input, but a definitely-specified one in `DrawerSidebar`. * Specify missing screenProps prop in DrawerView * Thread full NavigationStateRoute in to DrawerSidebar This requiring making `withCachedChildNavigation` use bounded polymorphism to thread the `NavigationStateRoute` through instead of downgrading it to a `NavigationState` * Make NavigationStateProp's state prop covariant This means that `NavigationStateProp<NavigationStateRoute>` will be a subtype of `NavigationStateProp<NavigationRoute>` and `NavigationStateProp<NavigationState>` * Silence Flow's complaints about a route not being a NavigationStateRoute As mentioned in previous commits and in the comment, there is no way to type a specific navigation state shape, so we have to cast it and silence Flow's complaints. * Get rid of style prop in CardStack It looks like at some point, it was possible to specify a `style` prop that got passed all the way down to `Header`, the `TransitionConfig`'s `screenInterpolator`, and `Transitioner`. Doesn't look like we're using it anywhere, and there's a todo saying to remove it, and it's causing a type error. * Infer type of options instead of using a subtype of {} I think this has to do with {} allowing for unsealed objects. I'm not 100% sure, but this fixes 4/6 of the remaining errors! * Fix two type errors in NavigationPlayground One was just requiring an outdated type (`React.Children` instead of `React.ChildrenArray`), and the other was getting confused regarding types because of a spread operator. * Use a covariant property to simplify withCachedChildNavigation's InputProps This doesn't reduce any errors, but it's a bit simpler and cleaner. * Silence last two Flow errors regarding withCachedChildNavigation injecting childNavigationProps These are the only two errors I haven't been able to figure out at all. If I had more time I'd try and figure out the simplest case and report it to the Flow team, but I've been working on this for a week already and have to move on. The issue at hand is that `withCachedChildNavigation` injects `childNavigationProps`, but Flow doesn't see this and thinks it needs to be specified by the view component. We're using the HOC pattern suggested by the Flow docs, and I've tried several other patterns to no avail. * Use stock react-native instead of Expo's in NavigationPlayground Expo's causes Flow errors, and apparently this is normal practice because the person who switched us to Expo did this too. * Silence react-native-gesture-handler Flow errors in NavigationPlayground Expo requires this package, but it causes Flow errors. * Fix index check in DrawerSidebar Silly me, falling for the typical "0 is falsey" problem... * Rework deprecated action tests In an earlier commit I moved the `NavigationActions.mapDeprecatedActionAndWarn` out from `getStateForAction` and into `createNavigationContainer`'s `dispatch` function. The tests need to be reworked to support this, as they were previously calling `getStateForAction` directly. I don't imagine any users are calling `getStateForAction` directly. * Re-record two snapshots The changes in these snapshots are by design and don't affect anything. * Infer type of options in NavigationScreenConfig The issue is that sometimes we include options for different navigators in a single blob. * Infer types of action and options in createNavigationContainer Particulary helps with Options. Makes the types more specific and gets rid of an error that only shows up when using the library * Don't use generics for NavigationState in createNavigationContainer There's no particular reason for having those generics there, since there's no way we'd be able to get Flow to understand the exact shape of particular navigation states anyways. This fixes a bug when integrating this version of the project into my repo. * Move ReduxExample to react-native@0.49.3 instead of custom Expo version
2017-10-31 10:41:17 -04:00
version "4.0.11"
resolved "https://registry.yarnpkg.com/handlebars/-/handlebars-4.0.11.tgz#630a35dfe0294bc281edae6ffc5d329fc7982dcc"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
async "^1.4.0"
optimist "^0.6.1"
source-map "^0.4.4"
optionalDependencies:
uglify-js "^2.6"
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
har-schema@^1.0.5:
version "1.0.5"
resolved "https://registry.yarnpkg.com/har-schema/-/har-schema-1.0.5.tgz#d263135f43307c02c602afc8fe95970c0151369e"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
har-schema@^2.0.0:
version "2.0.0"
resolved "https://registry.yarnpkg.com/har-schema/-/har-schema-2.0.0.tgz#a94c2224ebcac04782a0d9035521f24735b7ec92"
Revert changes to yarn.lock (#2545) * Rollback changes to yarn.lock * Update react-native-tab-view in yarn.lock
2017-09-06 13:22:08 -05:00
Update to react-native@0.49 and flow-bin@0.53 (#2845) * Update root package to react-native@0.49 and flow-bin@0.53 * Update NavigationPlayground package to react-native@0.49 and flow-bin@0.53 * Update ReduxExample package to react-native@0.49 and flow-bin@0.53 * flow-typed update (code-gen) * Find-and-replace old types with new types - `React.Element<*>` as the result of a render function is now `React.Node` - `ReactClass<T>` as the type of a Component is now `React.ComponentType<typeof T>` - `extends React.Component<DP, P, S>` is now `extends React.Component<P, S>` - `React.Children<*>` as the type of a children prop is now `React.ChildrenArray<*>` - Refs are now typed with `React.Ref` There are also several tiny typo fixes in here. * Avoid assuming state is NavigationRoute in addNavigationHelpers For the root, top-level Navigator, the state is a simple `NavigationState` (with no route info) and we still use `addNavigationHelpers` for it. We can't assume `navigation.state.key` is accessible for this type, so we need to do runtime checks here. * Fix type of NavigationScreenConfig `navigationOptions` was incorrectly typed * Give createNavigationContainer's State a type parameter We want to be able to specifically type this guy so we can use specific NavigationState for things like the Drawer views without having to do runtime assertions about the state type * Fix typing of NavigationAction First of all, `NavigationAction` was being used as two different types, so I had to create the new `PossiblyDeprecatedNavigationAction` and add it as a type parameter everywhere. Second of all, generics and implied types were being used far more than they need to be, and they're hard to work with because Flow doesn't really explain things well when they go wrong. * Make sure children scenes of CardStack have NavigationProp typed with NavigationRoute CardStack's `NavigationScreenProp` is typed with `NavigationState`, but the children need `NavigationRoute`. Flow gets confused by the spread operator, even if the individual property is replaced later, so we need to explicitly list each property individually (just `dispatch`, actually). * Allow prevTransitionProps parameter to be nullable * Allow prevTransitionProps parameter to be nullable * Narrow down a couple type parameters * Move NavigationStateRoute cast to within Component.router check in createConfigGetter * Update withCachedChildNavigation so it's typed correctly with React.ComponentType * Add a $FlowFixMe for displayName `React.StatelessFunctionalComponent` is missing `displayName` before Flow 0.54.0 See https://github.com/facebook/flow/commit/de37062ea21cb4055d3f1b01bdbaa76461140fc8 * Make TouchableItem's onPress prop optional `HeaderBackButton` can pass in an undefined onPress, and the React Native `Touchable*` components allow it too * Simplify withCachedChildNavigation and get rid of generics The generics don't help us here and they make the types more confusing * Redefine NavigationComponent as direct intersection The new type is technically identical to the old type, but Flow is confused by the old type... * Save router to local var before checking createConfigGetter Flow seems to think Component.router can change after the check * Fix DrawerSidebar's navigation prop's type In order for us to be able to generate a childNavigationProp, the original navigation prop has to have a NavigationState state. * Colocate action.key check with action.type check in getStateForAction For some reason, Flow thinks `action` can change sometime after `action.type` is checked. As a result, it's not properly concluding that `action.key` should exist. To avoid this, we pull `action.key` out immediately after doing the `action.type` check. * Use bounded polymorphism to pass down all props in withCachedChildNavigation Also makes sure the injected props are specified first in the union Also removes an unused `eslint-disable-line` in `getScreenForRouteName` * Make TabRouter's getComponentForState return NavigationComponent `NavigationScreenComponent` is a subtype of `NavigationComponent`, but it's not clear that `getComponentForState` always returns a `NavigationScreenComponent`, as `getScreenForRouteName` returns `NavigationComponent` * Define NavigationComponent's props using NavigationNavigatorProps Right now the types ask Flow to infer the types of `NavigationComponent`'s props. (`NavigationComponent` is the union of `NavigationNavigator` and NavigationScreenComponent.) Instead, we type the props as subtypes of `NavigationNavigatorProps`, so we can properly access those props without type errors. We used bounded polymorphism in `createNavigationContainer` and `createNavigator` to pass down these props. We also explicitly type the action in `createNavigationContainer` so we can properly pass in a `NavigationInitAction` to the dispatch function. * Parameterize NavigationTabRouterConfig `NavigationTabRouterConfig` doesn't always take `NavigationTabScreenOptions`; sometimes, it takes `NavigationDrawerScreenOptions`. * Make all NavigationOptions Exact types We're seeing weird behavior when these are merged together. By making them Exact types, we make types don't get mangled when they're unioned. https://flow.org/en/docs/types/unions/#toc-disjoint-unions-with-exact-types * Silence errors in tests These errors are unavoidable since we can't type the precise shape of a particular `NavigationState`. * Include NavigationSetParamsAction in NavigationTabAction `TabNavigator`'s `getStateForAction` definitely takes `NavigationSetParamsAction`. * Explicitly list router as void in NavigationScreenComponent This is so Flow knows that if a `NavigationComponent` has a `router` property, then it is definitely a `NavigationNavigator`. * Fix website app navigator's type * Fix createDocPage type in App In an earlier commit I attempted to fix the types here, but I incorrectly read it as returning a navigator when it just returns a screen. For some reason the error didn't immediately show up. * Fix NavigationComponent types Five changes: 1. No longer parameterizing the props of `NavigationComponent`; directly specifying as `NavigationNavigatorProps` 2. Specify the two distinct kinds of route types (leaf and state) directly in `NavigationComponent` 3. Have `SceneView` directly take `NavigationComponent` and allow inferring of `NavigationSceneProp` type 4. Have `CardStack` directly take `NavigationComponent` as well * Allow Flow to infer `NavigationAction` type in `createNavigator` * Silence Flow in router code that handles navigator sub-routes There's no way for us to tell Flow that routes that correspond to navigators should be `NavigationStateRoute`s * Allow DrawerSidebar to take a null contentComponent The way `DrawerNavigator` is set up, it's possible to pass in a null `contentComponent` in the config. If somebody want to do this, we'll just make the `DrawerSidebar` not appear altogether. This is simpler than splitting the types so there's a possibly-unspecified one for the user input, but a definitely-specified one in `DrawerSidebar`. * Specify missing screenProps prop in DrawerView * Thread full NavigationStateRoute in to DrawerSidebar This requiring making `withCachedChildNavigation` use bounded polymorphism to thread the `NavigationStateRoute` through instead of downgrading it to a `NavigationState` * Make NavigationStateProp's state prop covariant This means that `NavigationStateProp<NavigationStateRoute>` will be a subtype of `NavigationStateProp<NavigationRoute>` and `NavigationStateProp<NavigationState>` * Silence Flow's complaints about a route not being a NavigationStateRoute As mentioned in previous commits and in the comment, there is no way to type a specific navigation state shape, so we have to cast it and silence Flow's complaints. * Get rid of style prop in CardStack It looks like at some point, it was possible to specify a `style` prop that got passed all the way down to `Header`, the `TransitionConfig`'s `screenInterpolator`, and `Transitioner`. Doesn't look like we're using it anywhere, and there's a todo saying to remove it, and it's causing a type error. * Infer type of options instead of using a subtype of {} I think this has to do with {} allowing for unsealed objects. I'm not 100% sure, but this fixes 4/6 of the remaining errors! * Fix two type errors in NavigationPlayground One was just requiring an outdated type (`React.Children` instead of `React.ChildrenArray`), and the other was getting confused regarding types because of a spread operator. * Use a covariant property to simplify withCachedChildNavigation's InputProps This doesn't reduce any errors, but it's a bit simpler and cleaner. * Silence last two Flow errors regarding withCachedChildNavigation injecting childNavigationProps These are the only two errors I haven't been able to figure out at all. If I had more time I'd try and figure out the simplest case and report it to the Flow team, but I've been working on this for a week already and have to move on. The issue at hand is that `withCachedChildNavigation` injects `childNavigationProps`, but Flow doesn't see this and thinks it needs to be specified by the view component. We're using the HOC pattern suggested by the Flow docs, and I've tried several other patterns to no avail. * Use stock react-native instead of Expo's in NavigationPlayground Expo's causes Flow errors, and apparently this is normal practice because the person who switched us to Expo did this too. * Silence react-native-gesture-handler Flow errors in NavigationPlayground Expo requires this package, but it causes Flow errors. * Fix index check in DrawerSidebar Silly me, falling for the typical "0 is falsey" problem... * Rework deprecated action tests In an earlier commit I moved the `NavigationActions.mapDeprecatedActionAndWarn` out from `getStateForAction` and into `createNavigationContainer`'s `dispatch` function. The tests need to be reworked to support this, as they were previously calling `getStateForAction` directly. I don't imagine any users are calling `getStateForAction` directly. * Re-record two snapshots The changes in these snapshots are by design and don't affect anything. * Infer type of options in NavigationScreenConfig The issue is that sometimes we include options for different navigators in a single blob. * Infer types of action and options in createNavigationContainer Particulary helps with Options. Makes the types more specific and gets rid of an error that only shows up when using the library * Don't use generics for NavigationState in createNavigationContainer There's no particular reason for having those generics there, since there's no way we'd be able to get Flow to understand the exact shape of particular navigation states anyways. This fixes a bug when integrating this version of the project into my repo. * Move ReduxExample to react-native@0.49.3 instead of custom Expo version
2017-10-31 10:41:17 -04:00
har-validator@~2.0.6:
version "2.0.6"
resolved "https://registry.yarnpkg.com/har-validator/-/har-validator-2.0.6.tgz#cdcbc08188265ad119b6a5a7c8ab70eecfb5d27d"
dependencies:
chalk "^1.1.1"
commander "^2.9.0"
is-my-json-valid "^2.12.4"
pinkie-promise "^2.0.0"
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
har-validator@~4.2.1:
version "4.2.1"
resolved "https://registry.yarnpkg.com/har-validator/-/har-validator-4.2.1.tgz#33481d0f1bbff600dd203d75812a6a5fba002e2a"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
ajv "^4.9.1"
har-schema "^1.0.5"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
har-validator@~5.0.3:
version "5.0.3"
resolved "https://registry.yarnpkg.com/har-validator/-/har-validator-5.0.3.tgz#ba402c266194f15956ef15e0fcf242993f6a7dfd"
dependencies:
ajv "^5.1.0"
har-schema "^2.0.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
has-ansi@^2.0.0:
version "2.0.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/has-ansi/-/has-ansi-2.0.0.tgz#34f5049ce1ecdf2b0649af3ef24e45ed35416d91"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
ansi-regex "^2.0.0"
has-flag@^1.0.0:
version "1.0.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/has-flag/-/has-flag-1.0.0.tgz#9d9e793165ce017a00f00418c43f942a7b1d11fa"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
has-flag@^3.0.0:
version "3.0.0"
resolved "https://registry.yarnpkg.com/has-flag/-/has-flag-3.0.0.tgz#b5d454dc2199ae225699f3467e5a07f3b955bafd"
Employ pre-commit hook for formatting code. (#2597) This change comes thanks to @plasticine's great idea (https://github.com/react-community/react-navigation/pull/2581#issuecomment-329661371). - Add husky and lint-staged to use pre-commit hook. - Automate formatting JavaScript code using ESLint and Prettier before committing changes.
2017-09-16 07:17:09 +09:00
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
has-gulplog@^0.1.0:
version "0.1.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/has-gulplog/-/has-gulplog-0.1.0.tgz#6414c82913697da51590397dafb12f22967811ce"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
sparkles "^1.0.0"
has-unicode@^2.0.0:
version "2.0.1"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/has-unicode/-/has-unicode-2.0.1.tgz#e0e6fe6a28cf51138855e086d1691e771de2a8b9"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
has-value@^0.3.1:
version "0.3.1"
resolved "https://registry.yarnpkg.com/has-value/-/has-value-0.3.1.tgz#7b1f58bada62ca827ec0a2078025654845995e1f"
dependencies:
get-value "^2.0.3"
has-values "^0.1.4"
isobject "^2.0.0"
has-value@^1.0.0:
version "1.0.0"
resolved "https://registry.yarnpkg.com/has-value/-/has-value-1.0.0.tgz#18b281da585b1c5c51def24c930ed29a0be6b177"
dependencies:
get-value "^2.0.6"
has-values "^1.0.0"
isobject "^3.0.0"
has-values@^0.1.4:
version "0.1.4"
resolved "https://registry.yarnpkg.com/has-values/-/has-values-0.1.4.tgz#6d61de95d91dfca9b9a02089ad384bff8f62b771"
has-values@^1.0.0:
version "1.0.0"
resolved "https://registry.yarnpkg.com/has-values/-/has-values-1.0.0.tgz#95b0b63fec2146619a6fe57fe75628d5a39efe4f"
dependencies:
is-number "^3.0.0"
kind-of "^4.0.0"
Update to react-native@0.49 and flow-bin@0.53 (#2845) * Update root package to react-native@0.49 and flow-bin@0.53 * Update NavigationPlayground package to react-native@0.49 and flow-bin@0.53 * Update ReduxExample package to react-native@0.49 and flow-bin@0.53 * flow-typed update (code-gen) * Find-and-replace old types with new types - `React.Element<*>` as the result of a render function is now `React.Node` - `ReactClass<T>` as the type of a Component is now `React.ComponentType<typeof T>` - `extends React.Component<DP, P, S>` is now `extends React.Component<P, S>` - `React.Children<*>` as the type of a children prop is now `React.ChildrenArray<*>` - Refs are now typed with `React.Ref` There are also several tiny typo fixes in here. * Avoid assuming state is NavigationRoute in addNavigationHelpers For the root, top-level Navigator, the state is a simple `NavigationState` (with no route info) and we still use `addNavigationHelpers` for it. We can't assume `navigation.state.key` is accessible for this type, so we need to do runtime checks here. * Fix type of NavigationScreenConfig `navigationOptions` was incorrectly typed * Give createNavigationContainer's State a type parameter We want to be able to specifically type this guy so we can use specific NavigationState for things like the Drawer views without having to do runtime assertions about the state type * Fix typing of NavigationAction First of all, `NavigationAction` was being used as two different types, so I had to create the new `PossiblyDeprecatedNavigationAction` and add it as a type parameter everywhere. Second of all, generics and implied types were being used far more than they need to be, and they're hard to work with because Flow doesn't really explain things well when they go wrong. * Make sure children scenes of CardStack have NavigationProp typed with NavigationRoute CardStack's `NavigationScreenProp` is typed with `NavigationState`, but the children need `NavigationRoute`. Flow gets confused by the spread operator, even if the individual property is replaced later, so we need to explicitly list each property individually (just `dispatch`, actually). * Allow prevTransitionProps parameter to be nullable * Allow prevTransitionProps parameter to be nullable * Narrow down a couple type parameters * Move NavigationStateRoute cast to within Component.router check in createConfigGetter * Update withCachedChildNavigation so it's typed correctly with React.ComponentType * Add a $FlowFixMe for displayName `React.StatelessFunctionalComponent` is missing `displayName` before Flow 0.54.0 See https://github.com/facebook/flow/commit/de37062ea21cb4055d3f1b01bdbaa76461140fc8 * Make TouchableItem's onPress prop optional `HeaderBackButton` can pass in an undefined onPress, and the React Native `Touchable*` components allow it too * Simplify withCachedChildNavigation and get rid of generics The generics don't help us here and they make the types more confusing * Redefine NavigationComponent as direct intersection The new type is technically identical to the old type, but Flow is confused by the old type... * Save router to local var before checking createConfigGetter Flow seems to think Component.router can change after the check * Fix DrawerSidebar's navigation prop's type In order for us to be able to generate a childNavigationProp, the original navigation prop has to have a NavigationState state. * Colocate action.key check with action.type check in getStateForAction For some reason, Flow thinks `action` can change sometime after `action.type` is checked. As a result, it's not properly concluding that `action.key` should exist. To avoid this, we pull `action.key` out immediately after doing the `action.type` check. * Use bounded polymorphism to pass down all props in withCachedChildNavigation Also makes sure the injected props are specified first in the union Also removes an unused `eslint-disable-line` in `getScreenForRouteName` * Make TabRouter's getComponentForState return NavigationComponent `NavigationScreenComponent` is a subtype of `NavigationComponent`, but it's not clear that `getComponentForState` always returns a `NavigationScreenComponent`, as `getScreenForRouteName` returns `NavigationComponent` * Define NavigationComponent's props using NavigationNavigatorProps Right now the types ask Flow to infer the types of `NavigationComponent`'s props. (`NavigationComponent` is the union of `NavigationNavigator` and NavigationScreenComponent.) Instead, we type the props as subtypes of `NavigationNavigatorProps`, so we can properly access those props without type errors. We used bounded polymorphism in `createNavigationContainer` and `createNavigator` to pass down these props. We also explicitly type the action in `createNavigationContainer` so we can properly pass in a `NavigationInitAction` to the dispatch function. * Parameterize NavigationTabRouterConfig `NavigationTabRouterConfig` doesn't always take `NavigationTabScreenOptions`; sometimes, it takes `NavigationDrawerScreenOptions`. * Make all NavigationOptions Exact types We're seeing weird behavior when these are merged together. By making them Exact types, we make types don't get mangled when they're unioned. https://flow.org/en/docs/types/unions/#toc-disjoint-unions-with-exact-types * Silence errors in tests These errors are unavoidable since we can't type the precise shape of a particular `NavigationState`. * Include NavigationSetParamsAction in NavigationTabAction `TabNavigator`'s `getStateForAction` definitely takes `NavigationSetParamsAction`. * Explicitly list router as void in NavigationScreenComponent This is so Flow knows that if a `NavigationComponent` has a `router` property, then it is definitely a `NavigationNavigator`. * Fix website app navigator's type * Fix createDocPage type in App In an earlier commit I attempted to fix the types here, but I incorrectly read it as returning a navigator when it just returns a screen. For some reason the error didn't immediately show up. * Fix NavigationComponent types Five changes: 1. No longer parameterizing the props of `NavigationComponent`; directly specifying as `NavigationNavigatorProps` 2. Specify the two distinct kinds of route types (leaf and state) directly in `NavigationComponent` 3. Have `SceneView` directly take `NavigationComponent` and allow inferring of `NavigationSceneProp` type 4. Have `CardStack` directly take `NavigationComponent` as well * Allow Flow to infer `NavigationAction` type in `createNavigator` * Silence Flow in router code that handles navigator sub-routes There's no way for us to tell Flow that routes that correspond to navigators should be `NavigationStateRoute`s * Allow DrawerSidebar to take a null contentComponent The way `DrawerNavigator` is set up, it's possible to pass in a null `contentComponent` in the config. If somebody want to do this, we'll just make the `DrawerSidebar` not appear altogether. This is simpler than splitting the types so there's a possibly-unspecified one for the user input, but a definitely-specified one in `DrawerSidebar`. * Specify missing screenProps prop in DrawerView * Thread full NavigationStateRoute in to DrawerSidebar This requiring making `withCachedChildNavigation` use bounded polymorphism to thread the `NavigationStateRoute` through instead of downgrading it to a `NavigationState` * Make NavigationStateProp's state prop covariant This means that `NavigationStateProp<NavigationStateRoute>` will be a subtype of `NavigationStateProp<NavigationRoute>` and `NavigationStateProp<NavigationState>` * Silence Flow's complaints about a route not being a NavigationStateRoute As mentioned in previous commits and in the comment, there is no way to type a specific navigation state shape, so we have to cast it and silence Flow's complaints. * Get rid of style prop in CardStack It looks like at some point, it was possible to specify a `style` prop that got passed all the way down to `Header`, the `TransitionConfig`'s `screenInterpolator`, and `Transitioner`. Doesn't look like we're using it anywhere, and there's a todo saying to remove it, and it's causing a type error. * Infer type of options instead of using a subtype of {} I think this has to do with {} allowing for unsealed objects. I'm not 100% sure, but this fixes 4/6 of the remaining errors! * Fix two type errors in NavigationPlayground One was just requiring an outdated type (`React.Children` instead of `React.ChildrenArray`), and the other was getting confused regarding types because of a spread operator. * Use a covariant property to simplify withCachedChildNavigation's InputProps This doesn't reduce any errors, but it's a bit simpler and cleaner. * Silence last two Flow errors regarding withCachedChildNavigation injecting childNavigationProps These are the only two errors I haven't been able to figure out at all. If I had more time I'd try and figure out the simplest case and report it to the Flow team, but I've been working on this for a week already and have to move on. The issue at hand is that `withCachedChildNavigation` injects `childNavigationProps`, but Flow doesn't see this and thinks it needs to be specified by the view component. We're using the HOC pattern suggested by the Flow docs, and I've tried several other patterns to no avail. * Use stock react-native instead of Expo's in NavigationPlayground Expo's causes Flow errors, and apparently this is normal practice because the person who switched us to Expo did this too. * Silence react-native-gesture-handler Flow errors in NavigationPlayground Expo requires this package, but it causes Flow errors. * Fix index check in DrawerSidebar Silly me, falling for the typical "0 is falsey" problem... * Rework deprecated action tests In an earlier commit I moved the `NavigationActions.mapDeprecatedActionAndWarn` out from `getStateForAction` and into `createNavigationContainer`'s `dispatch` function. The tests need to be reworked to support this, as they were previously calling `getStateForAction` directly. I don't imagine any users are calling `getStateForAction` directly. * Re-record two snapshots The changes in these snapshots are by design and don't affect anything. * Infer type of options in NavigationScreenConfig The issue is that sometimes we include options for different navigators in a single blob. * Infer types of action and options in createNavigationContainer Particulary helps with Options. Makes the types more specific and gets rid of an error that only shows up when using the library * Don't use generics for NavigationState in createNavigationContainer There's no particular reason for having those generics there, since there's no way we'd be able to get Flow to understand the exact shape of particular navigation states anyways. This fixes a bug when integrating this version of the project into my repo. * Move ReduxExample to react-native@0.49.3 instead of custom Expo version
2017-10-31 10:41:17 -04:00
has@^1.0.1:
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
version "1.0.1"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/has/-/has-1.0.1.tgz#8461733f538b0837c9361e39a9ab9e9704dc2f28"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
function-bind "^1.0.2"
Update to react-native@0.49 and flow-bin@0.53 (#2845) * Update root package to react-native@0.49 and flow-bin@0.53 * Update NavigationPlayground package to react-native@0.49 and flow-bin@0.53 * Update ReduxExample package to react-native@0.49 and flow-bin@0.53 * flow-typed update (code-gen) * Find-and-replace old types with new types - `React.Element<*>` as the result of a render function is now `React.Node` - `ReactClass<T>` as the type of a Component is now `React.ComponentType<typeof T>` - `extends React.Component<DP, P, S>` is now `extends React.Component<P, S>` - `React.Children<*>` as the type of a children prop is now `React.ChildrenArray<*>` - Refs are now typed with `React.Ref` There are also several tiny typo fixes in here. * Avoid assuming state is NavigationRoute in addNavigationHelpers For the root, top-level Navigator, the state is a simple `NavigationState` (with no route info) and we still use `addNavigationHelpers` for it. We can't assume `navigation.state.key` is accessible for this type, so we need to do runtime checks here. * Fix type of NavigationScreenConfig `navigationOptions` was incorrectly typed * Give createNavigationContainer's State a type parameter We want to be able to specifically type this guy so we can use specific NavigationState for things like the Drawer views without having to do runtime assertions about the state type * Fix typing of NavigationAction First of all, `NavigationAction` was being used as two different types, so I had to create the new `PossiblyDeprecatedNavigationAction` and add it as a type parameter everywhere. Second of all, generics and implied types were being used far more than they need to be, and they're hard to work with because Flow doesn't really explain things well when they go wrong. * Make sure children scenes of CardStack have NavigationProp typed with NavigationRoute CardStack's `NavigationScreenProp` is typed with `NavigationState`, but the children need `NavigationRoute`. Flow gets confused by the spread operator, even if the individual property is replaced later, so we need to explicitly list each property individually (just `dispatch`, actually). * Allow prevTransitionProps parameter to be nullable * Allow prevTransitionProps parameter to be nullable * Narrow down a couple type parameters * Move NavigationStateRoute cast to within Component.router check in createConfigGetter * Update withCachedChildNavigation so it's typed correctly with React.ComponentType * Add a $FlowFixMe for displayName `React.StatelessFunctionalComponent` is missing `displayName` before Flow 0.54.0 See https://github.com/facebook/flow/commit/de37062ea21cb4055d3f1b01bdbaa76461140fc8 * Make TouchableItem's onPress prop optional `HeaderBackButton` can pass in an undefined onPress, and the React Native `Touchable*` components allow it too * Simplify withCachedChildNavigation and get rid of generics The generics don't help us here and they make the types more confusing * Redefine NavigationComponent as direct intersection The new type is technically identical to the old type, but Flow is confused by the old type... * Save router to local var before checking createConfigGetter Flow seems to think Component.router can change after the check * Fix DrawerSidebar's navigation prop's type In order for us to be able to generate a childNavigationProp, the original navigation prop has to have a NavigationState state. * Colocate action.key check with action.type check in getStateForAction For some reason, Flow thinks `action` can change sometime after `action.type` is checked. As a result, it's not properly concluding that `action.key` should exist. To avoid this, we pull `action.key` out immediately after doing the `action.type` check. * Use bounded polymorphism to pass down all props in withCachedChildNavigation Also makes sure the injected props are specified first in the union Also removes an unused `eslint-disable-line` in `getScreenForRouteName` * Make TabRouter's getComponentForState return NavigationComponent `NavigationScreenComponent` is a subtype of `NavigationComponent`, but it's not clear that `getComponentForState` always returns a `NavigationScreenComponent`, as `getScreenForRouteName` returns `NavigationComponent` * Define NavigationComponent's props using NavigationNavigatorProps Right now the types ask Flow to infer the types of `NavigationComponent`'s props. (`NavigationComponent` is the union of `NavigationNavigator` and NavigationScreenComponent.) Instead, we type the props as subtypes of `NavigationNavigatorProps`, so we can properly access those props without type errors. We used bounded polymorphism in `createNavigationContainer` and `createNavigator` to pass down these props. We also explicitly type the action in `createNavigationContainer` so we can properly pass in a `NavigationInitAction` to the dispatch function. * Parameterize NavigationTabRouterConfig `NavigationTabRouterConfig` doesn't always take `NavigationTabScreenOptions`; sometimes, it takes `NavigationDrawerScreenOptions`. * Make all NavigationOptions Exact types We're seeing weird behavior when these are merged together. By making them Exact types, we make types don't get mangled when they're unioned. https://flow.org/en/docs/types/unions/#toc-disjoint-unions-with-exact-types * Silence errors in tests These errors are unavoidable since we can't type the precise shape of a particular `NavigationState`. * Include NavigationSetParamsAction in NavigationTabAction `TabNavigator`'s `getStateForAction` definitely takes `NavigationSetParamsAction`. * Explicitly list router as void in NavigationScreenComponent This is so Flow knows that if a `NavigationComponent` has a `router` property, then it is definitely a `NavigationNavigator`. * Fix website app navigator's type * Fix createDocPage type in App In an earlier commit I attempted to fix the types here, but I incorrectly read it as returning a navigator when it just returns a screen. For some reason the error didn't immediately show up. * Fix NavigationComponent types Five changes: 1. No longer parameterizing the props of `NavigationComponent`; directly specifying as `NavigationNavigatorProps` 2. Specify the two distinct kinds of route types (leaf and state) directly in `NavigationComponent` 3. Have `SceneView` directly take `NavigationComponent` and allow inferring of `NavigationSceneProp` type 4. Have `CardStack` directly take `NavigationComponent` as well * Allow Flow to infer `NavigationAction` type in `createNavigator` * Silence Flow in router code that handles navigator sub-routes There's no way for us to tell Flow that routes that correspond to navigators should be `NavigationStateRoute`s * Allow DrawerSidebar to take a null contentComponent The way `DrawerNavigator` is set up, it's possible to pass in a null `contentComponent` in the config. If somebody want to do this, we'll just make the `DrawerSidebar` not appear altogether. This is simpler than splitting the types so there's a possibly-unspecified one for the user input, but a definitely-specified one in `DrawerSidebar`. * Specify missing screenProps prop in DrawerView * Thread full NavigationStateRoute in to DrawerSidebar This requiring making `withCachedChildNavigation` use bounded polymorphism to thread the `NavigationStateRoute` through instead of downgrading it to a `NavigationState` * Make NavigationStateProp's state prop covariant This means that `NavigationStateProp<NavigationStateRoute>` will be a subtype of `NavigationStateProp<NavigationRoute>` and `NavigationStateProp<NavigationState>` * Silence Flow's complaints about a route not being a NavigationStateRoute As mentioned in previous commits and in the comment, there is no way to type a specific navigation state shape, so we have to cast it and silence Flow's complaints. * Get rid of style prop in CardStack It looks like at some point, it was possible to specify a `style` prop that got passed all the way down to `Header`, the `TransitionConfig`'s `screenInterpolator`, and `Transitioner`. Doesn't look like we're using it anywhere, and there's a todo saying to remove it, and it's causing a type error. * Infer type of options instead of using a subtype of {} I think this has to do with {} allowing for unsealed objects. I'm not 100% sure, but this fixes 4/6 of the remaining errors! * Fix two type errors in NavigationPlayground One was just requiring an outdated type (`React.Children` instead of `React.ChildrenArray`), and the other was getting confused regarding types because of a spread operator. * Use a covariant property to simplify withCachedChildNavigation's InputProps This doesn't reduce any errors, but it's a bit simpler and cleaner. * Silence last two Flow errors regarding withCachedChildNavigation injecting childNavigationProps These are the only two errors I haven't been able to figure out at all. If I had more time I'd try and figure out the simplest case and report it to the Flow team, but I've been working on this for a week already and have to move on. The issue at hand is that `withCachedChildNavigation` injects `childNavigationProps`, but Flow doesn't see this and thinks it needs to be specified by the view component. We're using the HOC pattern suggested by the Flow docs, and I've tried several other patterns to no avail. * Use stock react-native instead of Expo's in NavigationPlayground Expo's causes Flow errors, and apparently this is normal practice because the person who switched us to Expo did this too. * Silence react-native-gesture-handler Flow errors in NavigationPlayground Expo requires this package, but it causes Flow errors. * Fix index check in DrawerSidebar Silly me, falling for the typical "0 is falsey" problem... * Rework deprecated action tests In an earlier commit I moved the `NavigationActions.mapDeprecatedActionAndWarn` out from `getStateForAction` and into `createNavigationContainer`'s `dispatch` function. The tests need to be reworked to support this, as they were previously calling `getStateForAction` directly. I don't imagine any users are calling `getStateForAction` directly. * Re-record two snapshots The changes in these snapshots are by design and don't affect anything. * Infer type of options in NavigationScreenConfig The issue is that sometimes we include options for different navigators in a single blob. * Infer types of action and options in createNavigationContainer Particulary helps with Options. Makes the types more specific and gets rid of an error that only shows up when using the library * Don't use generics for NavigationState in createNavigationContainer There's no particular reason for having those generics there, since there's no way we'd be able to get Flow to understand the exact shape of particular navigation states anyways. This fixes a bug when integrating this version of the project into my repo. * Move ReduxExample to react-native@0.49.3 instead of custom Expo version
2017-10-31 10:41:17 -04:00
hawk@3.1.3, hawk@~3.1.3:
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
version "3.1.3"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/hawk/-/hawk-3.1.3.tgz#078444bd7c1640b0fe540d2c9b73d59678e8e1c4"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
boom "2.x.x"
cryptiles "2.x.x"
hoek "2.x.x"
sntp "1.x.x"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
hawk@~6.0.2:
version "6.0.2"
resolved "https://registry.yarnpkg.com/hawk/-/hawk-6.0.2.tgz#af4d914eb065f9b5ce4d9d11c1cb2126eecc3038"
dependencies:
boom "4.x.x"
cryptiles "3.x.x"
hoek "4.x.x"
sntp "2.x.x"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
hoek@2.x.x:
version "2.16.3"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/hoek/-/hoek-2.16.3.tgz#20bb7403d3cea398e91dc4710a8ff1b8274a25ed"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
hoek@4.x.x:
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
version "4.2.1"
resolved "https://registry.yarnpkg.com/hoek/-/hoek-4.2.1.tgz#9634502aa12c445dd5a7c5734b572bb8738aacbb"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
Add react-native-tabs as export from react-navigation
2018-03-18 17:50:02 -04:00
hoist-non-react-statics@^2.2.0, hoist-non-react-statics@^2.3.1, hoist-non-react-statics@^2.5.0:
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
version "2.5.0"
resolved "https://registry.yarnpkg.com/hoist-non-react-statics/-/hoist-non-react-statics-2.5.0.tgz#d2ca2dfc19c5a91c5a6615ce8e564ef0347e2a40"
Add withNavigation HOC (#137)
2017-02-06 14:28:04 +01:00
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
home-or-tmp@^2.0.0:
version "2.0.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/home-or-tmp/-/home-or-tmp-2.0.0.tgz#e36c3f2d2cae7d746a857e38d18d5f32a7882db8"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
os-homedir "^1.0.0"
os-tmpdir "^1.0.1"
hosted-git-info@^2.1.4:
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
version "2.6.0"
resolved "https://registry.yarnpkg.com/hosted-git-info/-/hosted-git-info-2.6.0.tgz#23235b29ab230c576aab0d4f13fc046b0b038222"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
html-encoding-sniffer@^1.0.2:
Update to react-native@0.49 and flow-bin@0.53 (#2845) * Update root package to react-native@0.49 and flow-bin@0.53 * Update NavigationPlayground package to react-native@0.49 and flow-bin@0.53 * Update ReduxExample package to react-native@0.49 and flow-bin@0.53 * flow-typed update (code-gen) * Find-and-replace old types with new types - `React.Element<*>` as the result of a render function is now `React.Node` - `ReactClass<T>` as the type of a Component is now `React.ComponentType<typeof T>` - `extends React.Component<DP, P, S>` is now `extends React.Component<P, S>` - `React.Children<*>` as the type of a children prop is now `React.ChildrenArray<*>` - Refs are now typed with `React.Ref` There are also several tiny typo fixes in here. * Avoid assuming state is NavigationRoute in addNavigationHelpers For the root, top-level Navigator, the state is a simple `NavigationState` (with no route info) and we still use `addNavigationHelpers` for it. We can't assume `navigation.state.key` is accessible for this type, so we need to do runtime checks here. * Fix type of NavigationScreenConfig `navigationOptions` was incorrectly typed * Give createNavigationContainer's State a type parameter We want to be able to specifically type this guy so we can use specific NavigationState for things like the Drawer views without having to do runtime assertions about the state type * Fix typing of NavigationAction First of all, `NavigationAction` was being used as two different types, so I had to create the new `PossiblyDeprecatedNavigationAction` and add it as a type parameter everywhere. Second of all, generics and implied types were being used far more than they need to be, and they're hard to work with because Flow doesn't really explain things well when they go wrong. * Make sure children scenes of CardStack have NavigationProp typed with NavigationRoute CardStack's `NavigationScreenProp` is typed with `NavigationState`, but the children need `NavigationRoute`. Flow gets confused by the spread operator, even if the individual property is replaced later, so we need to explicitly list each property individually (just `dispatch`, actually). * Allow prevTransitionProps parameter to be nullable * Allow prevTransitionProps parameter to be nullable * Narrow down a couple type parameters * Move NavigationStateRoute cast to within Component.router check in createConfigGetter * Update withCachedChildNavigation so it's typed correctly with React.ComponentType * Add a $FlowFixMe for displayName `React.StatelessFunctionalComponent` is missing `displayName` before Flow 0.54.0 See https://github.com/facebook/flow/commit/de37062ea21cb4055d3f1b01bdbaa76461140fc8 * Make TouchableItem's onPress prop optional `HeaderBackButton` can pass in an undefined onPress, and the React Native `Touchable*` components allow it too * Simplify withCachedChildNavigation and get rid of generics The generics don't help us here and they make the types more confusing * Redefine NavigationComponent as direct intersection The new type is technically identical to the old type, but Flow is confused by the old type... * Save router to local var before checking createConfigGetter Flow seems to think Component.router can change after the check * Fix DrawerSidebar's navigation prop's type In order for us to be able to generate a childNavigationProp, the original navigation prop has to have a NavigationState state. * Colocate action.key check with action.type check in getStateForAction For some reason, Flow thinks `action` can change sometime after `action.type` is checked. As a result, it's not properly concluding that `action.key` should exist. To avoid this, we pull `action.key` out immediately after doing the `action.type` check. * Use bounded polymorphism to pass down all props in withCachedChildNavigation Also makes sure the injected props are specified first in the union Also removes an unused `eslint-disable-line` in `getScreenForRouteName` * Make TabRouter's getComponentForState return NavigationComponent `NavigationScreenComponent` is a subtype of `NavigationComponent`, but it's not clear that `getComponentForState` always returns a `NavigationScreenComponent`, as `getScreenForRouteName` returns `NavigationComponent` * Define NavigationComponent's props using NavigationNavigatorProps Right now the types ask Flow to infer the types of `NavigationComponent`'s props. (`NavigationComponent` is the union of `NavigationNavigator` and NavigationScreenComponent.) Instead, we type the props as subtypes of `NavigationNavigatorProps`, so we can properly access those props without type errors. We used bounded polymorphism in `createNavigationContainer` and `createNavigator` to pass down these props. We also explicitly type the action in `createNavigationContainer` so we can properly pass in a `NavigationInitAction` to the dispatch function. * Parameterize NavigationTabRouterConfig `NavigationTabRouterConfig` doesn't always take `NavigationTabScreenOptions`; sometimes, it takes `NavigationDrawerScreenOptions`. * Make all NavigationOptions Exact types We're seeing weird behavior when these are merged together. By making them Exact types, we make types don't get mangled when they're unioned. https://flow.org/en/docs/types/unions/#toc-disjoint-unions-with-exact-types * Silence errors in tests These errors are unavoidable since we can't type the precise shape of a particular `NavigationState`. * Include NavigationSetParamsAction in NavigationTabAction `TabNavigator`'s `getStateForAction` definitely takes `NavigationSetParamsAction`. * Explicitly list router as void in NavigationScreenComponent This is so Flow knows that if a `NavigationComponent` has a `router` property, then it is definitely a `NavigationNavigator`. * Fix website app navigator's type * Fix createDocPage type in App In an earlier commit I attempted to fix the types here, but I incorrectly read it as returning a navigator when it just returns a screen. For some reason the error didn't immediately show up. * Fix NavigationComponent types Five changes: 1. No longer parameterizing the props of `NavigationComponent`; directly specifying as `NavigationNavigatorProps` 2. Specify the two distinct kinds of route types (leaf and state) directly in `NavigationComponent` 3. Have `SceneView` directly take `NavigationComponent` and allow inferring of `NavigationSceneProp` type 4. Have `CardStack` directly take `NavigationComponent` as well * Allow Flow to infer `NavigationAction` type in `createNavigator` * Silence Flow in router code that handles navigator sub-routes There's no way for us to tell Flow that routes that correspond to navigators should be `NavigationStateRoute`s * Allow DrawerSidebar to take a null contentComponent The way `DrawerNavigator` is set up, it's possible to pass in a null `contentComponent` in the config. If somebody want to do this, we'll just make the `DrawerSidebar` not appear altogether. This is simpler than splitting the types so there's a possibly-unspecified one for the user input, but a definitely-specified one in `DrawerSidebar`. * Specify missing screenProps prop in DrawerView * Thread full NavigationStateRoute in to DrawerSidebar This requiring making `withCachedChildNavigation` use bounded polymorphism to thread the `NavigationStateRoute` through instead of downgrading it to a `NavigationState` * Make NavigationStateProp's state prop covariant This means that `NavigationStateProp<NavigationStateRoute>` will be a subtype of `NavigationStateProp<NavigationRoute>` and `NavigationStateProp<NavigationState>` * Silence Flow's complaints about a route not being a NavigationStateRoute As mentioned in previous commits and in the comment, there is no way to type a specific navigation state shape, so we have to cast it and silence Flow's complaints. * Get rid of style prop in CardStack It looks like at some point, it was possible to specify a `style` prop that got passed all the way down to `Header`, the `TransitionConfig`'s `screenInterpolator`, and `Transitioner`. Doesn't look like we're using it anywhere, and there's a todo saying to remove it, and it's causing a type error. * Infer type of options instead of using a subtype of {} I think this has to do with {} allowing for unsealed objects. I'm not 100% sure, but this fixes 4/6 of the remaining errors! * Fix two type errors in NavigationPlayground One was just requiring an outdated type (`React.Children` instead of `React.ChildrenArray`), and the other was getting confused regarding types because of a spread operator. * Use a covariant property to simplify withCachedChildNavigation's InputProps This doesn't reduce any errors, but it's a bit simpler and cleaner. * Silence last two Flow errors regarding withCachedChildNavigation injecting childNavigationProps These are the only two errors I haven't been able to figure out at all. If I had more time I'd try and figure out the simplest case and report it to the Flow team, but I've been working on this for a week already and have to move on. The issue at hand is that `withCachedChildNavigation` injects `childNavigationProps`, but Flow doesn't see this and thinks it needs to be specified by the view component. We're using the HOC pattern suggested by the Flow docs, and I've tried several other patterns to no avail. * Use stock react-native instead of Expo's in NavigationPlayground Expo's causes Flow errors, and apparently this is normal practice because the person who switched us to Expo did this too. * Silence react-native-gesture-handler Flow errors in NavigationPlayground Expo requires this package, but it causes Flow errors. * Fix index check in DrawerSidebar Silly me, falling for the typical "0 is falsey" problem... * Rework deprecated action tests In an earlier commit I moved the `NavigationActions.mapDeprecatedActionAndWarn` out from `getStateForAction` and into `createNavigationContainer`'s `dispatch` function. The tests need to be reworked to support this, as they were previously calling `getStateForAction` directly. I don't imagine any users are calling `getStateForAction` directly. * Re-record two snapshots The changes in these snapshots are by design and don't affect anything. * Infer type of options in NavigationScreenConfig The issue is that sometimes we include options for different navigators in a single blob. * Infer types of action and options in createNavigationContainer Particulary helps with Options. Makes the types more specific and gets rid of an error that only shows up when using the library * Don't use generics for NavigationState in createNavigationContainer There's no particular reason for having those generics there, since there's no way we'd be able to get Flow to understand the exact shape of particular navigation states anyways. This fixes a bug when integrating this version of the project into my repo. * Move ReduxExample to react-native@0.49.3 instead of custom Expo version
2017-10-31 10:41:17 -04:00
version "1.0.2"
resolved "https://registry.yarnpkg.com/html-encoding-sniffer/-/html-encoding-sniffer-1.0.2.tgz#e70d84b94da53aa375e11fe3a351be6642ca46f8"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
whatwg-encoding "^1.0.1"
http-errors@~1.3.1:
version "1.3.1"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/http-errors/-/http-errors-1.3.1.tgz#197e22cdebd4198585e8694ef6786197b91ed942"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
inherits "~2.0.1"
statuses "1"
http-signature@~1.1.0:
version "1.1.1"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/http-signature/-/http-signature-1.1.1.tgz#df72e267066cd0ac67fb76adf8e134a8fbcf91bf"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
assert-plus "^0.2.0"
jsprim "^1.2.2"
sshpk "^1.7.0"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
http-signature@~1.2.0:
version "1.2.0"
resolved "https://registry.yarnpkg.com/http-signature/-/http-signature-1.2.0.tgz#9aecd925114772f3d95b65a60abb8f7c18fbace1"
dependencies:
assert-plus "^1.0.0"
jsprim "^1.2.2"
sshpk "^1.7.0"
Employ pre-commit hook for formatting code. (#2597) This change comes thanks to @plasticine's great idea (https://github.com/react-community/react-navigation/pull/2581#issuecomment-329661371). - Add husky and lint-staged to use pre-commit hook. - Automate formatting JavaScript code using ESLint and Prettier before committing changes.
2017-09-16 07:17:09 +09:00
husky@^0.14.3:
version "0.14.3"
resolved "https://registry.yarnpkg.com/husky/-/husky-0.14.3.tgz#c69ed74e2d2779769a17ba8399b54ce0b63c12c3"
dependencies:
is-ci "^1.0.10"
normalize-path "^1.0.0"
strip-indent "^2.0.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
iconv-lite@0.4.11:
version "0.4.11"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/iconv-lite/-/iconv-lite-0.4.11.tgz#2ecb42fd294744922209a2e7c404dac8793d8ade"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
iconv-lite@0.4.13:
version "0.4.13"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/iconv-lite/-/iconv-lite-0.4.13.tgz#1f88aba4ab0b1508e8312acc39345f36e992e2f2"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Remove flow (#3350) * Remove flow types from src * Finish removing Flow * Clear out flow-typed, some flow mentions in docs, website flow usage, and some other config
2018-01-24 17:52:09 -08:00
iconv-lite@0.4.19, iconv-lite@^0.4.17, iconv-lite@~0.4.13:
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
version "0.4.19"
resolved "https://registry.yarnpkg.com/iconv-lite/-/iconv-lite-0.4.19.tgz#f7468f60135f5e5dad3399c0a81be9a1603a082b"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update depenencies, update Prettier
2017-07-03 21:36:47 -07:00
ignore@^3.3.3:
Remove flow (#3350) * Remove flow types from src * Finish removing Flow * Clear out flow-typed, some flow mentions in docs, website flow usage, and some other config
2018-01-24 17:52:09 -08:00
version "3.3.7"
resolved "https://registry.yarnpkg.com/ignore/-/ignore-3.3.7.tgz#612289bfb3c220e186a58118618d5be8c1bab021"
Update depenencies, update Prettier
2017-07-03 21:36:47 -07:00
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
image-size@^0.6.0:
Remove flow (#3350) * Remove flow types from src * Finish removing Flow * Clear out flow-typed, some flow mentions in docs, website flow usage, and some other config
2018-01-24 17:52:09 -08:00
version "0.6.2"
resolved "https://registry.yarnpkg.com/image-size/-/image-size-0.6.2.tgz#8ee316d4298b028b965091b673d5f1537adee5b4"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
import-local@^1.0.0:
version "1.0.0"
resolved "https://registry.yarnpkg.com/import-local/-/import-local-1.0.0.tgz#5e4ffdc03f4fe6c009c6729beb29631c2f8227bc"
dependencies:
pkg-dir "^2.0.0"
resolve-cwd "^2.0.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
imurmurhash@^0.1.4:
version "0.1.4"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/imurmurhash/-/imurmurhash-0.1.4.tgz#9218b9b2b928a238b13dc4fb6b6d576f231453ea"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Employ pre-commit hook for formatting code. (#2597) This change comes thanks to @plasticine's great idea (https://github.com/react-community/react-navigation/pull/2581#issuecomment-329661371). - Add husky and lint-staged to use pre-commit hook. - Automate formatting JavaScript code using ESLint and Prettier before committing changes.
2017-09-16 07:17:09 +09:00
indent-string@^2.1.0:
version "2.1.0"
resolved "https://registry.yarnpkg.com/indent-string/-/indent-string-2.1.0.tgz#8e2d48348742121b4a8218b7a137e9a52049dc80"
dependencies:
repeating "^2.0.0"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
indent-string@^3.0.0, indent-string@^3.2.0:
Employ pre-commit hook for formatting code. (#2597) This change comes thanks to @plasticine's great idea (https://github.com/react-community/react-navigation/pull/2581#issuecomment-329661371). - Add husky and lint-staged to use pre-commit hook. - Automate formatting JavaScript code using ESLint and Prettier before committing changes.
2017-09-16 07:17:09 +09:00
version "3.2.0"
resolved "https://registry.yarnpkg.com/indent-string/-/indent-string-3.2.0.tgz#4a5fd6d27cc332f37e5419a504dbb837105c9289"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
inflight@^1.0.4:
version "1.0.6"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/inflight/-/inflight-1.0.6.tgz#49bd6331d7d02d0c09bc910a1075ba8165b56df9"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
once "^1.3.0"
wrappy "1"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
inherits@2, inherits@^2.0.1, inherits@^2.0.3, inherits@~2.0.0, inherits@~2.0.1, inherits@~2.0.3:
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
version "2.0.3"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/inherits/-/inherits-2.0.3.tgz#633c2c83e3da42a502f52466022480f4208261de"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
ini@~1.3.0:
Remove flow (#3350) * Remove flow types from src * Finish removing Flow * Clear out flow-typed, some flow mentions in docs, website flow usage, and some other config
2018-01-24 17:52:09 -08:00
version "1.3.5"
resolved "https://registry.yarnpkg.com/ini/-/ini-1.3.5.tgz#eee25f56db1c9ec6085e0c22778083f596abf927"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update depenencies, update Prettier
2017-07-03 21:36:47 -07:00
inquirer@^3.0.6:
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
version "3.3.0"
resolved "https://registry.yarnpkg.com/inquirer/-/inquirer-3.3.0.tgz#9dd2f2ad765dcab1ff0443b491442a20ba227dc9"
Update depenencies, update Prettier
2017-07-03 21:36:47 -07:00
dependencies:
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
ansi-escapes "^3.0.0"
chalk "^2.0.0"
Update depenencies, update Prettier
2017-07-03 21:36:47 -07:00
cli-cursor "^2.1.0"
cli-width "^2.0.0"
external-editor "^2.0.4"
figures "^2.0.0"
lodash "^4.3.0"
mute-stream "0.0.7"
run-async "^2.2.0"
rx-lite "^4.0.8"
rx-lite-aggregates "^4.0.8"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
string-width "^2.1.0"
strip-ansi "^4.0.0"
Update depenencies, update Prettier
2017-07-03 21:36:47 -07:00
through "^2.3.6"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
invariant@^2.2.2:
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
version "2.2.4"
resolved "https://registry.yarnpkg.com/invariant/-/invariant-2.2.4.tgz#610f3c92c9359ce1db616e538008d23ff35158e6"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
loose-envify "^1.0.0"
invert-kv@^1.0.0:
version "1.0.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/invert-kv/-/invert-kv-1.0.0.tgz#104a8e4aaca6d3d8cd157a8ef8bfab2d7a3ffdb6"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
is-accessor-descriptor@^0.1.6:
version "0.1.6"
resolved "https://registry.yarnpkg.com/is-accessor-descriptor/-/is-accessor-descriptor-0.1.6.tgz#a9e12cb3ae8d876727eeef3843f8a0897b5c98d6"
dependencies:
kind-of "^3.0.2"
is-accessor-descriptor@^1.0.0:
version "1.0.0"
resolved "https://registry.yarnpkg.com/is-accessor-descriptor/-/is-accessor-descriptor-1.0.0.tgz#169c2f6d3df1f992618072365c9b0ea1f6878656"
dependencies:
kind-of "^6.0.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
is-arrayish@^0.2.1:
version "0.2.1"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/is-arrayish/-/is-arrayish-0.2.1.tgz#77c99840527aa8ecb1a8ba697b80645a7a926a9d"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Add react-native-tabs as export from react-navigation
2018-03-18 17:50:02 -04:00
is-arrayish@^0.3.1:
version "0.3.1"
resolved "https://registry.yarnpkg.com/is-arrayish/-/is-arrayish-0.3.1.tgz#c2dfc386abaa0c3e33c48db3fe87059e69065efd"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
is-binary-path@^1.0.0:
version "1.0.1"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/is-binary-path/-/is-binary-path-1.0.1.tgz#75f16642b480f187a711c814161fd3a4a7655898"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
binary-extensions "^1.0.0"
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
is-buffer@^1.1.5:
Remove flow (#3350) * Remove flow types from src * Finish removing Flow * Clear out flow-typed, some flow mentions in docs, website flow usage, and some other config
2018-01-24 17:52:09 -08:00
version "1.1.6"
resolved "https://registry.yarnpkg.com/is-buffer/-/is-buffer-1.1.6.tgz#efaa2ea9daa0d7ab2ea13a97b2b8ad51fefbe8be"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
is-builtin-module@^1.0.0:
version "1.0.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/is-builtin-module/-/is-builtin-module-1.0.0.tgz#540572d34f7ac3119f8f76c30cbc1b1e037affbe"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
builtin-modules "^1.0.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
is-callable@^1.1.1, is-callable@^1.1.3:
version "1.1.3"
resolved "https://registry.yarnpkg.com/is-callable/-/is-callable-1.1.3.tgz#86eb75392805ddc33af71c92a0eedf74ee7604b2"
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
is-ci@^1.0.10:
Remove flow (#3350) * Remove flow types from src * Finish removing Flow * Clear out flow-typed, some flow mentions in docs, website flow usage, and some other config
2018-01-24 17:52:09 -08:00
version "1.1.0"
resolved "https://registry.yarnpkg.com/is-ci/-/is-ci-1.1.0.tgz#247e4162e7860cebbdaf30b774d6b0ac7dcfe7a5"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
ci-info "^1.0.0"
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
is-data-descriptor@^0.1.4:
version "0.1.4"
resolved "https://registry.yarnpkg.com/is-data-descriptor/-/is-data-descriptor-0.1.4.tgz#0b5ee648388e2c860282e793f1856fec3f301b56"
dependencies:
kind-of "^3.0.2"
is-data-descriptor@^1.0.0:
version "1.0.0"
resolved "https://registry.yarnpkg.com/is-data-descriptor/-/is-data-descriptor-1.0.0.tgz#d84876321d0e7add03990406abbbbd36ba9268c7"
dependencies:
kind-of "^6.0.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
is-date-object@^1.0.1:
version "1.0.1"
resolved "https://registry.yarnpkg.com/is-date-object/-/is-date-object-1.0.1.tgz#9aa20eb6aeebbff77fbd33e74ca01b33581d3a16"
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
is-descriptor@^0.1.0:
version "0.1.6"
resolved "https://registry.yarnpkg.com/is-descriptor/-/is-descriptor-0.1.6.tgz#366d8240dde487ca51823b1ab9f07a10a78251ca"
dependencies:
is-accessor-descriptor "^0.1.6"
is-data-descriptor "^0.1.4"
kind-of "^5.0.0"
is-descriptor@^1.0.0, is-descriptor@^1.0.2:
version "1.0.2"
resolved "https://registry.yarnpkg.com/is-descriptor/-/is-descriptor-1.0.2.tgz#3b159746a66604b04f8c81524ba365c5f14d86ec"
dependencies:
is-accessor-descriptor "^1.0.0"
is-data-descriptor "^1.0.0"
kind-of "^6.0.2"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
is-dotfile@^1.0.0:
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
version "1.0.3"
resolved "https://registry.yarnpkg.com/is-dotfile/-/is-dotfile-1.0.3.tgz#a6a2f32ffd2dfb04f5ca25ecd0f6b83cf798a1e1"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
is-equal-shallow@^0.1.3:
version "0.1.3"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/is-equal-shallow/-/is-equal-shallow-0.1.3.tgz#2238098fc221de0bcfa5d9eac4c45d638aa1c534"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
is-primitive "^2.0.0"
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
is-extendable@^0.1.0, is-extendable@^0.1.1:
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
version "0.1.1"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/is-extendable/-/is-extendable-0.1.1.tgz#62b110e289a471418e3ec36a617d472e301dfc89"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
is-extendable@^1.0.1:
version "1.0.1"
resolved "https://registry.yarnpkg.com/is-extendable/-/is-extendable-1.0.1.tgz#a7470f9e426733d81bd81e1155264e3a3507cab4"
dependencies:
is-plain-object "^2.0.4"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
is-extglob@^1.0.0:
version "1.0.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/is-extglob/-/is-extglob-1.0.0.tgz#ac468177c4943405a092fc8f29760c6ffc6206c0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Employ pre-commit hook for formatting code. (#2597) This change comes thanks to @plasticine's great idea (https://github.com/react-community/react-navigation/pull/2581#issuecomment-329661371). - Add husky and lint-staged to use pre-commit hook. - Automate formatting JavaScript code using ESLint and Prettier before committing changes.
2017-09-16 07:17:09 +09:00
is-extglob@^2.1.1:
version "2.1.1"
resolved "https://registry.yarnpkg.com/is-extglob/-/is-extglob-2.1.1.tgz#a88c02535791f02ed37c76a1b9ea9773c833f8c2"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
is-finite@^1.0.0:
version "1.0.2"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/is-finite/-/is-finite-1.0.2.tgz#cc6677695602be550ef11e8b4aa6305342b6d0aa"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
number-is-nan "^1.0.0"
is-fullwidth-code-point@^1.0.0:
version "1.0.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/is-fullwidth-code-point/-/is-fullwidth-code-point-1.0.0.tgz#ef9e31386f031a7f0d643af82fde50c457ef00cb"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
number-is-nan "^1.0.0"
is-fullwidth-code-point@^2.0.0:
version "2.0.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/is-fullwidth-code-point/-/is-fullwidth-code-point-2.0.0.tgz#a3b30a5c4f199183167aaab93beefae3ddfb654f"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
is-generator-fn@^1.0.0:
version "1.0.0"
resolved "https://registry.yarnpkg.com/is-generator-fn/-/is-generator-fn-1.0.0.tgz#969d49e1bb3329f6bb7f09089be26578b2ddd46a"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
is-glob@^2.0.0, is-glob@^2.0.1:
version "2.0.1"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/is-glob/-/is-glob-2.0.1.tgz#d096f926a3ded5600f3fdfd91198cb0888c2d863"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
is-extglob "^1.0.0"
Employ pre-commit hook for formatting code. (#2597) This change comes thanks to @plasticine's great idea (https://github.com/react-community/react-navigation/pull/2581#issuecomment-329661371). - Add husky and lint-staged to use pre-commit hook. - Automate formatting JavaScript code using ESLint and Prettier before committing changes.
2017-09-16 07:17:09 +09:00
is-glob@^4.0.0:
version "4.0.0"
resolved "https://registry.yarnpkg.com/is-glob/-/is-glob-4.0.0.tgz#9521c76845cc2610a85203ddf080a958c2ffabc0"
dependencies:
is-extglob "^2.1.1"
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
is-my-ip-valid@^1.0.0:
version "1.0.0"
resolved "https://registry.yarnpkg.com/is-my-ip-valid/-/is-my-ip-valid-1.0.0.tgz#7b351b8e8edd4d3995d4d066680e664d94696824"
Update to react-native@0.49 and flow-bin@0.53 (#2845) * Update root package to react-native@0.49 and flow-bin@0.53 * Update NavigationPlayground package to react-native@0.49 and flow-bin@0.53 * Update ReduxExample package to react-native@0.49 and flow-bin@0.53 * flow-typed update (code-gen) * Find-and-replace old types with new types - `React.Element<*>` as the result of a render function is now `React.Node` - `ReactClass<T>` as the type of a Component is now `React.ComponentType<typeof T>` - `extends React.Component<DP, P, S>` is now `extends React.Component<P, S>` - `React.Children<*>` as the type of a children prop is now `React.ChildrenArray<*>` - Refs are now typed with `React.Ref` There are also several tiny typo fixes in here. * Avoid assuming state is NavigationRoute in addNavigationHelpers For the root, top-level Navigator, the state is a simple `NavigationState` (with no route info) and we still use `addNavigationHelpers` for it. We can't assume `navigation.state.key` is accessible for this type, so we need to do runtime checks here. * Fix type of NavigationScreenConfig `navigationOptions` was incorrectly typed * Give createNavigationContainer's State a type parameter We want to be able to specifically type this guy so we can use specific NavigationState for things like the Drawer views without having to do runtime assertions about the state type * Fix typing of NavigationAction First of all, `NavigationAction` was being used as two different types, so I had to create the new `PossiblyDeprecatedNavigationAction` and add it as a type parameter everywhere. Second of all, generics and implied types were being used far more than they need to be, and they're hard to work with because Flow doesn't really explain things well when they go wrong. * Make sure children scenes of CardStack have NavigationProp typed with NavigationRoute CardStack's `NavigationScreenProp` is typed with `NavigationState`, but the children need `NavigationRoute`. Flow gets confused by the spread operator, even if the individual property is replaced later, so we need to explicitly list each property individually (just `dispatch`, actually). * Allow prevTransitionProps parameter to be nullable * Allow prevTransitionProps parameter to be nullable * Narrow down a couple type parameters * Move NavigationStateRoute cast to within Component.router check in createConfigGetter * Update withCachedChildNavigation so it's typed correctly with React.ComponentType * Add a $FlowFixMe for displayName `React.StatelessFunctionalComponent` is missing `displayName` before Flow 0.54.0 See https://github.com/facebook/flow/commit/de37062ea21cb4055d3f1b01bdbaa76461140fc8 * Make TouchableItem's onPress prop optional `HeaderBackButton` can pass in an undefined onPress, and the React Native `Touchable*` components allow it too * Simplify withCachedChildNavigation and get rid of generics The generics don't help us here and they make the types more confusing * Redefine NavigationComponent as direct intersection The new type is technically identical to the old type, but Flow is confused by the old type... * Save router to local var before checking createConfigGetter Flow seems to think Component.router can change after the check * Fix DrawerSidebar's navigation prop's type In order for us to be able to generate a childNavigationProp, the original navigation prop has to have a NavigationState state. * Colocate action.key check with action.type check in getStateForAction For some reason, Flow thinks `action` can change sometime after `action.type` is checked. As a result, it's not properly concluding that `action.key` should exist. To avoid this, we pull `action.key` out immediately after doing the `action.type` check. * Use bounded polymorphism to pass down all props in withCachedChildNavigation Also makes sure the injected props are specified first in the union Also removes an unused `eslint-disable-line` in `getScreenForRouteName` * Make TabRouter's getComponentForState return NavigationComponent `NavigationScreenComponent` is a subtype of `NavigationComponent`, but it's not clear that `getComponentForState` always returns a `NavigationScreenComponent`, as `getScreenForRouteName` returns `NavigationComponent` * Define NavigationComponent's props using NavigationNavigatorProps Right now the types ask Flow to infer the types of `NavigationComponent`'s props. (`NavigationComponent` is the union of `NavigationNavigator` and NavigationScreenComponent.) Instead, we type the props as subtypes of `NavigationNavigatorProps`, so we can properly access those props without type errors. We used bounded polymorphism in `createNavigationContainer` and `createNavigator` to pass down these props. We also explicitly type the action in `createNavigationContainer` so we can properly pass in a `NavigationInitAction` to the dispatch function. * Parameterize NavigationTabRouterConfig `NavigationTabRouterConfig` doesn't always take `NavigationTabScreenOptions`; sometimes, it takes `NavigationDrawerScreenOptions`. * Make all NavigationOptions Exact types We're seeing weird behavior when these are merged together. By making them Exact types, we make types don't get mangled when they're unioned. https://flow.org/en/docs/types/unions/#toc-disjoint-unions-with-exact-types * Silence errors in tests These errors are unavoidable since we can't type the precise shape of a particular `NavigationState`. * Include NavigationSetParamsAction in NavigationTabAction `TabNavigator`'s `getStateForAction` definitely takes `NavigationSetParamsAction`. * Explicitly list router as void in NavigationScreenComponent This is so Flow knows that if a `NavigationComponent` has a `router` property, then it is definitely a `NavigationNavigator`. * Fix website app navigator's type * Fix createDocPage type in App In an earlier commit I attempted to fix the types here, but I incorrectly read it as returning a navigator when it just returns a screen. For some reason the error didn't immediately show up. * Fix NavigationComponent types Five changes: 1. No longer parameterizing the props of `NavigationComponent`; directly specifying as `NavigationNavigatorProps` 2. Specify the two distinct kinds of route types (leaf and state) directly in `NavigationComponent` 3. Have `SceneView` directly take `NavigationComponent` and allow inferring of `NavigationSceneProp` type 4. Have `CardStack` directly take `NavigationComponent` as well * Allow Flow to infer `NavigationAction` type in `createNavigator` * Silence Flow in router code that handles navigator sub-routes There's no way for us to tell Flow that routes that correspond to navigators should be `NavigationStateRoute`s * Allow DrawerSidebar to take a null contentComponent The way `DrawerNavigator` is set up, it's possible to pass in a null `contentComponent` in the config. If somebody want to do this, we'll just make the `DrawerSidebar` not appear altogether. This is simpler than splitting the types so there's a possibly-unspecified one for the user input, but a definitely-specified one in `DrawerSidebar`. * Specify missing screenProps prop in DrawerView * Thread full NavigationStateRoute in to DrawerSidebar This requiring making `withCachedChildNavigation` use bounded polymorphism to thread the `NavigationStateRoute` through instead of downgrading it to a `NavigationState` * Make NavigationStateProp's state prop covariant This means that `NavigationStateProp<NavigationStateRoute>` will be a subtype of `NavigationStateProp<NavigationRoute>` and `NavigationStateProp<NavigationState>` * Silence Flow's complaints about a route not being a NavigationStateRoute As mentioned in previous commits and in the comment, there is no way to type a specific navigation state shape, so we have to cast it and silence Flow's complaints. * Get rid of style prop in CardStack It looks like at some point, it was possible to specify a `style` prop that got passed all the way down to `Header`, the `TransitionConfig`'s `screenInterpolator`, and `Transitioner`. Doesn't look like we're using it anywhere, and there's a todo saying to remove it, and it's causing a type error. * Infer type of options instead of using a subtype of {} I think this has to do with {} allowing for unsealed objects. I'm not 100% sure, but this fixes 4/6 of the remaining errors! * Fix two type errors in NavigationPlayground One was just requiring an outdated type (`React.Children` instead of `React.ChildrenArray`), and the other was getting confused regarding types because of a spread operator. * Use a covariant property to simplify withCachedChildNavigation's InputProps This doesn't reduce any errors, but it's a bit simpler and cleaner. * Silence last two Flow errors regarding withCachedChildNavigation injecting childNavigationProps These are the only two errors I haven't been able to figure out at all. If I had more time I'd try and figure out the simplest case and report it to the Flow team, but I've been working on this for a week already and have to move on. The issue at hand is that `withCachedChildNavigation` injects `childNavigationProps`, but Flow doesn't see this and thinks it needs to be specified by the view component. We're using the HOC pattern suggested by the Flow docs, and I've tried several other patterns to no avail. * Use stock react-native instead of Expo's in NavigationPlayground Expo's causes Flow errors, and apparently this is normal practice because the person who switched us to Expo did this too. * Silence react-native-gesture-handler Flow errors in NavigationPlayground Expo requires this package, but it causes Flow errors. * Fix index check in DrawerSidebar Silly me, falling for the typical "0 is falsey" problem... * Rework deprecated action tests In an earlier commit I moved the `NavigationActions.mapDeprecatedActionAndWarn` out from `getStateForAction` and into `createNavigationContainer`'s `dispatch` function. The tests need to be reworked to support this, as they were previously calling `getStateForAction` directly. I don't imagine any users are calling `getStateForAction` directly. * Re-record two snapshots The changes in these snapshots are by design and don't affect anything. * Infer type of options in NavigationScreenConfig The issue is that sometimes we include options for different navigators in a single blob. * Infer types of action and options in createNavigationContainer Particulary helps with Options. Makes the types more specific and gets rid of an error that only shows up when using the library * Don't use generics for NavigationState in createNavigationContainer There's no particular reason for having those generics there, since there's no way we'd be able to get Flow to understand the exact shape of particular navigation states anyways. This fixes a bug when integrating this version of the project into my repo. * Move ReduxExample to react-native@0.49.3 instead of custom Expo version
2017-10-31 10:41:17 -04:00
is-my-json-valid@^2.12.4:
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
version "2.17.2"
resolved "https://registry.yarnpkg.com/is-my-json-valid/-/is-my-json-valid-2.17.2.tgz#6b2103a288e94ef3de5cf15d29dd85fc4b78d65c"
Update to react-native@0.49 and flow-bin@0.53 (#2845) * Update root package to react-native@0.49 and flow-bin@0.53 * Update NavigationPlayground package to react-native@0.49 and flow-bin@0.53 * Update ReduxExample package to react-native@0.49 and flow-bin@0.53 * flow-typed update (code-gen) * Find-and-replace old types with new types - `React.Element<*>` as the result of a render function is now `React.Node` - `ReactClass<T>` as the type of a Component is now `React.ComponentType<typeof T>` - `extends React.Component<DP, P, S>` is now `extends React.Component<P, S>` - `React.Children<*>` as the type of a children prop is now `React.ChildrenArray<*>` - Refs are now typed with `React.Ref` There are also several tiny typo fixes in here. * Avoid assuming state is NavigationRoute in addNavigationHelpers For the root, top-level Navigator, the state is a simple `NavigationState` (with no route info) and we still use `addNavigationHelpers` for it. We can't assume `navigation.state.key` is accessible for this type, so we need to do runtime checks here. * Fix type of NavigationScreenConfig `navigationOptions` was incorrectly typed * Give createNavigationContainer's State a type parameter We want to be able to specifically type this guy so we can use specific NavigationState for things like the Drawer views without having to do runtime assertions about the state type * Fix typing of NavigationAction First of all, `NavigationAction` was being used as two different types, so I had to create the new `PossiblyDeprecatedNavigationAction` and add it as a type parameter everywhere. Second of all, generics and implied types were being used far more than they need to be, and they're hard to work with because Flow doesn't really explain things well when they go wrong. * Make sure children scenes of CardStack have NavigationProp typed with NavigationRoute CardStack's `NavigationScreenProp` is typed with `NavigationState`, but the children need `NavigationRoute`. Flow gets confused by the spread operator, even if the individual property is replaced later, so we need to explicitly list each property individually (just `dispatch`, actually). * Allow prevTransitionProps parameter to be nullable * Allow prevTransitionProps parameter to be nullable * Narrow down a couple type parameters * Move NavigationStateRoute cast to within Component.router check in createConfigGetter * Update withCachedChildNavigation so it's typed correctly with React.ComponentType * Add a $FlowFixMe for displayName `React.StatelessFunctionalComponent` is missing `displayName` before Flow 0.54.0 See https://github.com/facebook/flow/commit/de37062ea21cb4055d3f1b01bdbaa76461140fc8 * Make TouchableItem's onPress prop optional `HeaderBackButton` can pass in an undefined onPress, and the React Native `Touchable*` components allow it too * Simplify withCachedChildNavigation and get rid of generics The generics don't help us here and they make the types more confusing * Redefine NavigationComponent as direct intersection The new type is technically identical to the old type, but Flow is confused by the old type... * Save router to local var before checking createConfigGetter Flow seems to think Component.router can change after the check * Fix DrawerSidebar's navigation prop's type In order for us to be able to generate a childNavigationProp, the original navigation prop has to have a NavigationState state. * Colocate action.key check with action.type check in getStateForAction For some reason, Flow thinks `action` can change sometime after `action.type` is checked. As a result, it's not properly concluding that `action.key` should exist. To avoid this, we pull `action.key` out immediately after doing the `action.type` check. * Use bounded polymorphism to pass down all props in withCachedChildNavigation Also makes sure the injected props are specified first in the union Also removes an unused `eslint-disable-line` in `getScreenForRouteName` * Make TabRouter's getComponentForState return NavigationComponent `NavigationScreenComponent` is a subtype of `NavigationComponent`, but it's not clear that `getComponentForState` always returns a `NavigationScreenComponent`, as `getScreenForRouteName` returns `NavigationComponent` * Define NavigationComponent's props using NavigationNavigatorProps Right now the types ask Flow to infer the types of `NavigationComponent`'s props. (`NavigationComponent` is the union of `NavigationNavigator` and NavigationScreenComponent.) Instead, we type the props as subtypes of `NavigationNavigatorProps`, so we can properly access those props without type errors. We used bounded polymorphism in `createNavigationContainer` and `createNavigator` to pass down these props. We also explicitly type the action in `createNavigationContainer` so we can properly pass in a `NavigationInitAction` to the dispatch function. * Parameterize NavigationTabRouterConfig `NavigationTabRouterConfig` doesn't always take `NavigationTabScreenOptions`; sometimes, it takes `NavigationDrawerScreenOptions`. * Make all NavigationOptions Exact types We're seeing weird behavior when these are merged together. By making them Exact types, we make types don't get mangled when they're unioned. https://flow.org/en/docs/types/unions/#toc-disjoint-unions-with-exact-types * Silence errors in tests These errors are unavoidable since we can't type the precise shape of a particular `NavigationState`. * Include NavigationSetParamsAction in NavigationTabAction `TabNavigator`'s `getStateForAction` definitely takes `NavigationSetParamsAction`. * Explicitly list router as void in NavigationScreenComponent This is so Flow knows that if a `NavigationComponent` has a `router` property, then it is definitely a `NavigationNavigator`. * Fix website app navigator's type * Fix createDocPage type in App In an earlier commit I attempted to fix the types here, but I incorrectly read it as returning a navigator when it just returns a screen. For some reason the error didn't immediately show up. * Fix NavigationComponent types Five changes: 1. No longer parameterizing the props of `NavigationComponent`; directly specifying as `NavigationNavigatorProps` 2. Specify the two distinct kinds of route types (leaf and state) directly in `NavigationComponent` 3. Have `SceneView` directly take `NavigationComponent` and allow inferring of `NavigationSceneProp` type 4. Have `CardStack` directly take `NavigationComponent` as well * Allow Flow to infer `NavigationAction` type in `createNavigator` * Silence Flow in router code that handles navigator sub-routes There's no way for us to tell Flow that routes that correspond to navigators should be `NavigationStateRoute`s * Allow DrawerSidebar to take a null contentComponent The way `DrawerNavigator` is set up, it's possible to pass in a null `contentComponent` in the config. If somebody want to do this, we'll just make the `DrawerSidebar` not appear altogether. This is simpler than splitting the types so there's a possibly-unspecified one for the user input, but a definitely-specified one in `DrawerSidebar`. * Specify missing screenProps prop in DrawerView * Thread full NavigationStateRoute in to DrawerSidebar This requiring making `withCachedChildNavigation` use bounded polymorphism to thread the `NavigationStateRoute` through instead of downgrading it to a `NavigationState` * Make NavigationStateProp's state prop covariant This means that `NavigationStateProp<NavigationStateRoute>` will be a subtype of `NavigationStateProp<NavigationRoute>` and `NavigationStateProp<NavigationState>` * Silence Flow's complaints about a route not being a NavigationStateRoute As mentioned in previous commits and in the comment, there is no way to type a specific navigation state shape, so we have to cast it and silence Flow's complaints. * Get rid of style prop in CardStack It looks like at some point, it was possible to specify a `style` prop that got passed all the way down to `Header`, the `TransitionConfig`'s `screenInterpolator`, and `Transitioner`. Doesn't look like we're using it anywhere, and there's a todo saying to remove it, and it's causing a type error. * Infer type of options instead of using a subtype of {} I think this has to do with {} allowing for unsealed objects. I'm not 100% sure, but this fixes 4/6 of the remaining errors! * Fix two type errors in NavigationPlayground One was just requiring an outdated type (`React.Children` instead of `React.ChildrenArray`), and the other was getting confused regarding types because of a spread operator. * Use a covariant property to simplify withCachedChildNavigation's InputProps This doesn't reduce any errors, but it's a bit simpler and cleaner. * Silence last two Flow errors regarding withCachedChildNavigation injecting childNavigationProps These are the only two errors I haven't been able to figure out at all. If I had more time I'd try and figure out the simplest case and report it to the Flow team, but I've been working on this for a week already and have to move on. The issue at hand is that `withCachedChildNavigation` injects `childNavigationProps`, but Flow doesn't see this and thinks it needs to be specified by the view component. We're using the HOC pattern suggested by the Flow docs, and I've tried several other patterns to no avail. * Use stock react-native instead of Expo's in NavigationPlayground Expo's causes Flow errors, and apparently this is normal practice because the person who switched us to Expo did this too. * Silence react-native-gesture-handler Flow errors in NavigationPlayground Expo requires this package, but it causes Flow errors. * Fix index check in DrawerSidebar Silly me, falling for the typical "0 is falsey" problem... * Rework deprecated action tests In an earlier commit I moved the `NavigationActions.mapDeprecatedActionAndWarn` out from `getStateForAction` and into `createNavigationContainer`'s `dispatch` function. The tests need to be reworked to support this, as they were previously calling `getStateForAction` directly. I don't imagine any users are calling `getStateForAction` directly. * Re-record two snapshots The changes in these snapshots are by design and don't affect anything. * Infer type of options in NavigationScreenConfig The issue is that sometimes we include options for different navigators in a single blob. * Infer types of action and options in createNavigationContainer Particulary helps with Options. Makes the types more specific and gets rid of an error that only shows up when using the library * Don't use generics for NavigationState in createNavigationContainer There's no particular reason for having those generics there, since there's no way we'd be able to get Flow to understand the exact shape of particular navigation states anyways. This fixes a bug when integrating this version of the project into my repo. * Move ReduxExample to react-native@0.49.3 instead of custom Expo version
2017-10-31 10:41:17 -04:00
dependencies:
generate-function "^2.0.0"
generate-object-property "^1.1.0"
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
is-my-ip-valid "^1.0.0"
Update to react-native@0.49 and flow-bin@0.53 (#2845) * Update root package to react-native@0.49 and flow-bin@0.53 * Update NavigationPlayground package to react-native@0.49 and flow-bin@0.53 * Update ReduxExample package to react-native@0.49 and flow-bin@0.53 * flow-typed update (code-gen) * Find-and-replace old types with new types - `React.Element<*>` as the result of a render function is now `React.Node` - `ReactClass<T>` as the type of a Component is now `React.ComponentType<typeof T>` - `extends React.Component<DP, P, S>` is now `extends React.Component<P, S>` - `React.Children<*>` as the type of a children prop is now `React.ChildrenArray<*>` - Refs are now typed with `React.Ref` There are also several tiny typo fixes in here. * Avoid assuming state is NavigationRoute in addNavigationHelpers For the root, top-level Navigator, the state is a simple `NavigationState` (with no route info) and we still use `addNavigationHelpers` for it. We can't assume `navigation.state.key` is accessible for this type, so we need to do runtime checks here. * Fix type of NavigationScreenConfig `navigationOptions` was incorrectly typed * Give createNavigationContainer's State a type parameter We want to be able to specifically type this guy so we can use specific NavigationState for things like the Drawer views without having to do runtime assertions about the state type * Fix typing of NavigationAction First of all, `NavigationAction` was being used as two different types, so I had to create the new `PossiblyDeprecatedNavigationAction` and add it as a type parameter everywhere. Second of all, generics and implied types were being used far more than they need to be, and they're hard to work with because Flow doesn't really explain things well when they go wrong. * Make sure children scenes of CardStack have NavigationProp typed with NavigationRoute CardStack's `NavigationScreenProp` is typed with `NavigationState`, but the children need `NavigationRoute`. Flow gets confused by the spread operator, even if the individual property is replaced later, so we need to explicitly list each property individually (just `dispatch`, actually). * Allow prevTransitionProps parameter to be nullable * Allow prevTransitionProps parameter to be nullable * Narrow down a couple type parameters * Move NavigationStateRoute cast to within Component.router check in createConfigGetter * Update withCachedChildNavigation so it's typed correctly with React.ComponentType * Add a $FlowFixMe for displayName `React.StatelessFunctionalComponent` is missing `displayName` before Flow 0.54.0 See https://github.com/facebook/flow/commit/de37062ea21cb4055d3f1b01bdbaa76461140fc8 * Make TouchableItem's onPress prop optional `HeaderBackButton` can pass in an undefined onPress, and the React Native `Touchable*` components allow it too * Simplify withCachedChildNavigation and get rid of generics The generics don't help us here and they make the types more confusing * Redefine NavigationComponent as direct intersection The new type is technically identical to the old type, but Flow is confused by the old type... * Save router to local var before checking createConfigGetter Flow seems to think Component.router can change after the check * Fix DrawerSidebar's navigation prop's type In order for us to be able to generate a childNavigationProp, the original navigation prop has to have a NavigationState state. * Colocate action.key check with action.type check in getStateForAction For some reason, Flow thinks `action` can change sometime after `action.type` is checked. As a result, it's not properly concluding that `action.key` should exist. To avoid this, we pull `action.key` out immediately after doing the `action.type` check. * Use bounded polymorphism to pass down all props in withCachedChildNavigation Also makes sure the injected props are specified first in the union Also removes an unused `eslint-disable-line` in `getScreenForRouteName` * Make TabRouter's getComponentForState return NavigationComponent `NavigationScreenComponent` is a subtype of `NavigationComponent`, but it's not clear that `getComponentForState` always returns a `NavigationScreenComponent`, as `getScreenForRouteName` returns `NavigationComponent` * Define NavigationComponent's props using NavigationNavigatorProps Right now the types ask Flow to infer the types of `NavigationComponent`'s props. (`NavigationComponent` is the union of `NavigationNavigator` and NavigationScreenComponent.) Instead, we type the props as subtypes of `NavigationNavigatorProps`, so we can properly access those props without type errors. We used bounded polymorphism in `createNavigationContainer` and `createNavigator` to pass down these props. We also explicitly type the action in `createNavigationContainer` so we can properly pass in a `NavigationInitAction` to the dispatch function. * Parameterize NavigationTabRouterConfig `NavigationTabRouterConfig` doesn't always take `NavigationTabScreenOptions`; sometimes, it takes `NavigationDrawerScreenOptions`. * Make all NavigationOptions Exact types We're seeing weird behavior when these are merged together. By making them Exact types, we make types don't get mangled when they're unioned. https://flow.org/en/docs/types/unions/#toc-disjoint-unions-with-exact-types * Silence errors in tests These errors are unavoidable since we can't type the precise shape of a particular `NavigationState`. * Include NavigationSetParamsAction in NavigationTabAction `TabNavigator`'s `getStateForAction` definitely takes `NavigationSetParamsAction`. * Explicitly list router as void in NavigationScreenComponent This is so Flow knows that if a `NavigationComponent` has a `router` property, then it is definitely a `NavigationNavigator`. * Fix website app navigator's type * Fix createDocPage type in App In an earlier commit I attempted to fix the types here, but I incorrectly read it as returning a navigator when it just returns a screen. For some reason the error didn't immediately show up. * Fix NavigationComponent types Five changes: 1. No longer parameterizing the props of `NavigationComponent`; directly specifying as `NavigationNavigatorProps` 2. Specify the two distinct kinds of route types (leaf and state) directly in `NavigationComponent` 3. Have `SceneView` directly take `NavigationComponent` and allow inferring of `NavigationSceneProp` type 4. Have `CardStack` directly take `NavigationComponent` as well * Allow Flow to infer `NavigationAction` type in `createNavigator` * Silence Flow in router code that handles navigator sub-routes There's no way for us to tell Flow that routes that correspond to navigators should be `NavigationStateRoute`s * Allow DrawerSidebar to take a null contentComponent The way `DrawerNavigator` is set up, it's possible to pass in a null `contentComponent` in the config. If somebody want to do this, we'll just make the `DrawerSidebar` not appear altogether. This is simpler than splitting the types so there's a possibly-unspecified one for the user input, but a definitely-specified one in `DrawerSidebar`. * Specify missing screenProps prop in DrawerView * Thread full NavigationStateRoute in to DrawerSidebar This requiring making `withCachedChildNavigation` use bounded polymorphism to thread the `NavigationStateRoute` through instead of downgrading it to a `NavigationState` * Make NavigationStateProp's state prop covariant This means that `NavigationStateProp<NavigationStateRoute>` will be a subtype of `NavigationStateProp<NavigationRoute>` and `NavigationStateProp<NavigationState>` * Silence Flow's complaints about a route not being a NavigationStateRoute As mentioned in previous commits and in the comment, there is no way to type a specific navigation state shape, so we have to cast it and silence Flow's complaints. * Get rid of style prop in CardStack It looks like at some point, it was possible to specify a `style` prop that got passed all the way down to `Header`, the `TransitionConfig`'s `screenInterpolator`, and `Transitioner`. Doesn't look like we're using it anywhere, and there's a todo saying to remove it, and it's causing a type error. * Infer type of options instead of using a subtype of {} I think this has to do with {} allowing for unsealed objects. I'm not 100% sure, but this fixes 4/6 of the remaining errors! * Fix two type errors in NavigationPlayground One was just requiring an outdated type (`React.Children` instead of `React.ChildrenArray`), and the other was getting confused regarding types because of a spread operator. * Use a covariant property to simplify withCachedChildNavigation's InputProps This doesn't reduce any errors, but it's a bit simpler and cleaner. * Silence last two Flow errors regarding withCachedChildNavigation injecting childNavigationProps These are the only two errors I haven't been able to figure out at all. If I had more time I'd try and figure out the simplest case and report it to the Flow team, but I've been working on this for a week already and have to move on. The issue at hand is that `withCachedChildNavigation` injects `childNavigationProps`, but Flow doesn't see this and thinks it needs to be specified by the view component. We're using the HOC pattern suggested by the Flow docs, and I've tried several other patterns to no avail. * Use stock react-native instead of Expo's in NavigationPlayground Expo's causes Flow errors, and apparently this is normal practice because the person who switched us to Expo did this too. * Silence react-native-gesture-handler Flow errors in NavigationPlayground Expo requires this package, but it causes Flow errors. * Fix index check in DrawerSidebar Silly me, falling for the typical "0 is falsey" problem... * Rework deprecated action tests In an earlier commit I moved the `NavigationActions.mapDeprecatedActionAndWarn` out from `getStateForAction` and into `createNavigationContainer`'s `dispatch` function. The tests need to be reworked to support this, as they were previously calling `getStateForAction` directly. I don't imagine any users are calling `getStateForAction` directly. * Re-record two snapshots The changes in these snapshots are by design and don't affect anything. * Infer type of options in NavigationScreenConfig The issue is that sometimes we include options for different navigators in a single blob. * Infer types of action and options in createNavigationContainer Particulary helps with Options. Makes the types more specific and gets rid of an error that only shows up when using the library * Don't use generics for NavigationState in createNavigationContainer There's no particular reason for having those generics there, since there's no way we'd be able to get Flow to understand the exact shape of particular navigation states anyways. This fixes a bug when integrating this version of the project into my repo. * Move ReduxExample to react-native@0.49.3 instead of custom Expo version
2017-10-31 10:41:17 -04:00
jsonpointer "^4.0.0"
xtend "^4.0.0"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
is-number@^2.1.0:
Revert changes to yarn.lock (#2545) * Rollback changes to yarn.lock * Update react-native-tab-view in yarn.lock
2017-09-06 13:22:08 -05:00
version "2.1.0"
resolved "https://registry.yarnpkg.com/is-number/-/is-number-2.1.0.tgz#01fcbbb393463a548f2f466cce16dece49db908f"
Fixed issue with tab navigation (#2527)
2017-09-06 22:12:48 +05:30
dependencies:
kind-of "^3.0.2"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
is-number@^3.0.0:
version "3.0.0"
resolved "https://registry.yarnpkg.com/is-number/-/is-number-3.0.0.tgz#24fd6201a4782cf50561c810276afc7d12d71195"
dependencies:
kind-of "^3.0.2"
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
is-number@^4.0.0:
version "4.0.0"
resolved "https://registry.yarnpkg.com/is-number/-/is-number-4.0.0.tgz#0026e37f5454d73e356dfe6564699867c6a7f0ff"
Employ pre-commit hook for formatting code. (#2597) This change comes thanks to @plasticine's great idea (https://github.com/react-community/react-navigation/pull/2581#issuecomment-329661371). - Add husky and lint-staged to use pre-commit hook. - Automate formatting JavaScript code using ESLint and Prettier before committing changes.
2017-09-16 07:17:09 +09:00
is-obj@^1.0.1:
version "1.0.1"
resolved "https://registry.yarnpkg.com/is-obj/-/is-obj-1.0.1.tgz#3e4729ac1f5fde025cd7d83a896dab9f4f67db0f"
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
is-odd@^2.0.0:
version "2.0.0"
resolved "https://registry.yarnpkg.com/is-odd/-/is-odd-2.0.0.tgz#7646624671fd7ea558ccd9a2795182f2958f1b24"
dependencies:
is-number "^4.0.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
is-path-cwd@^1.0.0:
version "1.0.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/is-path-cwd/-/is-path-cwd-1.0.0.tgz#d225ec23132e89edd38fda767472e62e65f1106d"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
is-path-in-cwd@^1.0.0:
version "1.0.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/is-path-in-cwd/-/is-path-in-cwd-1.0.0.tgz#6477582b8214d602346094567003be8a9eac04dc"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
is-path-inside "^1.0.0"
is-path-inside@^1.0.0:
Remove flow (#3350) * Remove flow types from src * Finish removing Flow * Clear out flow-typed, some flow mentions in docs, website flow usage, and some other config
2018-01-24 17:52:09 -08:00
version "1.0.1"
resolved "https://registry.yarnpkg.com/is-path-inside/-/is-path-inside-1.0.1.tgz#8ef5b7de50437a3fdca6b4e865ef7aa55cb48036"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
path-is-inside "^1.0.1"
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
is-plain-object@^2.0.1, is-plain-object@^2.0.3, is-plain-object@^2.0.4:
version "2.0.4"
resolved "https://registry.yarnpkg.com/is-plain-object/-/is-plain-object-2.0.4.tgz#2c163b3fafb1b606d9d17928f05c2a1c38e07677"
dependencies:
isobject "^3.0.1"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
is-posix-bracket@^0.1.0:
version "0.1.1"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/is-posix-bracket/-/is-posix-bracket-0.1.1.tgz#3334dc79774368e92f016e6fbc0a88f5cd6e6bc4"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
is-primitive@^2.0.0:
version "2.0.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/is-primitive/-/is-primitive-2.0.0.tgz#207bab91638499c07b2adf240a41a87210034575"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update depenencies, update Prettier
2017-07-03 21:36:47 -07:00
is-promise@^2.1.0:
version "2.1.0"
resolved "https://registry.yarnpkg.com/is-promise/-/is-promise-2.1.0.tgz#79a2a9ece7f096e80f36d2b2f3bc16c1ff4bf3fa"
Update to react-native@0.49 and flow-bin@0.53 (#2845) * Update root package to react-native@0.49 and flow-bin@0.53 * Update NavigationPlayground package to react-native@0.49 and flow-bin@0.53 * Update ReduxExample package to react-native@0.49 and flow-bin@0.53 * flow-typed update (code-gen) * Find-and-replace old types with new types - `React.Element<*>` as the result of a render function is now `React.Node` - `ReactClass<T>` as the type of a Component is now `React.ComponentType<typeof T>` - `extends React.Component<DP, P, S>` is now `extends React.Component<P, S>` - `React.Children<*>` as the type of a children prop is now `React.ChildrenArray<*>` - Refs are now typed with `React.Ref` There are also several tiny typo fixes in here. * Avoid assuming state is NavigationRoute in addNavigationHelpers For the root, top-level Navigator, the state is a simple `NavigationState` (with no route info) and we still use `addNavigationHelpers` for it. We can't assume `navigation.state.key` is accessible for this type, so we need to do runtime checks here. * Fix type of NavigationScreenConfig `navigationOptions` was incorrectly typed * Give createNavigationContainer's State a type parameter We want to be able to specifically type this guy so we can use specific NavigationState for things like the Drawer views without having to do runtime assertions about the state type * Fix typing of NavigationAction First of all, `NavigationAction` was being used as two different types, so I had to create the new `PossiblyDeprecatedNavigationAction` and add it as a type parameter everywhere. Second of all, generics and implied types were being used far more than they need to be, and they're hard to work with because Flow doesn't really explain things well when they go wrong. * Make sure children scenes of CardStack have NavigationProp typed with NavigationRoute CardStack's `NavigationScreenProp` is typed with `NavigationState`, but the children need `NavigationRoute`. Flow gets confused by the spread operator, even if the individual property is replaced later, so we need to explicitly list each property individually (just `dispatch`, actually). * Allow prevTransitionProps parameter to be nullable * Allow prevTransitionProps parameter to be nullable * Narrow down a couple type parameters * Move NavigationStateRoute cast to within Component.router check in createConfigGetter * Update withCachedChildNavigation so it's typed correctly with React.ComponentType * Add a $FlowFixMe for displayName `React.StatelessFunctionalComponent` is missing `displayName` before Flow 0.54.0 See https://github.com/facebook/flow/commit/de37062ea21cb4055d3f1b01bdbaa76461140fc8 * Make TouchableItem's onPress prop optional `HeaderBackButton` can pass in an undefined onPress, and the React Native `Touchable*` components allow it too * Simplify withCachedChildNavigation and get rid of generics The generics don't help us here and they make the types more confusing * Redefine NavigationComponent as direct intersection The new type is technically identical to the old type, but Flow is confused by the old type... * Save router to local var before checking createConfigGetter Flow seems to think Component.router can change after the check * Fix DrawerSidebar's navigation prop's type In order for us to be able to generate a childNavigationProp, the original navigation prop has to have a NavigationState state. * Colocate action.key check with action.type check in getStateForAction For some reason, Flow thinks `action` can change sometime after `action.type` is checked. As a result, it's not properly concluding that `action.key` should exist. To avoid this, we pull `action.key` out immediately after doing the `action.type` check. * Use bounded polymorphism to pass down all props in withCachedChildNavigation Also makes sure the injected props are specified first in the union Also removes an unused `eslint-disable-line` in `getScreenForRouteName` * Make TabRouter's getComponentForState return NavigationComponent `NavigationScreenComponent` is a subtype of `NavigationComponent`, but it's not clear that `getComponentForState` always returns a `NavigationScreenComponent`, as `getScreenForRouteName` returns `NavigationComponent` * Define NavigationComponent's props using NavigationNavigatorProps Right now the types ask Flow to infer the types of `NavigationComponent`'s props. (`NavigationComponent` is the union of `NavigationNavigator` and NavigationScreenComponent.) Instead, we type the props as subtypes of `NavigationNavigatorProps`, so we can properly access those props without type errors. We used bounded polymorphism in `createNavigationContainer` and `createNavigator` to pass down these props. We also explicitly type the action in `createNavigationContainer` so we can properly pass in a `NavigationInitAction` to the dispatch function. * Parameterize NavigationTabRouterConfig `NavigationTabRouterConfig` doesn't always take `NavigationTabScreenOptions`; sometimes, it takes `NavigationDrawerScreenOptions`. * Make all NavigationOptions Exact types We're seeing weird behavior when these are merged together. By making them Exact types, we make types don't get mangled when they're unioned. https://flow.org/en/docs/types/unions/#toc-disjoint-unions-with-exact-types * Silence errors in tests These errors are unavoidable since we can't type the precise shape of a particular `NavigationState`. * Include NavigationSetParamsAction in NavigationTabAction `TabNavigator`'s `getStateForAction` definitely takes `NavigationSetParamsAction`. * Explicitly list router as void in NavigationScreenComponent This is so Flow knows that if a `NavigationComponent` has a `router` property, then it is definitely a `NavigationNavigator`. * Fix website app navigator's type * Fix createDocPage type in App In an earlier commit I attempted to fix the types here, but I incorrectly read it as returning a navigator when it just returns a screen. For some reason the error didn't immediately show up. * Fix NavigationComponent types Five changes: 1. No longer parameterizing the props of `NavigationComponent`; directly specifying as `NavigationNavigatorProps` 2. Specify the two distinct kinds of route types (leaf and state) directly in `NavigationComponent` 3. Have `SceneView` directly take `NavigationComponent` and allow inferring of `NavigationSceneProp` type 4. Have `CardStack` directly take `NavigationComponent` as well * Allow Flow to infer `NavigationAction` type in `createNavigator` * Silence Flow in router code that handles navigator sub-routes There's no way for us to tell Flow that routes that correspond to navigators should be `NavigationStateRoute`s * Allow DrawerSidebar to take a null contentComponent The way `DrawerNavigator` is set up, it's possible to pass in a null `contentComponent` in the config. If somebody want to do this, we'll just make the `DrawerSidebar` not appear altogether. This is simpler than splitting the types so there's a possibly-unspecified one for the user input, but a definitely-specified one in `DrawerSidebar`. * Specify missing screenProps prop in DrawerView * Thread full NavigationStateRoute in to DrawerSidebar This requiring making `withCachedChildNavigation` use bounded polymorphism to thread the `NavigationStateRoute` through instead of downgrading it to a `NavigationState` * Make NavigationStateProp's state prop covariant This means that `NavigationStateProp<NavigationStateRoute>` will be a subtype of `NavigationStateProp<NavigationRoute>` and `NavigationStateProp<NavigationState>` * Silence Flow's complaints about a route not being a NavigationStateRoute As mentioned in previous commits and in the comment, there is no way to type a specific navigation state shape, so we have to cast it and silence Flow's complaints. * Get rid of style prop in CardStack It looks like at some point, it was possible to specify a `style` prop that got passed all the way down to `Header`, the `TransitionConfig`'s `screenInterpolator`, and `Transitioner`. Doesn't look like we're using it anywhere, and there's a todo saying to remove it, and it's causing a type error. * Infer type of options instead of using a subtype of {} I think this has to do with {} allowing for unsealed objects. I'm not 100% sure, but this fixes 4/6 of the remaining errors! * Fix two type errors in NavigationPlayground One was just requiring an outdated type (`React.Children` instead of `React.ChildrenArray`), and the other was getting confused regarding types because of a spread operator. * Use a covariant property to simplify withCachedChildNavigation's InputProps This doesn't reduce any errors, but it's a bit simpler and cleaner. * Silence last two Flow errors regarding withCachedChildNavigation injecting childNavigationProps These are the only two errors I haven't been able to figure out at all. If I had more time I'd try and figure out the simplest case and report it to the Flow team, but I've been working on this for a week already and have to move on. The issue at hand is that `withCachedChildNavigation` injects `childNavigationProps`, but Flow doesn't see this and thinks it needs to be specified by the view component. We're using the HOC pattern suggested by the Flow docs, and I've tried several other patterns to no avail. * Use stock react-native instead of Expo's in NavigationPlayground Expo's causes Flow errors, and apparently this is normal practice because the person who switched us to Expo did this too. * Silence react-native-gesture-handler Flow errors in NavigationPlayground Expo requires this package, but it causes Flow errors. * Fix index check in DrawerSidebar Silly me, falling for the typical "0 is falsey" problem... * Rework deprecated action tests In an earlier commit I moved the `NavigationActions.mapDeprecatedActionAndWarn` out from `getStateForAction` and into `createNavigationContainer`'s `dispatch` function. The tests need to be reworked to support this, as they were previously calling `getStateForAction` directly. I don't imagine any users are calling `getStateForAction` directly. * Re-record two snapshots The changes in these snapshots are by design and don't affect anything. * Infer type of options in NavigationScreenConfig The issue is that sometimes we include options for different navigators in a single blob. * Infer types of action and options in createNavigationContainer Particulary helps with Options. Makes the types more specific and gets rid of an error that only shows up when using the library * Don't use generics for NavigationState in createNavigationContainer There's no particular reason for having those generics there, since there's no way we'd be able to get Flow to understand the exact shape of particular navigation states anyways. This fixes a bug when integrating this version of the project into my repo. * Move ReduxExample to react-native@0.49.3 instead of custom Expo version
2017-10-31 10:41:17 -04:00
is-property@^1.0.0:
version "1.0.2"
resolved "https://registry.yarnpkg.com/is-property/-/is-property-1.0.2.tgz#57fe1c4e48474edd65b09911f26b1cd4095dda84"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
is-regex@^1.0.4:
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
version "1.0.4"
resolved "https://registry.yarnpkg.com/is-regex/-/is-regex-1.0.4.tgz#5517489b547091b0930e095654ced25ee97e9491"
dependencies:
has "^1.0.1"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Employ pre-commit hook for formatting code. (#2597) This change comes thanks to @plasticine's great idea (https://github.com/react-community/react-navigation/pull/2581#issuecomment-329661371). - Add husky and lint-staged to use pre-commit hook. - Automate formatting JavaScript code using ESLint and Prettier before committing changes.
2017-09-16 07:17:09 +09:00
is-regexp@^1.0.0:
version "1.0.0"
resolved "https://registry.yarnpkg.com/is-regexp/-/is-regexp-1.0.0.tgz#fd2d883545c46bac5a633e7b9a09e87fa2cb5069"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
is-resolvable@^1.0.0:
Remove flow (#3350) * Remove flow types from src * Finish removing Flow * Clear out flow-typed, some flow mentions in docs, website flow usage, and some other config
2018-01-24 17:52:09 -08:00
version "1.1.0"
resolved "https://registry.yarnpkg.com/is-resolvable/-/is-resolvable-1.1.0.tgz#fb18f87ce1feb925169c9a407c19318a3206ed88"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Employ pre-commit hook for formatting code. (#2597) This change comes thanks to @plasticine's great idea (https://github.com/react-community/react-navigation/pull/2581#issuecomment-329661371). - Add husky and lint-staged to use pre-commit hook. - Automate formatting JavaScript code using ESLint and Prettier before committing changes.
2017-09-16 07:17:09 +09:00
is-stream@^1.0.1, is-stream@^1.1.0:
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
version "1.1.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/is-stream/-/is-stream-1.1.0.tgz#12d4a3dd4e68e0b79ceb8dbc84173ae80d91ca44"
is-symbol@^1.0.1:
version "1.0.1"
resolved "https://registry.yarnpkg.com/is-symbol/-/is-symbol-1.0.1.tgz#3cc59f00025194b6ab2e38dbae6689256b660572"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
is-typedarray@~1.0.0:
version "1.0.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/is-typedarray/-/is-typedarray-1.0.0.tgz#e479c80858df0c1b11ddda6940f96011fcda4a9a"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
is-utf8@^0.2.0:
version "0.2.1"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/is-utf8/-/is-utf8-0.2.1.tgz#4b0da1442104d1b336340e80797e865cf39f7d72"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
is-windows@^1.0.2:
version "1.0.2"
resolved "https://registry.yarnpkg.com/is-windows/-/is-windows-1.0.2.tgz#d1850eb9791ecd18e6182ce12a30f396634bb19d"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
isarray@0.0.1:
version "0.0.1"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/isarray/-/isarray-0.0.1.tgz#8a18acfca9a8f4177e09abfc6038939b05d1eedf"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
isarray@1.0.0, isarray@^1.0.0, isarray@~1.0.0:
version "1.0.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/isarray/-/isarray-1.0.0.tgz#bb935d48582cba168c06834957a54a3e07124f11"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
isexe@^2.0.0:
version "2.0.0"
resolved "https://registry.yarnpkg.com/isexe/-/isexe-2.0.0.tgz#e8fbf374dc556ff8947a10dcb0572d633f2cfa10"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
isobject@^2.0.0:
version "2.1.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/isobject/-/isobject-2.1.0.tgz#f065561096a3f1da2ef46272f815c840d87e0c89"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
isarray "1.0.0"
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
isobject@^3.0.0, isobject@^3.0.1:
version "3.0.1"
resolved "https://registry.yarnpkg.com/isobject/-/isobject-3.0.1.tgz#4e431e92b11a9731636aa1f9c8d1ccbcfdab78df"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
isomorphic-fetch@^2.1.1:
version "2.2.1"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/isomorphic-fetch/-/isomorphic-fetch-2.2.1.tgz#611ae1acf14f5e81f729507472819fe9733558a9"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
node-fetch "^1.0.1"
whatwg-fetch ">=0.10.0"
isstream@~0.1.2:
version "0.1.2"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/isstream/-/isstream-0.1.2.tgz#47e63f7af55afa6f92e1500e690eb8b8529c099a"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
istanbul-api@^1.1.14:
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
version "1.3.1"
resolved "https://registry.yarnpkg.com/istanbul-api/-/istanbul-api-1.3.1.tgz#4c3b05d18c0016d1022e079b98dc82c40f488954"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
async "^2.1.4"
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
compare-versions "^3.1.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
fileset "^2.0.2"
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
istanbul-lib-coverage "^1.2.0"
istanbul-lib-hook "^1.2.0"
istanbul-lib-instrument "^1.10.1"
istanbul-lib-report "^1.1.4"
istanbul-lib-source-maps "^1.2.4"
istanbul-reports "^1.3.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
js-yaml "^3.7.0"
mkdirp "^0.5.1"
once "^1.4.0"
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
istanbul-lib-coverage@^1.1.1, istanbul-lib-coverage@^1.1.2, istanbul-lib-coverage@^1.2.0:
version "1.2.0"
resolved "https://registry.yarnpkg.com/istanbul-lib-coverage/-/istanbul-lib-coverage-1.2.0.tgz#f7d8f2e42b97e37fe796114cb0f9d68b5e3a4341"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
istanbul-lib-hook@^1.2.0:
version "1.2.0"
resolved "https://registry.yarnpkg.com/istanbul-lib-hook/-/istanbul-lib-hook-1.2.0.tgz#ae556fd5a41a6e8efa0b1002b1e416dfeaf9816c"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
append-transform "^0.4.0"
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
istanbul-lib-instrument@^1.10.1, istanbul-lib-instrument@^1.7.5, istanbul-lib-instrument@^1.8.0:
version "1.10.1"
resolved "https://registry.yarnpkg.com/istanbul-lib-instrument/-/istanbul-lib-instrument-1.10.1.tgz#724b4b6caceba8692d3f1f9d0727e279c401af7b"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
babel-generator "^6.18.0"
babel-template "^6.16.0"
babel-traverse "^6.18.0"
babel-types "^6.18.0"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
babylon "^6.18.0"
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
istanbul-lib-coverage "^1.2.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
semver "^5.3.0"
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
istanbul-lib-report@^1.1.4:
version "1.1.4"
resolved "https://registry.yarnpkg.com/istanbul-lib-report/-/istanbul-lib-report-1.1.4.tgz#e886cdf505c4ebbd8e099e4396a90d0a28e2acb5"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
istanbul-lib-coverage "^1.2.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
mkdirp "^0.5.1"
path-parse "^1.0.5"
supports-color "^3.1.2"
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
istanbul-lib-source-maps@^1.2.1:
version "1.2.3"
resolved "https://registry.yarnpkg.com/istanbul-lib-source-maps/-/istanbul-lib-source-maps-1.2.3.tgz#20fb54b14e14b3fb6edb6aca3571fd2143db44e6"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
Update to react-native@0.49 and flow-bin@0.53 (#2845) * Update root package to react-native@0.49 and flow-bin@0.53 * Update NavigationPlayground package to react-native@0.49 and flow-bin@0.53 * Update ReduxExample package to react-native@0.49 and flow-bin@0.53 * flow-typed update (code-gen) * Find-and-replace old types with new types - `React.Element<*>` as the result of a render function is now `React.Node` - `ReactClass<T>` as the type of a Component is now `React.ComponentType<typeof T>` - `extends React.Component<DP, P, S>` is now `extends React.Component<P, S>` - `React.Children<*>` as the type of a children prop is now `React.ChildrenArray<*>` - Refs are now typed with `React.Ref` There are also several tiny typo fixes in here. * Avoid assuming state is NavigationRoute in addNavigationHelpers For the root, top-level Navigator, the state is a simple `NavigationState` (with no route info) and we still use `addNavigationHelpers` for it. We can't assume `navigation.state.key` is accessible for this type, so we need to do runtime checks here. * Fix type of NavigationScreenConfig `navigationOptions` was incorrectly typed * Give createNavigationContainer's State a type parameter We want to be able to specifically type this guy so we can use specific NavigationState for things like the Drawer views without having to do runtime assertions about the state type * Fix typing of NavigationAction First of all, `NavigationAction` was being used as two different types, so I had to create the new `PossiblyDeprecatedNavigationAction` and add it as a type parameter everywhere. Second of all, generics and implied types were being used far more than they need to be, and they're hard to work with because Flow doesn't really explain things well when they go wrong. * Make sure children scenes of CardStack have NavigationProp typed with NavigationRoute CardStack's `NavigationScreenProp` is typed with `NavigationState`, but the children need `NavigationRoute`. Flow gets confused by the spread operator, even if the individual property is replaced later, so we need to explicitly list each property individually (just `dispatch`, actually). * Allow prevTransitionProps parameter to be nullable * Allow prevTransitionProps parameter to be nullable * Narrow down a couple type parameters * Move NavigationStateRoute cast to within Component.router check in createConfigGetter * Update withCachedChildNavigation so it's typed correctly with React.ComponentType * Add a $FlowFixMe for displayName `React.StatelessFunctionalComponent` is missing `displayName` before Flow 0.54.0 See https://github.com/facebook/flow/commit/de37062ea21cb4055d3f1b01bdbaa76461140fc8 * Make TouchableItem's onPress prop optional `HeaderBackButton` can pass in an undefined onPress, and the React Native `Touchable*` components allow it too * Simplify withCachedChildNavigation and get rid of generics The generics don't help us here and they make the types more confusing * Redefine NavigationComponent as direct intersection The new type is technically identical to the old type, but Flow is confused by the old type... * Save router to local var before checking createConfigGetter Flow seems to think Component.router can change after the check * Fix DrawerSidebar's navigation prop's type In order for us to be able to generate a childNavigationProp, the original navigation prop has to have a NavigationState state. * Colocate action.key check with action.type check in getStateForAction For some reason, Flow thinks `action` can change sometime after `action.type` is checked. As a result, it's not properly concluding that `action.key` should exist. To avoid this, we pull `action.key` out immediately after doing the `action.type` check. * Use bounded polymorphism to pass down all props in withCachedChildNavigation Also makes sure the injected props are specified first in the union Also removes an unused `eslint-disable-line` in `getScreenForRouteName` * Make TabRouter's getComponentForState return NavigationComponent `NavigationScreenComponent` is a subtype of `NavigationComponent`, but it's not clear that `getComponentForState` always returns a `NavigationScreenComponent`, as `getScreenForRouteName` returns `NavigationComponent` * Define NavigationComponent's props using NavigationNavigatorProps Right now the types ask Flow to infer the types of `NavigationComponent`'s props. (`NavigationComponent` is the union of `NavigationNavigator` and NavigationScreenComponent.) Instead, we type the props as subtypes of `NavigationNavigatorProps`, so we can properly access those props without type errors. We used bounded polymorphism in `createNavigationContainer` and `createNavigator` to pass down these props. We also explicitly type the action in `createNavigationContainer` so we can properly pass in a `NavigationInitAction` to the dispatch function. * Parameterize NavigationTabRouterConfig `NavigationTabRouterConfig` doesn't always take `NavigationTabScreenOptions`; sometimes, it takes `NavigationDrawerScreenOptions`. * Make all NavigationOptions Exact types We're seeing weird behavior when these are merged together. By making them Exact types, we make types don't get mangled when they're unioned. https://flow.org/en/docs/types/unions/#toc-disjoint-unions-with-exact-types * Silence errors in tests These errors are unavoidable since we can't type the precise shape of a particular `NavigationState`. * Include NavigationSetParamsAction in NavigationTabAction `TabNavigator`'s `getStateForAction` definitely takes `NavigationSetParamsAction`. * Explicitly list router as void in NavigationScreenComponent This is so Flow knows that if a `NavigationComponent` has a `router` property, then it is definitely a `NavigationNavigator`. * Fix website app navigator's type * Fix createDocPage type in App In an earlier commit I attempted to fix the types here, but I incorrectly read it as returning a navigator when it just returns a screen. For some reason the error didn't immediately show up. * Fix NavigationComponent types Five changes: 1. No longer parameterizing the props of `NavigationComponent`; directly specifying as `NavigationNavigatorProps` 2. Specify the two distinct kinds of route types (leaf and state) directly in `NavigationComponent` 3. Have `SceneView` directly take `NavigationComponent` and allow inferring of `NavigationSceneProp` type 4. Have `CardStack` directly take `NavigationComponent` as well * Allow Flow to infer `NavigationAction` type in `createNavigator` * Silence Flow in router code that handles navigator sub-routes There's no way for us to tell Flow that routes that correspond to navigators should be `NavigationStateRoute`s * Allow DrawerSidebar to take a null contentComponent The way `DrawerNavigator` is set up, it's possible to pass in a null `contentComponent` in the config. If somebody want to do this, we'll just make the `DrawerSidebar` not appear altogether. This is simpler than splitting the types so there's a possibly-unspecified one for the user input, but a definitely-specified one in `DrawerSidebar`. * Specify missing screenProps prop in DrawerView * Thread full NavigationStateRoute in to DrawerSidebar This requiring making `withCachedChildNavigation` use bounded polymorphism to thread the `NavigationStateRoute` through instead of downgrading it to a `NavigationState` * Make NavigationStateProp's state prop covariant This means that `NavigationStateProp<NavigationStateRoute>` will be a subtype of `NavigationStateProp<NavigationRoute>` and `NavigationStateProp<NavigationState>` * Silence Flow's complaints about a route not being a NavigationStateRoute As mentioned in previous commits and in the comment, there is no way to type a specific navigation state shape, so we have to cast it and silence Flow's complaints. * Get rid of style prop in CardStack It looks like at some point, it was possible to specify a `style` prop that got passed all the way down to `Header`, the `TransitionConfig`'s `screenInterpolator`, and `Transitioner`. Doesn't look like we're using it anywhere, and there's a todo saying to remove it, and it's causing a type error. * Infer type of options instead of using a subtype of {} I think this has to do with {} allowing for unsealed objects. I'm not 100% sure, but this fixes 4/6 of the remaining errors! * Fix two type errors in NavigationPlayground One was just requiring an outdated type (`React.Children` instead of `React.ChildrenArray`), and the other was getting confused regarding types because of a spread operator. * Use a covariant property to simplify withCachedChildNavigation's InputProps This doesn't reduce any errors, but it's a bit simpler and cleaner. * Silence last two Flow errors regarding withCachedChildNavigation injecting childNavigationProps These are the only two errors I haven't been able to figure out at all. If I had more time I'd try and figure out the simplest case and report it to the Flow team, but I've been working on this for a week already and have to move on. The issue at hand is that `withCachedChildNavigation` injects `childNavigationProps`, but Flow doesn't see this and thinks it needs to be specified by the view component. We're using the HOC pattern suggested by the Flow docs, and I've tried several other patterns to no avail. * Use stock react-native instead of Expo's in NavigationPlayground Expo's causes Flow errors, and apparently this is normal practice because the person who switched us to Expo did this too. * Silence react-native-gesture-handler Flow errors in NavigationPlayground Expo requires this package, but it causes Flow errors. * Fix index check in DrawerSidebar Silly me, falling for the typical "0 is falsey" problem... * Rework deprecated action tests In an earlier commit I moved the `NavigationActions.mapDeprecatedActionAndWarn` out from `getStateForAction` and into `createNavigationContainer`'s `dispatch` function. The tests need to be reworked to support this, as they were previously calling `getStateForAction` directly. I don't imagine any users are calling `getStateForAction` directly. * Re-record two snapshots The changes in these snapshots are by design and don't affect anything. * Infer type of options in NavigationScreenConfig The issue is that sometimes we include options for different navigators in a single blob. * Infer types of action and options in createNavigationContainer Particulary helps with Options. Makes the types more specific and gets rid of an error that only shows up when using the library * Don't use generics for NavigationState in createNavigationContainer There's no particular reason for having those generics there, since there's no way we'd be able to get Flow to understand the exact shape of particular navigation states anyways. This fixes a bug when integrating this version of the project into my repo. * Move ReduxExample to react-native@0.49.3 instead of custom Expo version
2017-10-31 10:41:17 -04:00
debug "^3.1.0"
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
istanbul-lib-coverage "^1.1.2"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
mkdirp "^0.5.1"
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
rimraf "^2.6.1"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
source-map "^0.5.3"
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
istanbul-lib-source-maps@^1.2.4:
version "1.2.4"
resolved "https://registry.yarnpkg.com/istanbul-lib-source-maps/-/istanbul-lib-source-maps-1.2.4.tgz#cc7ccad61629f4efff8e2f78adb8c522c9976ec7"
dependencies:
debug "^3.1.0"
istanbul-lib-coverage "^1.2.0"
mkdirp "^0.5.1"
rimraf "^2.6.1"
source-map "^0.5.3"
istanbul-reports@^1.3.0:
version "1.3.0"
resolved "https://registry.yarnpkg.com/istanbul-reports/-/istanbul-reports-1.3.0.tgz#2f322e81e1d9520767597dca3c20a0cce89a3554"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
handlebars "^4.0.3"
Better orientation layout on playground
2018-02-12 11:53:23 -08:00
jest-changed-files@^22.2.0:
version "22.2.0"
resolved "https://registry.yarnpkg.com/jest-changed-files/-/jest-changed-files-22.2.0.tgz#517610c4a8ca0925bdc88b0ca53bd678aa8d019e"
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
dependencies:
throat "^4.0.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
jest-cli@^22.4.2:
version "22.4.2"
resolved "https://registry.yarnpkg.com/jest-cli/-/jest-cli-22.4.2.tgz#e6546dc651e13d164481aa3e76e53ac4f4edab06"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
ansi-escapes "^3.0.0"
chalk "^2.0.1"
exit "^0.1.2"
glob "^7.1.2"
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
graceful-fs "^4.1.11"
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
import-local "^1.0.0"
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
is-ci "^1.0.10"
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
istanbul-api "^1.1.14"
istanbul-lib-coverage "^1.1.1"
istanbul-lib-instrument "^1.8.0"
istanbul-lib-source-maps "^1.2.1"
Better orientation layout on playground
2018-02-12 11:53:23 -08:00
jest-changed-files "^22.2.0"
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
jest-config "^22.4.2"
jest-environment-jsdom "^22.4.1"
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
jest-get-type "^22.1.0"
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
jest-haste-map "^22.4.2"
jest-message-util "^22.4.0"
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
jest-regex-util "^22.1.0"
jest-resolve-dependencies "^22.1.0"
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
jest-runner "^22.4.2"
jest-runtime "^22.4.2"
jest-snapshot "^22.4.0"
jest-util "^22.4.1"
jest-validate "^22.4.2"
Better orientation layout on playground
2018-02-12 11:53:23 -08:00
jest-worker "^22.2.2"
Update dependencies
2017-03-15 16:02:49 -07:00
micromatch "^2.3.11"
Better orientation layout on playground
2018-02-12 11:53:23 -08:00
node-notifier "^5.2.1"
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
realpath-native "^1.0.0"
rimraf "^2.5.4"
Update dependencies
2017-03-15 16:02:49 -07:00
slash "^1.0.0"
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
string-length "^2.0.0"
strip-ansi "^4.0.0"
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
which "^1.2.12"
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
yargs "^10.0.3"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
jest-config@^22.4.2:
version "22.4.2"
resolved "https://registry.yarnpkg.com/jest-config/-/jest-config-22.4.2.tgz#580ba5819bf81a5e48f4fd470e8b81834f45c855"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
chalk "^2.0.1"
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
glob "^7.1.1"
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
jest-environment-jsdom "^22.4.1"
jest-environment-node "^22.4.1"
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
jest-get-type "^22.1.0"
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
jest-jasmine2 "^22.4.2"
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
jest-regex-util "^22.1.0"
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
jest-resolve "^22.4.2"
jest-util "^22.4.1"
jest-validate "^22.4.2"
pretty-format "^22.4.0"
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
jest-diff@^22.4.0:
version "22.4.0"
resolved "https://registry.yarnpkg.com/jest-diff/-/jest-diff-22.4.0.tgz#384c2b78519ca44ca126382df53f134289232525"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
chalk "^2.0.1"
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
diff "^3.2.0"
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
jest-get-type "^22.1.0"
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
pretty-format "^22.4.0"
Update to RN 0.45, fix/improve flow coverage
2017-07-03 15:06:08 -07:00
Better orientation layout on playground
2018-02-12 11:53:23 -08:00
jest-docblock@22.1.0:
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
version "22.1.0"
resolved "https://registry.yarnpkg.com/jest-docblock/-/jest-docblock-22.1.0.tgz#3fe5986d5444cbcb149746eb4b07c57c5a464dfd"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
detect-newline "^2.1.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update to RN 0.52 and Expo 25 (#3383) * Update to RN 0.52 and Expo 25 * Rerecord snapshots for failing Jest tests * jest-expo@25.1.0-beta.0 * jest-expo@25.1.0
2018-01-30 12:22:20 -06:00
jest-docblock@^21.0.0:
version "21.2.0"
resolved "https://registry.yarnpkg.com/jest-docblock/-/jest-docblock-21.2.0.tgz#51529c3b30d5fd159da60c27ceedc195faf8d414"
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
jest-docblock@^22.1.0, jest-docblock@^22.4.0:
version "22.4.0"
resolved "https://registry.yarnpkg.com/jest-docblock/-/jest-docblock-22.4.0.tgz#dbf1877e2550070cfc4d9b07a55775a0483159b8"
Better orientation layout on playground
2018-02-12 11:53:23 -08:00
dependencies:
detect-newline "^2.1.0"
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
jest-environment-jsdom@^22.4.1:
version "22.4.1"
resolved "https://registry.yarnpkg.com/jest-environment-jsdom/-/jest-environment-jsdom-22.4.1.tgz#754f408872441740100d3917e5ec40c74de6447f"
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
dependencies:
Better orientation layout on playground
2018-02-12 11:53:23 -08:00
jest-mock "^22.2.0"
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
jest-util "^22.4.1"
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
jsdom "^11.5.1"
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
jest-environment-node@^22.4.1:
version "22.4.1"
resolved "https://registry.yarnpkg.com/jest-environment-node/-/jest-environment-node-22.4.1.tgz#418850eb654596b8d6e36c2021cbedbc23df8e16"
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
dependencies:
Better orientation layout on playground
2018-02-12 11:53:23 -08:00
jest-mock "^22.2.0"
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
jest-util "^22.4.1"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Improve consistency of jest version Hopefully will fix build on Circle
2018-03-16 16:21:17 -07:00
jest-expo@^25.1.0:
version "25.1.0"
resolved "https://registry.yarnpkg.com/jest-expo/-/jest-expo-25.1.0.tgz#7f91d0c93f3dadaa8f45dab065d06bccd0519a8c"
dependencies:
babel-jest "^22.1.0"
jest "^22.1.1"
json5 "^0.5.1"
react-test-renderer "16.2.0"
Update to react-native@0.49 and flow-bin@0.53 (#2845) * Update root package to react-native@0.49 and flow-bin@0.53 * Update NavigationPlayground package to react-native@0.49 and flow-bin@0.53 * Update ReduxExample package to react-native@0.49 and flow-bin@0.53 * flow-typed update (code-gen) * Find-and-replace old types with new types - `React.Element<*>` as the result of a render function is now `React.Node` - `ReactClass<T>` as the type of a Component is now `React.ComponentType<typeof T>` - `extends React.Component<DP, P, S>` is now `extends React.Component<P, S>` - `React.Children<*>` as the type of a children prop is now `React.ChildrenArray<*>` - Refs are now typed with `React.Ref` There are also several tiny typo fixes in here. * Avoid assuming state is NavigationRoute in addNavigationHelpers For the root, top-level Navigator, the state is a simple `NavigationState` (with no route info) and we still use `addNavigationHelpers` for it. We can't assume `navigation.state.key` is accessible for this type, so we need to do runtime checks here. * Fix type of NavigationScreenConfig `navigationOptions` was incorrectly typed * Give createNavigationContainer's State a type parameter We want to be able to specifically type this guy so we can use specific NavigationState for things like the Drawer views without having to do runtime assertions about the state type * Fix typing of NavigationAction First of all, `NavigationAction` was being used as two different types, so I had to create the new `PossiblyDeprecatedNavigationAction` and add it as a type parameter everywhere. Second of all, generics and implied types were being used far more than they need to be, and they're hard to work with because Flow doesn't really explain things well when they go wrong. * Make sure children scenes of CardStack have NavigationProp typed with NavigationRoute CardStack's `NavigationScreenProp` is typed with `NavigationState`, but the children need `NavigationRoute`. Flow gets confused by the spread operator, even if the individual property is replaced later, so we need to explicitly list each property individually (just `dispatch`, actually). * Allow prevTransitionProps parameter to be nullable * Allow prevTransitionProps parameter to be nullable * Narrow down a couple type parameters * Move NavigationStateRoute cast to within Component.router check in createConfigGetter * Update withCachedChildNavigation so it's typed correctly with React.ComponentType * Add a $FlowFixMe for displayName `React.StatelessFunctionalComponent` is missing `displayName` before Flow 0.54.0 See https://github.com/facebook/flow/commit/de37062ea21cb4055d3f1b01bdbaa76461140fc8 * Make TouchableItem's onPress prop optional `HeaderBackButton` can pass in an undefined onPress, and the React Native `Touchable*` components allow it too * Simplify withCachedChildNavigation and get rid of generics The generics don't help us here and they make the types more confusing * Redefine NavigationComponent as direct intersection The new type is technically identical to the old type, but Flow is confused by the old type... * Save router to local var before checking createConfigGetter Flow seems to think Component.router can change after the check * Fix DrawerSidebar's navigation prop's type In order for us to be able to generate a childNavigationProp, the original navigation prop has to have a NavigationState state. * Colocate action.key check with action.type check in getStateForAction For some reason, Flow thinks `action` can change sometime after `action.type` is checked. As a result, it's not properly concluding that `action.key` should exist. To avoid this, we pull `action.key` out immediately after doing the `action.type` check. * Use bounded polymorphism to pass down all props in withCachedChildNavigation Also makes sure the injected props are specified first in the union Also removes an unused `eslint-disable-line` in `getScreenForRouteName` * Make TabRouter's getComponentForState return NavigationComponent `NavigationScreenComponent` is a subtype of `NavigationComponent`, but it's not clear that `getComponentForState` always returns a `NavigationScreenComponent`, as `getScreenForRouteName` returns `NavigationComponent` * Define NavigationComponent's props using NavigationNavigatorProps Right now the types ask Flow to infer the types of `NavigationComponent`'s props. (`NavigationComponent` is the union of `NavigationNavigator` and NavigationScreenComponent.) Instead, we type the props as subtypes of `NavigationNavigatorProps`, so we can properly access those props without type errors. We used bounded polymorphism in `createNavigationContainer` and `createNavigator` to pass down these props. We also explicitly type the action in `createNavigationContainer` so we can properly pass in a `NavigationInitAction` to the dispatch function. * Parameterize NavigationTabRouterConfig `NavigationTabRouterConfig` doesn't always take `NavigationTabScreenOptions`; sometimes, it takes `NavigationDrawerScreenOptions`. * Make all NavigationOptions Exact types We're seeing weird behavior when these are merged together. By making them Exact types, we make types don't get mangled when they're unioned. https://flow.org/en/docs/types/unions/#toc-disjoint-unions-with-exact-types * Silence errors in tests These errors are unavoidable since we can't type the precise shape of a particular `NavigationState`. * Include NavigationSetParamsAction in NavigationTabAction `TabNavigator`'s `getStateForAction` definitely takes `NavigationSetParamsAction`. * Explicitly list router as void in NavigationScreenComponent This is so Flow knows that if a `NavigationComponent` has a `router` property, then it is definitely a `NavigationNavigator`. * Fix website app navigator's type * Fix createDocPage type in App In an earlier commit I attempted to fix the types here, but I incorrectly read it as returning a navigator when it just returns a screen. For some reason the error didn't immediately show up. * Fix NavigationComponent types Five changes: 1. No longer parameterizing the props of `NavigationComponent`; directly specifying as `NavigationNavigatorProps` 2. Specify the two distinct kinds of route types (leaf and state) directly in `NavigationComponent` 3. Have `SceneView` directly take `NavigationComponent` and allow inferring of `NavigationSceneProp` type 4. Have `CardStack` directly take `NavigationComponent` as well * Allow Flow to infer `NavigationAction` type in `createNavigator` * Silence Flow in router code that handles navigator sub-routes There's no way for us to tell Flow that routes that correspond to navigators should be `NavigationStateRoute`s * Allow DrawerSidebar to take a null contentComponent The way `DrawerNavigator` is set up, it's possible to pass in a null `contentComponent` in the config. If somebody want to do this, we'll just make the `DrawerSidebar` not appear altogether. This is simpler than splitting the types so there's a possibly-unspecified one for the user input, but a definitely-specified one in `DrawerSidebar`. * Specify missing screenProps prop in DrawerView * Thread full NavigationStateRoute in to DrawerSidebar This requiring making `withCachedChildNavigation` use bounded polymorphism to thread the `NavigationStateRoute` through instead of downgrading it to a `NavigationState` * Make NavigationStateProp's state prop covariant This means that `NavigationStateProp<NavigationStateRoute>` will be a subtype of `NavigationStateProp<NavigationRoute>` and `NavigationStateProp<NavigationState>` * Silence Flow's complaints about a route not being a NavigationStateRoute As mentioned in previous commits and in the comment, there is no way to type a specific navigation state shape, so we have to cast it and silence Flow's complaints. * Get rid of style prop in CardStack It looks like at some point, it was possible to specify a `style` prop that got passed all the way down to `Header`, the `TransitionConfig`'s `screenInterpolator`, and `Transitioner`. Doesn't look like we're using it anywhere, and there's a todo saying to remove it, and it's causing a type error. * Infer type of options instead of using a subtype of {} I think this has to do with {} allowing for unsealed objects. I'm not 100% sure, but this fixes 4/6 of the remaining errors! * Fix two type errors in NavigationPlayground One was just requiring an outdated type (`React.Children` instead of `React.ChildrenArray`), and the other was getting confused regarding types because of a spread operator. * Use a covariant property to simplify withCachedChildNavigation's InputProps This doesn't reduce any errors, but it's a bit simpler and cleaner. * Silence last two Flow errors regarding withCachedChildNavigation injecting childNavigationProps These are the only two errors I haven't been able to figure out at all. If I had more time I'd try and figure out the simplest case and report it to the Flow team, but I've been working on this for a week already and have to move on. The issue at hand is that `withCachedChildNavigation` injects `childNavigationProps`, but Flow doesn't see this and thinks it needs to be specified by the view component. We're using the HOC pattern suggested by the Flow docs, and I've tried several other patterns to no avail. * Use stock react-native instead of Expo's in NavigationPlayground Expo's causes Flow errors, and apparently this is normal practice because the person who switched us to Expo did this too. * Silence react-native-gesture-handler Flow errors in NavigationPlayground Expo requires this package, but it causes Flow errors. * Fix index check in DrawerSidebar Silly me, falling for the typical "0 is falsey" problem... * Rework deprecated action tests In an earlier commit I moved the `NavigationActions.mapDeprecatedActionAndWarn` out from `getStateForAction` and into `createNavigationContainer`'s `dispatch` function. The tests need to be reworked to support this, as they were previously calling `getStateForAction` directly. I don't imagine any users are calling `getStateForAction` directly. * Re-record two snapshots The changes in these snapshots are by design and don't affect anything. * Infer type of options in NavigationScreenConfig The issue is that sometimes we include options for different navigators in a single blob. * Infer types of action and options in createNavigationContainer Particulary helps with Options. Makes the types more specific and gets rid of an error that only shows up when using the library * Don't use generics for NavigationState in createNavigationContainer There's no particular reason for having those generics there, since there's no way we'd be able to get Flow to understand the exact shape of particular navigation states anyways. This fixes a bug when integrating this version of the project into my repo. * Move ReduxExample to react-native@0.49.3 instead of custom Expo version
2017-10-31 10:41:17 -04:00
jest-get-type@^21.2.0:
version "21.2.0"
resolved "https://registry.yarnpkg.com/jest-get-type/-/jest-get-type-21.2.0.tgz#f6376ab9db4b60d81e39f30749c6c466f40d4a23"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
jest-get-type@^22.1.0:
version "22.1.0"
resolved "https://registry.yarnpkg.com/jest-get-type/-/jest-get-type-22.1.0.tgz#4e90af298ed6181edc85d2da500dbd2753e0d5a9"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
Better orientation layout on playground
2018-02-12 11:53:23 -08:00
jest-haste-map@22.1.0:
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
version "22.1.0"
resolved "https://registry.yarnpkg.com/jest-haste-map/-/jest-haste-map-22.1.0.tgz#1174c6ff393f9818ebf1163710d8868b5370da2a"
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
dependencies:
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
fb-watchman "^2.0.0"
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
graceful-fs "^4.1.11"
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
jest-docblock "^22.1.0"
jest-worker "^22.1.0"
micromatch "^2.3.11"
sane "^2.0.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
jest-haste-map@^22.4.2:
version "22.4.2"
resolved "https://registry.yarnpkg.com/jest-haste-map/-/jest-haste-map-22.4.2.tgz#a90178e66146d4378bb076345a949071f3b015b4"
Better orientation layout on playground
2018-02-12 11:53:23 -08:00
dependencies:
fb-watchman "^2.0.0"
graceful-fs "^4.1.11"
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
jest-docblock "^22.4.0"
jest-serializer "^22.4.0"
Better orientation layout on playground
2018-02-12 11:53:23 -08:00
jest-worker "^22.2.2"
micromatch "^2.3.11"
sane "^2.0.0"
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
jest-jasmine2@^22.4.2:
version "22.4.2"
resolved "https://registry.yarnpkg.com/jest-jasmine2/-/jest-jasmine2-22.4.2.tgz#dfd3d259579ed6f52510d8f1ab692808f0d40691"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
chalk "^2.0.1"
co "^4.6.0"
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
expect "^22.4.0"
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
graceful-fs "^4.1.11"
is-generator-fn "^1.0.0"
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
jest-diff "^22.4.0"
jest-matcher-utils "^22.4.0"
jest-message-util "^22.4.0"
jest-snapshot "^22.4.0"
jest-util "^22.4.1"
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
source-map-support "^0.5.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
jest-leak-detector@^22.4.0:
version "22.4.0"
resolved "https://registry.yarnpkg.com/jest-leak-detector/-/jest-leak-detector-22.4.0.tgz#64da77f05b001c96d2062226e079f89989c4aa2f"
Update dependencies
2017-03-15 16:02:49 -07:00
dependencies:
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
pretty-format "^22.4.0"
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
jest-matcher-utils@^22.4.0:
version "22.4.0"
resolved "https://registry.yarnpkg.com/jest-matcher-utils/-/jest-matcher-utils-22.4.0.tgz#d55f5faf2270462736bdf7c7485ee931c9d4b6a1"
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
dependencies:
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
chalk "^2.0.1"
jest-get-type "^22.1.0"
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
pretty-format "^22.4.0"
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
jest-message-util@^22.4.0:
version "22.4.0"
resolved "https://registry.yarnpkg.com/jest-message-util/-/jest-message-util-22.4.0.tgz#e3d861df16d2fee60cb2bc8feac2188a42579642"
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
dependencies:
"@babel/code-frame" "^7.0.0-beta.35"
chalk "^2.0.1"
Update dependencies
2017-03-15 16:02:49 -07:00
micromatch "^2.3.11"
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
slash "^1.0.0"
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
stack-utils "^1.0.1"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Better orientation layout on playground
2018-02-12 11:53:23 -08:00
jest-mock@^22.2.0:
version "22.2.0"
resolved "https://registry.yarnpkg.com/jest-mock/-/jest-mock-22.2.0.tgz#444b3f9488a7473adae09bc8a77294afded397a7"
Update dependencies
2017-03-15 16:02:49 -07:00
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
jest-regex-util@^22.1.0:
version "22.1.0"
resolved "https://registry.yarnpkg.com/jest-regex-util/-/jest-regex-util-22.1.0.tgz#5daf2fe270074b6da63e5d85f1c9acc866768f53"
Update dependencies
2017-03-15 16:02:49 -07:00
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
jest-resolve-dependencies@^22.1.0:
version "22.1.0"
resolved "https://registry.yarnpkg.com/jest-resolve-dependencies/-/jest-resolve-dependencies-22.1.0.tgz#340e4139fb13315cd43abc054e6c06136be51e31"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
jest-regex-util "^22.1.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
jest-resolve@^22.4.2:
version "22.4.2"
resolved "https://registry.yarnpkg.com/jest-resolve/-/jest-resolve-22.4.2.tgz#25d88aa4147462c9c1c6a1ba16250d3794c24d00"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
browser-resolve "^1.11.2"
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
chalk "^2.0.1"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
jest-runner@^22.4.2:
version "22.4.2"
resolved "https://registry.yarnpkg.com/jest-runner/-/jest-runner-22.4.2.tgz#19390ea9d99f768973e16f95a1efa351c0017e87"
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
dependencies:
exit "^0.1.2"
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
jest-config "^22.4.2"
jest-docblock "^22.4.0"
jest-haste-map "^22.4.2"
jest-jasmine2 "^22.4.2"
jest-leak-detector "^22.4.0"
jest-message-util "^22.4.0"
jest-runtime "^22.4.2"
jest-util "^22.4.1"
Better orientation layout on playground
2018-02-12 11:53:23 -08:00
jest-worker "^22.2.2"
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
throat "^4.0.0"
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
jest-runtime@^22.4.2:
version "22.4.2"
resolved "https://registry.yarnpkg.com/jest-runtime/-/jest-runtime-22.4.2.tgz#0de0444f65ce15ee4f2e0055133fc7c17b9168f3"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
babel-core "^6.0.0"
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
babel-jest "^22.4.1"
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
babel-plugin-istanbul "^4.1.5"
chalk "^2.0.1"
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
convert-source-map "^1.4.0"
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
exit "^0.1.2"
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
graceful-fs "^4.1.11"
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
jest-config "^22.4.2"
jest-haste-map "^22.4.2"
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
jest-regex-util "^22.1.0"
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
jest-resolve "^22.4.2"
jest-util "^22.4.1"
jest-validate "^22.4.2"
Update dependencies
2017-03-15 16:02:49 -07:00
json-stable-stringify "^1.0.1"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
micromatch "^2.3.11"
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
realpath-native "^1.0.0"
slash "^1.0.0"
Update dependencies
2017-03-15 16:02:49 -07:00
strip-bom "3.0.0"
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
write-file-atomic "^2.1.0"
yargs "^10.0.3"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
jest-serializer@^22.4.0:
version "22.4.0"
resolved "https://registry.yarnpkg.com/jest-serializer/-/jest-serializer-22.4.0.tgz#b5d145b98c4b0d2c20ab686609adbb81fe23b566"
jest-snapshot@^22.4.0:
version "22.4.0"
resolved "https://registry.yarnpkg.com/jest-snapshot/-/jest-snapshot-22.4.0.tgz#03d3ce63f8fa7352388afc6a3c8b5ccc3a180ed7"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
chalk "^2.0.1"
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
jest-diff "^22.4.0"
jest-matcher-utils "^22.4.0"
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
mkdirp "^0.5.1"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
natural-compare "^1.4.0"
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
pretty-format "^22.4.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
jest-util@^22.4.1:
version "22.4.1"
resolved "https://registry.yarnpkg.com/jest-util/-/jest-util-22.4.1.tgz#dd17c3bdb067f8e90591563ec0c42bf847dc249f"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
callsites "^2.0.0"
chalk "^2.0.1"
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
graceful-fs "^4.1.11"
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
is-ci "^1.0.10"
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
jest-message-util "^22.4.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
mkdirp "^0.5.1"
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
source-map "^0.6.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update to react-native@0.49 and flow-bin@0.53 (#2845) * Update root package to react-native@0.49 and flow-bin@0.53 * Update NavigationPlayground package to react-native@0.49 and flow-bin@0.53 * Update ReduxExample package to react-native@0.49 and flow-bin@0.53 * flow-typed update (code-gen) * Find-and-replace old types with new types - `React.Element<*>` as the result of a render function is now `React.Node` - `ReactClass<T>` as the type of a Component is now `React.ComponentType<typeof T>` - `extends React.Component<DP, P, S>` is now `extends React.Component<P, S>` - `React.Children<*>` as the type of a children prop is now `React.ChildrenArray<*>` - Refs are now typed with `React.Ref` There are also several tiny typo fixes in here. * Avoid assuming state is NavigationRoute in addNavigationHelpers For the root, top-level Navigator, the state is a simple `NavigationState` (with no route info) and we still use `addNavigationHelpers` for it. We can't assume `navigation.state.key` is accessible for this type, so we need to do runtime checks here. * Fix type of NavigationScreenConfig `navigationOptions` was incorrectly typed * Give createNavigationContainer's State a type parameter We want to be able to specifically type this guy so we can use specific NavigationState for things like the Drawer views without having to do runtime assertions about the state type * Fix typing of NavigationAction First of all, `NavigationAction` was being used as two different types, so I had to create the new `PossiblyDeprecatedNavigationAction` and add it as a type parameter everywhere. Second of all, generics and implied types were being used far more than they need to be, and they're hard to work with because Flow doesn't really explain things well when they go wrong. * Make sure children scenes of CardStack have NavigationProp typed with NavigationRoute CardStack's `NavigationScreenProp` is typed with `NavigationState`, but the children need `NavigationRoute`. Flow gets confused by the spread operator, even if the individual property is replaced later, so we need to explicitly list each property individually (just `dispatch`, actually). * Allow prevTransitionProps parameter to be nullable * Allow prevTransitionProps parameter to be nullable * Narrow down a couple type parameters * Move NavigationStateRoute cast to within Component.router check in createConfigGetter * Update withCachedChildNavigation so it's typed correctly with React.ComponentType * Add a $FlowFixMe for displayName `React.StatelessFunctionalComponent` is missing `displayName` before Flow 0.54.0 See https://github.com/facebook/flow/commit/de37062ea21cb4055d3f1b01bdbaa76461140fc8 * Make TouchableItem's onPress prop optional `HeaderBackButton` can pass in an undefined onPress, and the React Native `Touchable*` components allow it too * Simplify withCachedChildNavigation and get rid of generics The generics don't help us here and they make the types more confusing * Redefine NavigationComponent as direct intersection The new type is technically identical to the old type, but Flow is confused by the old type... * Save router to local var before checking createConfigGetter Flow seems to think Component.router can change after the check * Fix DrawerSidebar's navigation prop's type In order for us to be able to generate a childNavigationProp, the original navigation prop has to have a NavigationState state. * Colocate action.key check with action.type check in getStateForAction For some reason, Flow thinks `action` can change sometime after `action.type` is checked. As a result, it's not properly concluding that `action.key` should exist. To avoid this, we pull `action.key` out immediately after doing the `action.type` check. * Use bounded polymorphism to pass down all props in withCachedChildNavigation Also makes sure the injected props are specified first in the union Also removes an unused `eslint-disable-line` in `getScreenForRouteName` * Make TabRouter's getComponentForState return NavigationComponent `NavigationScreenComponent` is a subtype of `NavigationComponent`, but it's not clear that `getComponentForState` always returns a `NavigationScreenComponent`, as `getScreenForRouteName` returns `NavigationComponent` * Define NavigationComponent's props using NavigationNavigatorProps Right now the types ask Flow to infer the types of `NavigationComponent`'s props. (`NavigationComponent` is the union of `NavigationNavigator` and NavigationScreenComponent.) Instead, we type the props as subtypes of `NavigationNavigatorProps`, so we can properly access those props without type errors. We used bounded polymorphism in `createNavigationContainer` and `createNavigator` to pass down these props. We also explicitly type the action in `createNavigationContainer` so we can properly pass in a `NavigationInitAction` to the dispatch function. * Parameterize NavigationTabRouterConfig `NavigationTabRouterConfig` doesn't always take `NavigationTabScreenOptions`; sometimes, it takes `NavigationDrawerScreenOptions`. * Make all NavigationOptions Exact types We're seeing weird behavior when these are merged together. By making them Exact types, we make types don't get mangled when they're unioned. https://flow.org/en/docs/types/unions/#toc-disjoint-unions-with-exact-types * Silence errors in tests These errors are unavoidable since we can't type the precise shape of a particular `NavigationState`. * Include NavigationSetParamsAction in NavigationTabAction `TabNavigator`'s `getStateForAction` definitely takes `NavigationSetParamsAction`. * Explicitly list router as void in NavigationScreenComponent This is so Flow knows that if a `NavigationComponent` has a `router` property, then it is definitely a `NavigationNavigator`. * Fix website app navigator's type * Fix createDocPage type in App In an earlier commit I attempted to fix the types here, but I incorrectly read it as returning a navigator when it just returns a screen. For some reason the error didn't immediately show up. * Fix NavigationComponent types Five changes: 1. No longer parameterizing the props of `NavigationComponent`; directly specifying as `NavigationNavigatorProps` 2. Specify the two distinct kinds of route types (leaf and state) directly in `NavigationComponent` 3. Have `SceneView` directly take `NavigationComponent` and allow inferring of `NavigationSceneProp` type 4. Have `CardStack` directly take `NavigationComponent` as well * Allow Flow to infer `NavigationAction` type in `createNavigator` * Silence Flow in router code that handles navigator sub-routes There's no way for us to tell Flow that routes that correspond to navigators should be `NavigationStateRoute`s * Allow DrawerSidebar to take a null contentComponent The way `DrawerNavigator` is set up, it's possible to pass in a null `contentComponent` in the config. If somebody want to do this, we'll just make the `DrawerSidebar` not appear altogether. This is simpler than splitting the types so there's a possibly-unspecified one for the user input, but a definitely-specified one in `DrawerSidebar`. * Specify missing screenProps prop in DrawerView * Thread full NavigationStateRoute in to DrawerSidebar This requiring making `withCachedChildNavigation` use bounded polymorphism to thread the `NavigationStateRoute` through instead of downgrading it to a `NavigationState` * Make NavigationStateProp's state prop covariant This means that `NavigationStateProp<NavigationStateRoute>` will be a subtype of `NavigationStateProp<NavigationRoute>` and `NavigationStateProp<NavigationState>` * Silence Flow's complaints about a route not being a NavigationStateRoute As mentioned in previous commits and in the comment, there is no way to type a specific navigation state shape, so we have to cast it and silence Flow's complaints. * Get rid of style prop in CardStack It looks like at some point, it was possible to specify a `style` prop that got passed all the way down to `Header`, the `TransitionConfig`'s `screenInterpolator`, and `Transitioner`. Doesn't look like we're using it anywhere, and there's a todo saying to remove it, and it's causing a type error. * Infer type of options instead of using a subtype of {} I think this has to do with {} allowing for unsealed objects. I'm not 100% sure, but this fixes 4/6 of the remaining errors! * Fix two type errors in NavigationPlayground One was just requiring an outdated type (`React.Children` instead of `React.ChildrenArray`), and the other was getting confused regarding types because of a spread operator. * Use a covariant property to simplify withCachedChildNavigation's InputProps This doesn't reduce any errors, but it's a bit simpler and cleaner. * Silence last two Flow errors regarding withCachedChildNavigation injecting childNavigationProps These are the only two errors I haven't been able to figure out at all. If I had more time I'd try and figure out the simplest case and report it to the Flow team, but I've been working on this for a week already and have to move on. The issue at hand is that `withCachedChildNavigation` injects `childNavigationProps`, but Flow doesn't see this and thinks it needs to be specified by the view component. We're using the HOC pattern suggested by the Flow docs, and I've tried several other patterns to no avail. * Use stock react-native instead of Expo's in NavigationPlayground Expo's causes Flow errors, and apparently this is normal practice because the person who switched us to Expo did this too. * Silence react-native-gesture-handler Flow errors in NavigationPlayground Expo requires this package, but it causes Flow errors. * Fix index check in DrawerSidebar Silly me, falling for the typical "0 is falsey" problem... * Rework deprecated action tests In an earlier commit I moved the `NavigationActions.mapDeprecatedActionAndWarn` out from `getStateForAction` and into `createNavigationContainer`'s `dispatch` function. The tests need to be reworked to support this, as they were previously calling `getStateForAction` directly. I don't imagine any users are calling `getStateForAction` directly. * Re-record two snapshots The changes in these snapshots are by design and don't affect anything. * Infer type of options in NavigationScreenConfig The issue is that sometimes we include options for different navigators in a single blob. * Infer types of action and options in createNavigationContainer Particulary helps with Options. Makes the types more specific and gets rid of an error that only shows up when using the library * Don't use generics for NavigationState in createNavigationContainer There's no particular reason for having those generics there, since there's no way we'd be able to get Flow to understand the exact shape of particular navigation states anyways. This fixes a bug when integrating this version of the project into my repo. * Move ReduxExample to react-native@0.49.3 instead of custom Expo version
2017-10-31 10:41:17 -04:00
jest-validate@^21.1.0:
version "21.2.1"
resolved "https://registry.yarnpkg.com/jest-validate/-/jest-validate-21.2.1.tgz#cc0cbca653cd54937ba4f2a111796774530dd3c7"
dependencies:
chalk "^2.0.1"
jest-get-type "^21.2.0"
leven "^2.1.0"
pretty-format "^21.2.1"
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
jest-validate@^22.4.2:
version "22.4.2"
resolved "https://registry.yarnpkg.com/jest-validate/-/jest-validate-22.4.2.tgz#e789a4e056173bf97fe797a2df2d52105c57d4f4"
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
dependencies:
chalk "^2.0.1"
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
jest-config "^22.4.2"
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
jest-get-type "^22.1.0"
leven "^2.1.0"
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
pretty-format "^22.4.0"
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
Better orientation layout on playground
2018-02-12 11:53:23 -08:00
jest-worker@22.1.0:
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
version "22.1.0"
resolved "https://registry.yarnpkg.com/jest-worker/-/jest-worker-22.1.0.tgz#0987832fe58fbdc205357f4c19b992446368cafb"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
merge-stream "^1.0.1"
Better orientation layout on playground
2018-02-12 11:53:23 -08:00
jest-worker@^22.1.0, jest-worker@^22.2.2:
version "22.2.2"
resolved "https://registry.yarnpkg.com/jest-worker/-/jest-worker-22.2.2.tgz#c1f5dc39976884b81f68ec50cb8532b2cbab3390"
dependencies:
merge-stream "^1.0.1"
Improve consistency of jest version Hopefully will fix build on Circle
2018-03-16 16:21:17 -07:00
jest@^22.1.1, jest@^22.1.3:
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
version "22.4.2"
resolved "https://registry.yarnpkg.com/jest/-/jest-22.4.2.tgz#34012834a49bf1bdd3bc783850ab44e4499afc20"
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
dependencies:
Better orientation layout on playground
2018-02-12 11:53:23 -08:00
import-local "^1.0.0"
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
jest-cli "^22.4.2"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
js-tokens@^3.0.0, js-tokens@^3.0.2:
version "3.0.2"
resolved "https://registry.yarnpkg.com/js-tokens/-/js-tokens-3.0.2.tgz#9866df395102130e38f7f996bceb65443209c25b"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
js-yaml@^3.4.3, js-yaml@^3.7.0, js-yaml@^3.9.1:
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
version "3.11.0"
resolved "https://registry.yarnpkg.com/js-yaml/-/js-yaml-3.11.0.tgz#597c1a8bd57152f26d622ce4117851a51f5ebaef"
Employ pre-commit hook for formatting code. (#2597) This change comes thanks to @plasticine's great idea (https://github.com/react-community/react-navigation/pull/2581#issuecomment-329661371). - Add husky and lint-staged to use pre-commit hook. - Automate formatting JavaScript code using ESLint and Prettier before committing changes.
2017-09-16 07:17:09 +09:00
dependencies:
argparse "^1.0.7"
esprima "^4.0.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
jsbn@~0.1.0:
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
version "0.1.1"
resolved "https://registry.yarnpkg.com/jsbn/-/jsbn-0.1.1.tgz#a5e654c2e5a2deb5f201d96cefbca80c0ef2f513"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
jsdom@^11.5.1:
Update yarn.lock
2018-02-02 12:33:53 -08:00
version "11.6.2"
resolved "https://registry.yarnpkg.com/jsdom/-/jsdom-11.6.2.tgz#25d1ef332d48adf77fc5221fe2619967923f16bb"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
abab "^1.0.4"
acorn "^5.3.0"
acorn-globals "^4.1.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
array-equal "^1.0.0"
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
browser-process-hrtime "^0.1.2"
content-type-parser "^1.0.2"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
cssom ">= 0.3.2 < 0.4.0"
cssstyle ">= 0.2.37 < 0.3.0"
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
domexception "^1.0.0"
escodegen "^1.9.0"
html-encoding-sniffer "^1.0.2"
left-pad "^1.2.0"
nwmatcher "^1.4.3"
Update yarn.lock
2018-02-02 12:33:53 -08:00
parse5 "4.0.0"
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
pn "^1.1.0"
request "^2.83.0"
request-promise-native "^1.0.5"
sax "^1.2.4"
symbol-tree "^3.2.2"
tough-cookie "^2.3.3"
w3c-hr-time "^1.0.1"
webidl-conversions "^4.0.2"
whatwg-encoding "^1.0.3"
whatwg-url "^6.4.0"
ws "^4.0.0"
xml-name-validator "^3.0.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
jsesc@^1.3.0:
version "1.3.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/jsesc/-/jsesc-1.3.0.tgz#46c3fec8c1892b12b0833db9bc7622176dbab34b"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
jsesc@~0.5.0:
version "0.5.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/jsesc/-/jsesc-0.5.0.tgz#e7dee66e35d6fc16f710fe91d5cf69f70f08911d"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update dependencies
2017-07-19 13:03:46 -07:00
json-schema-traverse@^0.3.0:
version "0.3.1"
resolved "https://registry.yarnpkg.com/json-schema-traverse/-/json-schema-traverse-0.3.1.tgz#349a6d44c53a51de89b40805c5d5e59b417d3340"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
json-schema@0.2.3:
version "0.2.3"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/json-schema/-/json-schema-0.2.3.tgz#b480c892e59a2f05954ce727bd3f2a4e882f9e13"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Remove flow (#3350) * Remove flow types from src * Finish removing Flow * Clear out flow-typed, some flow mentions in docs, website flow usage, and some other config
2018-01-24 17:52:09 -08:00
json-stable-stringify-without-jsonify@^1.0.1:
version "1.0.1"
resolved "https://registry.yarnpkg.com/json-stable-stringify-without-jsonify/-/json-stable-stringify-without-jsonify-1.0.1.tgz#9db7b59496ad3f3cfef30a75142d2d930ad72651"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
json-stable-stringify@^1.0.1:
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
version "1.0.1"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/json-stable-stringify/-/json-stable-stringify-1.0.1.tgz#9a759d39c5f2ff503fd5300646ed445f88c4f9af"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
jsonify "~0.0.0"
json-stringify-safe@~5.0.1:
version "5.0.1"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/json-stringify-safe/-/json-stringify-safe-5.0.1.tgz#1296a2d58fd45f19a0f6ce01d65701e2c735b6eb"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
json5@^0.4.0:
version "0.4.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/json5/-/json5-0.4.0.tgz#054352e4c4c80c86c0923877d449de176a732c8d"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
json5@^0.5.1:
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
version "0.5.1"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/json5/-/json5-0.5.1.tgz#1eade7acc012034ad84e2396767ead9fa5495821"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
jsonfile@^2.1.0:
version "2.4.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/jsonfile/-/jsonfile-2.4.0.tgz#3736a2b428b87bbda0cc83b53fa3d633a35c2ae8"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
optionalDependencies:
graceful-fs "^4.1.6"
jsonify@~0.0.0:
version "0.0.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/jsonify/-/jsonify-0.0.0.tgz#2c74b6ee41d93ca51b7b5aaee8f503631d252a73"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update to react-native@0.49 and flow-bin@0.53 (#2845) * Update root package to react-native@0.49 and flow-bin@0.53 * Update NavigationPlayground package to react-native@0.49 and flow-bin@0.53 * Update ReduxExample package to react-native@0.49 and flow-bin@0.53 * flow-typed update (code-gen) * Find-and-replace old types with new types - `React.Element<*>` as the result of a render function is now `React.Node` - `ReactClass<T>` as the type of a Component is now `React.ComponentType<typeof T>` - `extends React.Component<DP, P, S>` is now `extends React.Component<P, S>` - `React.Children<*>` as the type of a children prop is now `React.ChildrenArray<*>` - Refs are now typed with `React.Ref` There are also several tiny typo fixes in here. * Avoid assuming state is NavigationRoute in addNavigationHelpers For the root, top-level Navigator, the state is a simple `NavigationState` (with no route info) and we still use `addNavigationHelpers` for it. We can't assume `navigation.state.key` is accessible for this type, so we need to do runtime checks here. * Fix type of NavigationScreenConfig `navigationOptions` was incorrectly typed * Give createNavigationContainer's State a type parameter We want to be able to specifically type this guy so we can use specific NavigationState for things like the Drawer views without having to do runtime assertions about the state type * Fix typing of NavigationAction First of all, `NavigationAction` was being used as two different types, so I had to create the new `PossiblyDeprecatedNavigationAction` and add it as a type parameter everywhere. Second of all, generics and implied types were being used far more than they need to be, and they're hard to work with because Flow doesn't really explain things well when they go wrong. * Make sure children scenes of CardStack have NavigationProp typed with NavigationRoute CardStack's `NavigationScreenProp` is typed with `NavigationState`, but the children need `NavigationRoute`. Flow gets confused by the spread operator, even if the individual property is replaced later, so we need to explicitly list each property individually (just `dispatch`, actually). * Allow prevTransitionProps parameter to be nullable * Allow prevTransitionProps parameter to be nullable * Narrow down a couple type parameters * Move NavigationStateRoute cast to within Component.router check in createConfigGetter * Update withCachedChildNavigation so it's typed correctly with React.ComponentType * Add a $FlowFixMe for displayName `React.StatelessFunctionalComponent` is missing `displayName` before Flow 0.54.0 See https://github.com/facebook/flow/commit/de37062ea21cb4055d3f1b01bdbaa76461140fc8 * Make TouchableItem's onPress prop optional `HeaderBackButton` can pass in an undefined onPress, and the React Native `Touchable*` components allow it too * Simplify withCachedChildNavigation and get rid of generics The generics don't help us here and they make the types more confusing * Redefine NavigationComponent as direct intersection The new type is technically identical to the old type, but Flow is confused by the old type... * Save router to local var before checking createConfigGetter Flow seems to think Component.router can change after the check * Fix DrawerSidebar's navigation prop's type In order for us to be able to generate a childNavigationProp, the original navigation prop has to have a NavigationState state. * Colocate action.key check with action.type check in getStateForAction For some reason, Flow thinks `action` can change sometime after `action.type` is checked. As a result, it's not properly concluding that `action.key` should exist. To avoid this, we pull `action.key` out immediately after doing the `action.type` check. * Use bounded polymorphism to pass down all props in withCachedChildNavigation Also makes sure the injected props are specified first in the union Also removes an unused `eslint-disable-line` in `getScreenForRouteName` * Make TabRouter's getComponentForState return NavigationComponent `NavigationScreenComponent` is a subtype of `NavigationComponent`, but it's not clear that `getComponentForState` always returns a `NavigationScreenComponent`, as `getScreenForRouteName` returns `NavigationComponent` * Define NavigationComponent's props using NavigationNavigatorProps Right now the types ask Flow to infer the types of `NavigationComponent`'s props. (`NavigationComponent` is the union of `NavigationNavigator` and NavigationScreenComponent.) Instead, we type the props as subtypes of `NavigationNavigatorProps`, so we can properly access those props without type errors. We used bounded polymorphism in `createNavigationContainer` and `createNavigator` to pass down these props. We also explicitly type the action in `createNavigationContainer` so we can properly pass in a `NavigationInitAction` to the dispatch function. * Parameterize NavigationTabRouterConfig `NavigationTabRouterConfig` doesn't always take `NavigationTabScreenOptions`; sometimes, it takes `NavigationDrawerScreenOptions`. * Make all NavigationOptions Exact types We're seeing weird behavior when these are merged together. By making them Exact types, we make types don't get mangled when they're unioned. https://flow.org/en/docs/types/unions/#toc-disjoint-unions-with-exact-types * Silence errors in tests These errors are unavoidable since we can't type the precise shape of a particular `NavigationState`. * Include NavigationSetParamsAction in NavigationTabAction `TabNavigator`'s `getStateForAction` definitely takes `NavigationSetParamsAction`. * Explicitly list router as void in NavigationScreenComponent This is so Flow knows that if a `NavigationComponent` has a `router` property, then it is definitely a `NavigationNavigator`. * Fix website app navigator's type * Fix createDocPage type in App In an earlier commit I attempted to fix the types here, but I incorrectly read it as returning a navigator when it just returns a screen. For some reason the error didn't immediately show up. * Fix NavigationComponent types Five changes: 1. No longer parameterizing the props of `NavigationComponent`; directly specifying as `NavigationNavigatorProps` 2. Specify the two distinct kinds of route types (leaf and state) directly in `NavigationComponent` 3. Have `SceneView` directly take `NavigationComponent` and allow inferring of `NavigationSceneProp` type 4. Have `CardStack` directly take `NavigationComponent` as well * Allow Flow to infer `NavigationAction` type in `createNavigator` * Silence Flow in router code that handles navigator sub-routes There's no way for us to tell Flow that routes that correspond to navigators should be `NavigationStateRoute`s * Allow DrawerSidebar to take a null contentComponent The way `DrawerNavigator` is set up, it's possible to pass in a null `contentComponent` in the config. If somebody want to do this, we'll just make the `DrawerSidebar` not appear altogether. This is simpler than splitting the types so there's a possibly-unspecified one for the user input, but a definitely-specified one in `DrawerSidebar`. * Specify missing screenProps prop in DrawerView * Thread full NavigationStateRoute in to DrawerSidebar This requiring making `withCachedChildNavigation` use bounded polymorphism to thread the `NavigationStateRoute` through instead of downgrading it to a `NavigationState` * Make NavigationStateProp's state prop covariant This means that `NavigationStateProp<NavigationStateRoute>` will be a subtype of `NavigationStateProp<NavigationRoute>` and `NavigationStateProp<NavigationState>` * Silence Flow's complaints about a route not being a NavigationStateRoute As mentioned in previous commits and in the comment, there is no way to type a specific navigation state shape, so we have to cast it and silence Flow's complaints. * Get rid of style prop in CardStack It looks like at some point, it was possible to specify a `style` prop that got passed all the way down to `Header`, the `TransitionConfig`'s `screenInterpolator`, and `Transitioner`. Doesn't look like we're using it anywhere, and there's a todo saying to remove it, and it's causing a type error. * Infer type of options instead of using a subtype of {} I think this has to do with {} allowing for unsealed objects. I'm not 100% sure, but this fixes 4/6 of the remaining errors! * Fix two type errors in NavigationPlayground One was just requiring an outdated type (`React.Children` instead of `React.ChildrenArray`), and the other was getting confused regarding types because of a spread operator. * Use a covariant property to simplify withCachedChildNavigation's InputProps This doesn't reduce any errors, but it's a bit simpler and cleaner. * Silence last two Flow errors regarding withCachedChildNavigation injecting childNavigationProps These are the only two errors I haven't been able to figure out at all. If I had more time I'd try and figure out the simplest case and report it to the Flow team, but I've been working on this for a week already and have to move on. The issue at hand is that `withCachedChildNavigation` injects `childNavigationProps`, but Flow doesn't see this and thinks it needs to be specified by the view component. We're using the HOC pattern suggested by the Flow docs, and I've tried several other patterns to no avail. * Use stock react-native instead of Expo's in NavigationPlayground Expo's causes Flow errors, and apparently this is normal practice because the person who switched us to Expo did this too. * Silence react-native-gesture-handler Flow errors in NavigationPlayground Expo requires this package, but it causes Flow errors. * Fix index check in DrawerSidebar Silly me, falling for the typical "0 is falsey" problem... * Rework deprecated action tests In an earlier commit I moved the `NavigationActions.mapDeprecatedActionAndWarn` out from `getStateForAction` and into `createNavigationContainer`'s `dispatch` function. The tests need to be reworked to support this, as they were previously calling `getStateForAction` directly. I don't imagine any users are calling `getStateForAction` directly. * Re-record two snapshots The changes in these snapshots are by design and don't affect anything. * Infer type of options in NavigationScreenConfig The issue is that sometimes we include options for different navigators in a single blob. * Infer types of action and options in createNavigationContainer Particulary helps with Options. Makes the types more specific and gets rid of an error that only shows up when using the library * Don't use generics for NavigationState in createNavigationContainer There's no particular reason for having those generics there, since there's no way we'd be able to get Flow to understand the exact shape of particular navigation states anyways. This fixes a bug when integrating this version of the project into my repo. * Move ReduxExample to react-native@0.49.3 instead of custom Expo version
2017-10-31 10:41:17 -04:00
jsonpointer@^4.0.0:
version "4.0.1"
resolved "https://registry.yarnpkg.com/jsonpointer/-/jsonpointer-4.0.1.tgz#4fd92cb34e0e9db3c89c8622ecf51f9b978c6cb9"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
jsprim@^1.2.2:
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
version "1.4.1"
resolved "https://registry.yarnpkg.com/jsprim/-/jsprim-1.4.1.tgz#313e66bc1e5cc06e438bc1b7499c2e5c56acb6a2"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
assert-plus "1.0.0"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
extsprintf "1.3.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
json-schema "0.2.3"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
verror "1.10.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update yarn.lock
2018-02-02 12:33:53 -08:00
jsx-ast-utils@^2.0.0, jsx-ast-utils@^2.0.1:
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
version "2.0.1"
resolved "https://registry.yarnpkg.com/jsx-ast-utils/-/jsx-ast-utils-2.0.1.tgz#e801b1b39985e20fffc87b40e3748080e2dcac7f"
dependencies:
array-includes "^3.0.3"
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
kind-of@^3.0.2, kind-of@^3.0.3, kind-of@^3.2.0:
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
version "3.2.2"
resolved "https://registry.yarnpkg.com/kind-of/-/kind-of-3.2.2.tgz#31ea21a734bab9bbb0f32466d893aea51e4a3c64"
dependencies:
is-buffer "^1.1.5"
kind-of@^4.0.0:
version "4.0.0"
resolved "https://registry.yarnpkg.com/kind-of/-/kind-of-4.0.0.tgz#20813df3d712928b207378691a45066fae72dd57"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
is-buffer "^1.1.5"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
kind-of@^5.0.0:
version "5.1.0"
resolved "https://registry.yarnpkg.com/kind-of/-/kind-of-5.1.0.tgz#729c91e2d857b7a419a1f9aa65685c4c33f5845d"
kind-of@^6.0.0, kind-of@^6.0.2:
version "6.0.2"
resolved "https://registry.yarnpkg.com/kind-of/-/kind-of-6.0.2.tgz#01146b36a6218e64e58f3a8d66de5d7fc6f6d051"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
klaw@^1.0.0:
version "1.3.1"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/klaw/-/klaw-1.3.1.tgz#4088433b46b3b1ba259d78785d8e96f73ba02439"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
optionalDependencies:
graceful-fs "^4.1.9"
lazy-cache@^1.0.3:
version "1.0.4"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/lazy-cache/-/lazy-cache-1.0.4.tgz#a1d78fc3a50474cb80845d3b3b6e1da49a446e8e"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
lcid@^1.0.0:
version "1.0.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/lcid/-/lcid-1.0.0.tgz#308accafa0bc483a3867b4b6f2b9506251d1b835"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
invert-kv "^1.0.0"
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
left-pad@^1.1.3, left-pad@^1.2.0:
Remove flow (#3350) * Remove flow types from src * Finish removing Flow * Clear out flow-typed, some flow mentions in docs, website flow usage, and some other config
2018-01-24 17:52:09 -08:00
version "1.2.0"
resolved "https://registry.yarnpkg.com/left-pad/-/left-pad-1.2.0.tgz#d30a73c6b8201d8f7d8e7956ba9616087a68e0ee"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update depenencies, update Prettier
2017-07-03 21:36:47 -07:00
leven@^2.1.0:
Update dependencies
2017-03-15 16:02:49 -07:00
version "2.1.0"
resolved "https://registry.yarnpkg.com/leven/-/leven-2.1.0.tgz#c2e7a9f772094dee9d34202ae8acce4687875580"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
levn@^0.3.0, levn@~0.3.0:
version "0.3.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/levn/-/levn-0.3.0.tgz#3b09924edf9f083c0490fdd4c0bc4421e04764ee"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
prelude-ls "~1.1.2"
type-check "~0.3.2"
Employ pre-commit hook for formatting code. (#2597) This change comes thanks to @plasticine's great idea (https://github.com/react-community/react-navigation/pull/2581#issuecomment-329661371). - Add husky and lint-staged to use pre-commit hook. - Automate formatting JavaScript code using ESLint and Prettier before committing changes.
2017-09-16 07:17:09 +09:00
lint-staged@^4.2.1:
Update to react-native@0.49 and flow-bin@0.53 (#2845) * Update root package to react-native@0.49 and flow-bin@0.53 * Update NavigationPlayground package to react-native@0.49 and flow-bin@0.53 * Update ReduxExample package to react-native@0.49 and flow-bin@0.53 * flow-typed update (code-gen) * Find-and-replace old types with new types - `React.Element<*>` as the result of a render function is now `React.Node` - `ReactClass<T>` as the type of a Component is now `React.ComponentType<typeof T>` - `extends React.Component<DP, P, S>` is now `extends React.Component<P, S>` - `React.Children<*>` as the type of a children prop is now `React.ChildrenArray<*>` - Refs are now typed with `React.Ref` There are also several tiny typo fixes in here. * Avoid assuming state is NavigationRoute in addNavigationHelpers For the root, top-level Navigator, the state is a simple `NavigationState` (with no route info) and we still use `addNavigationHelpers` for it. We can't assume `navigation.state.key` is accessible for this type, so we need to do runtime checks here. * Fix type of NavigationScreenConfig `navigationOptions` was incorrectly typed * Give createNavigationContainer's State a type parameter We want to be able to specifically type this guy so we can use specific NavigationState for things like the Drawer views without having to do runtime assertions about the state type * Fix typing of NavigationAction First of all, `NavigationAction` was being used as two different types, so I had to create the new `PossiblyDeprecatedNavigationAction` and add it as a type parameter everywhere. Second of all, generics and implied types were being used far more than they need to be, and they're hard to work with because Flow doesn't really explain things well when they go wrong. * Make sure children scenes of CardStack have NavigationProp typed with NavigationRoute CardStack's `NavigationScreenProp` is typed with `NavigationState`, but the children need `NavigationRoute`. Flow gets confused by the spread operator, even if the individual property is replaced later, so we need to explicitly list each property individually (just `dispatch`, actually). * Allow prevTransitionProps parameter to be nullable * Allow prevTransitionProps parameter to be nullable * Narrow down a couple type parameters * Move NavigationStateRoute cast to within Component.router check in createConfigGetter * Update withCachedChildNavigation so it's typed correctly with React.ComponentType * Add a $FlowFixMe for displayName `React.StatelessFunctionalComponent` is missing `displayName` before Flow 0.54.0 See https://github.com/facebook/flow/commit/de37062ea21cb4055d3f1b01bdbaa76461140fc8 * Make TouchableItem's onPress prop optional `HeaderBackButton` can pass in an undefined onPress, and the React Native `Touchable*` components allow it too * Simplify withCachedChildNavigation and get rid of generics The generics don't help us here and they make the types more confusing * Redefine NavigationComponent as direct intersection The new type is technically identical to the old type, but Flow is confused by the old type... * Save router to local var before checking createConfigGetter Flow seems to think Component.router can change after the check * Fix DrawerSidebar's navigation prop's type In order for us to be able to generate a childNavigationProp, the original navigation prop has to have a NavigationState state. * Colocate action.key check with action.type check in getStateForAction For some reason, Flow thinks `action` can change sometime after `action.type` is checked. As a result, it's not properly concluding that `action.key` should exist. To avoid this, we pull `action.key` out immediately after doing the `action.type` check. * Use bounded polymorphism to pass down all props in withCachedChildNavigation Also makes sure the injected props are specified first in the union Also removes an unused `eslint-disable-line` in `getScreenForRouteName` * Make TabRouter's getComponentForState return NavigationComponent `NavigationScreenComponent` is a subtype of `NavigationComponent`, but it's not clear that `getComponentForState` always returns a `NavigationScreenComponent`, as `getScreenForRouteName` returns `NavigationComponent` * Define NavigationComponent's props using NavigationNavigatorProps Right now the types ask Flow to infer the types of `NavigationComponent`'s props. (`NavigationComponent` is the union of `NavigationNavigator` and NavigationScreenComponent.) Instead, we type the props as subtypes of `NavigationNavigatorProps`, so we can properly access those props without type errors. We used bounded polymorphism in `createNavigationContainer` and `createNavigator` to pass down these props. We also explicitly type the action in `createNavigationContainer` so we can properly pass in a `NavigationInitAction` to the dispatch function. * Parameterize NavigationTabRouterConfig `NavigationTabRouterConfig` doesn't always take `NavigationTabScreenOptions`; sometimes, it takes `NavigationDrawerScreenOptions`. * Make all NavigationOptions Exact types We're seeing weird behavior when these are merged together. By making them Exact types, we make types don't get mangled when they're unioned. https://flow.org/en/docs/types/unions/#toc-disjoint-unions-with-exact-types * Silence errors in tests These errors are unavoidable since we can't type the precise shape of a particular `NavigationState`. * Include NavigationSetParamsAction in NavigationTabAction `TabNavigator`'s `getStateForAction` definitely takes `NavigationSetParamsAction`. * Explicitly list router as void in NavigationScreenComponent This is so Flow knows that if a `NavigationComponent` has a `router` property, then it is definitely a `NavigationNavigator`. * Fix website app navigator's type * Fix createDocPage type in App In an earlier commit I attempted to fix the types here, but I incorrectly read it as returning a navigator when it just returns a screen. For some reason the error didn't immediately show up. * Fix NavigationComponent types Five changes: 1. No longer parameterizing the props of `NavigationComponent`; directly specifying as `NavigationNavigatorProps` 2. Specify the two distinct kinds of route types (leaf and state) directly in `NavigationComponent` 3. Have `SceneView` directly take `NavigationComponent` and allow inferring of `NavigationSceneProp` type 4. Have `CardStack` directly take `NavigationComponent` as well * Allow Flow to infer `NavigationAction` type in `createNavigator` * Silence Flow in router code that handles navigator sub-routes There's no way for us to tell Flow that routes that correspond to navigators should be `NavigationStateRoute`s * Allow DrawerSidebar to take a null contentComponent The way `DrawerNavigator` is set up, it's possible to pass in a null `contentComponent` in the config. If somebody want to do this, we'll just make the `DrawerSidebar` not appear altogether. This is simpler than splitting the types so there's a possibly-unspecified one for the user input, but a definitely-specified one in `DrawerSidebar`. * Specify missing screenProps prop in DrawerView * Thread full NavigationStateRoute in to DrawerSidebar This requiring making `withCachedChildNavigation` use bounded polymorphism to thread the `NavigationStateRoute` through instead of downgrading it to a `NavigationState` * Make NavigationStateProp's state prop covariant This means that `NavigationStateProp<NavigationStateRoute>` will be a subtype of `NavigationStateProp<NavigationRoute>` and `NavigationStateProp<NavigationState>` * Silence Flow's complaints about a route not being a NavigationStateRoute As mentioned in previous commits and in the comment, there is no way to type a specific navigation state shape, so we have to cast it and silence Flow's complaints. * Get rid of style prop in CardStack It looks like at some point, it was possible to specify a `style` prop that got passed all the way down to `Header`, the `TransitionConfig`'s `screenInterpolator`, and `Transitioner`. Doesn't look like we're using it anywhere, and there's a todo saying to remove it, and it's causing a type error. * Infer type of options instead of using a subtype of {} I think this has to do with {} allowing for unsealed objects. I'm not 100% sure, but this fixes 4/6 of the remaining errors! * Fix two type errors in NavigationPlayground One was just requiring an outdated type (`React.Children` instead of `React.ChildrenArray`), and the other was getting confused regarding types because of a spread operator. * Use a covariant property to simplify withCachedChildNavigation's InputProps This doesn't reduce any errors, but it's a bit simpler and cleaner. * Silence last two Flow errors regarding withCachedChildNavigation injecting childNavigationProps These are the only two errors I haven't been able to figure out at all. If I had more time I'd try and figure out the simplest case and report it to the Flow team, but I've been working on this for a week already and have to move on. The issue at hand is that `withCachedChildNavigation` injects `childNavigationProps`, but Flow doesn't see this and thinks it needs to be specified by the view component. We're using the HOC pattern suggested by the Flow docs, and I've tried several other patterns to no avail. * Use stock react-native instead of Expo's in NavigationPlayground Expo's causes Flow errors, and apparently this is normal practice because the person who switched us to Expo did this too. * Silence react-native-gesture-handler Flow errors in NavigationPlayground Expo requires this package, but it causes Flow errors. * Fix index check in DrawerSidebar Silly me, falling for the typical "0 is falsey" problem... * Rework deprecated action tests In an earlier commit I moved the `NavigationActions.mapDeprecatedActionAndWarn` out from `getStateForAction` and into `createNavigationContainer`'s `dispatch` function. The tests need to be reworked to support this, as they were previously calling `getStateForAction` directly. I don't imagine any users are calling `getStateForAction` directly. * Re-record two snapshots The changes in these snapshots are by design and don't affect anything. * Infer type of options in NavigationScreenConfig The issue is that sometimes we include options for different navigators in a single blob. * Infer types of action and options in createNavigationContainer Particulary helps with Options. Makes the types more specific and gets rid of an error that only shows up when using the library * Don't use generics for NavigationState in createNavigationContainer There's no particular reason for having those generics there, since there's no way we'd be able to get Flow to understand the exact shape of particular navigation states anyways. This fixes a bug when integrating this version of the project into my repo. * Move ReduxExample to react-native@0.49.3 instead of custom Expo version
2017-10-31 10:41:17 -04:00
version "4.3.0"
resolved "https://registry.yarnpkg.com/lint-staged/-/lint-staged-4.3.0.tgz#ed0779ad9a42c0dc62bb3244e522870b41125879"
Employ pre-commit hook for formatting code. (#2597) This change comes thanks to @plasticine's great idea (https://github.com/react-community/react-navigation/pull/2581#issuecomment-329661371). - Add husky and lint-staged to use pre-commit hook. - Automate formatting JavaScript code using ESLint and Prettier before committing changes.
2017-09-16 07:17:09 +09:00
dependencies:
app-root-path "^2.0.0"
chalk "^2.1.0"
Update to react-native@0.49 and flow-bin@0.53 (#2845) * Update root package to react-native@0.49 and flow-bin@0.53 * Update NavigationPlayground package to react-native@0.49 and flow-bin@0.53 * Update ReduxExample package to react-native@0.49 and flow-bin@0.53 * flow-typed update (code-gen) * Find-and-replace old types with new types - `React.Element<*>` as the result of a render function is now `React.Node` - `ReactClass<T>` as the type of a Component is now `React.ComponentType<typeof T>` - `extends React.Component<DP, P, S>` is now `extends React.Component<P, S>` - `React.Children<*>` as the type of a children prop is now `React.ChildrenArray<*>` - Refs are now typed with `React.Ref` There are also several tiny typo fixes in here. * Avoid assuming state is NavigationRoute in addNavigationHelpers For the root, top-level Navigator, the state is a simple `NavigationState` (with no route info) and we still use `addNavigationHelpers` for it. We can't assume `navigation.state.key` is accessible for this type, so we need to do runtime checks here. * Fix type of NavigationScreenConfig `navigationOptions` was incorrectly typed * Give createNavigationContainer's State a type parameter We want to be able to specifically type this guy so we can use specific NavigationState for things like the Drawer views without having to do runtime assertions about the state type * Fix typing of NavigationAction First of all, `NavigationAction` was being used as two different types, so I had to create the new `PossiblyDeprecatedNavigationAction` and add it as a type parameter everywhere. Second of all, generics and implied types were being used far more than they need to be, and they're hard to work with because Flow doesn't really explain things well when they go wrong. * Make sure children scenes of CardStack have NavigationProp typed with NavigationRoute CardStack's `NavigationScreenProp` is typed with `NavigationState`, but the children need `NavigationRoute`. Flow gets confused by the spread operator, even if the individual property is replaced later, so we need to explicitly list each property individually (just `dispatch`, actually). * Allow prevTransitionProps parameter to be nullable * Allow prevTransitionProps parameter to be nullable * Narrow down a couple type parameters * Move NavigationStateRoute cast to within Component.router check in createConfigGetter * Update withCachedChildNavigation so it's typed correctly with React.ComponentType * Add a $FlowFixMe for displayName `React.StatelessFunctionalComponent` is missing `displayName` before Flow 0.54.0 See https://github.com/facebook/flow/commit/de37062ea21cb4055d3f1b01bdbaa76461140fc8 * Make TouchableItem's onPress prop optional `HeaderBackButton` can pass in an undefined onPress, and the React Native `Touchable*` components allow it too * Simplify withCachedChildNavigation and get rid of generics The generics don't help us here and they make the types more confusing * Redefine NavigationComponent as direct intersection The new type is technically identical to the old type, but Flow is confused by the old type... * Save router to local var before checking createConfigGetter Flow seems to think Component.router can change after the check * Fix DrawerSidebar's navigation prop's type In order for us to be able to generate a childNavigationProp, the original navigation prop has to have a NavigationState state. * Colocate action.key check with action.type check in getStateForAction For some reason, Flow thinks `action` can change sometime after `action.type` is checked. As a result, it's not properly concluding that `action.key` should exist. To avoid this, we pull `action.key` out immediately after doing the `action.type` check. * Use bounded polymorphism to pass down all props in withCachedChildNavigation Also makes sure the injected props are specified first in the union Also removes an unused `eslint-disable-line` in `getScreenForRouteName` * Make TabRouter's getComponentForState return NavigationComponent `NavigationScreenComponent` is a subtype of `NavigationComponent`, but it's not clear that `getComponentForState` always returns a `NavigationScreenComponent`, as `getScreenForRouteName` returns `NavigationComponent` * Define NavigationComponent's props using NavigationNavigatorProps Right now the types ask Flow to infer the types of `NavigationComponent`'s props. (`NavigationComponent` is the union of `NavigationNavigator` and NavigationScreenComponent.) Instead, we type the props as subtypes of `NavigationNavigatorProps`, so we can properly access those props without type errors. We used bounded polymorphism in `createNavigationContainer` and `createNavigator` to pass down these props. We also explicitly type the action in `createNavigationContainer` so we can properly pass in a `NavigationInitAction` to the dispatch function. * Parameterize NavigationTabRouterConfig `NavigationTabRouterConfig` doesn't always take `NavigationTabScreenOptions`; sometimes, it takes `NavigationDrawerScreenOptions`. * Make all NavigationOptions Exact types We're seeing weird behavior when these are merged together. By making them Exact types, we make types don't get mangled when they're unioned. https://flow.org/en/docs/types/unions/#toc-disjoint-unions-with-exact-types * Silence errors in tests These errors are unavoidable since we can't type the precise shape of a particular `NavigationState`. * Include NavigationSetParamsAction in NavigationTabAction `TabNavigator`'s `getStateForAction` definitely takes `NavigationSetParamsAction`. * Explicitly list router as void in NavigationScreenComponent This is so Flow knows that if a `NavigationComponent` has a `router` property, then it is definitely a `NavigationNavigator`. * Fix website app navigator's type * Fix createDocPage type in App In an earlier commit I attempted to fix the types here, but I incorrectly read it as returning a navigator when it just returns a screen. For some reason the error didn't immediately show up. * Fix NavigationComponent types Five changes: 1. No longer parameterizing the props of `NavigationComponent`; directly specifying as `NavigationNavigatorProps` 2. Specify the two distinct kinds of route types (leaf and state) directly in `NavigationComponent` 3. Have `SceneView` directly take `NavigationComponent` and allow inferring of `NavigationSceneProp` type 4. Have `CardStack` directly take `NavigationComponent` as well * Allow Flow to infer `NavigationAction` type in `createNavigator` * Silence Flow in router code that handles navigator sub-routes There's no way for us to tell Flow that routes that correspond to navigators should be `NavigationStateRoute`s * Allow DrawerSidebar to take a null contentComponent The way `DrawerNavigator` is set up, it's possible to pass in a null `contentComponent` in the config. If somebody want to do this, we'll just make the `DrawerSidebar` not appear altogether. This is simpler than splitting the types so there's a possibly-unspecified one for the user input, but a definitely-specified one in `DrawerSidebar`. * Specify missing screenProps prop in DrawerView * Thread full NavigationStateRoute in to DrawerSidebar This requiring making `withCachedChildNavigation` use bounded polymorphism to thread the `NavigationStateRoute` through instead of downgrading it to a `NavigationState` * Make NavigationStateProp's state prop covariant This means that `NavigationStateProp<NavigationStateRoute>` will be a subtype of `NavigationStateProp<NavigationRoute>` and `NavigationStateProp<NavigationState>` * Silence Flow's complaints about a route not being a NavigationStateRoute As mentioned in previous commits and in the comment, there is no way to type a specific navigation state shape, so we have to cast it and silence Flow's complaints. * Get rid of style prop in CardStack It looks like at some point, it was possible to specify a `style` prop that got passed all the way down to `Header`, the `TransitionConfig`'s `screenInterpolator`, and `Transitioner`. Doesn't look like we're using it anywhere, and there's a todo saying to remove it, and it's causing a type error. * Infer type of options instead of using a subtype of {} I think this has to do with {} allowing for unsealed objects. I'm not 100% sure, but this fixes 4/6 of the remaining errors! * Fix two type errors in NavigationPlayground One was just requiring an outdated type (`React.Children` instead of `React.ChildrenArray`), and the other was getting confused regarding types because of a spread operator. * Use a covariant property to simplify withCachedChildNavigation's InputProps This doesn't reduce any errors, but it's a bit simpler and cleaner. * Silence last two Flow errors regarding withCachedChildNavigation injecting childNavigationProps These are the only two errors I haven't been able to figure out at all. If I had more time I'd try and figure out the simplest case and report it to the Flow team, but I've been working on this for a week already and have to move on. The issue at hand is that `withCachedChildNavigation` injects `childNavigationProps`, but Flow doesn't see this and thinks it needs to be specified by the view component. We're using the HOC pattern suggested by the Flow docs, and I've tried several other patterns to no avail. * Use stock react-native instead of Expo's in NavigationPlayground Expo's causes Flow errors, and apparently this is normal practice because the person who switched us to Expo did this too. * Silence react-native-gesture-handler Flow errors in NavigationPlayground Expo requires this package, but it causes Flow errors. * Fix index check in DrawerSidebar Silly me, falling for the typical "0 is falsey" problem... * Rework deprecated action tests In an earlier commit I moved the `NavigationActions.mapDeprecatedActionAndWarn` out from `getStateForAction` and into `createNavigationContainer`'s `dispatch` function. The tests need to be reworked to support this, as they were previously calling `getStateForAction` directly. I don't imagine any users are calling `getStateForAction` directly. * Re-record two snapshots The changes in these snapshots are by design and don't affect anything. * Infer type of options in NavigationScreenConfig The issue is that sometimes we include options for different navigators in a single blob. * Infer types of action and options in createNavigationContainer Particulary helps with Options. Makes the types more specific and gets rid of an error that only shows up when using the library * Don't use generics for NavigationState in createNavigationContainer There's no particular reason for having those generics there, since there's no way we'd be able to get Flow to understand the exact shape of particular navigation states anyways. This fixes a bug when integrating this version of the project into my repo. * Move ReduxExample to react-native@0.49.3 instead of custom Expo version
2017-10-31 10:41:17 -04:00
commander "^2.11.0"
Employ pre-commit hook for formatting code. (#2597) This change comes thanks to @plasticine's great idea (https://github.com/react-community/react-navigation/pull/2581#issuecomment-329661371). - Add husky and lint-staged to use pre-commit hook. - Automate formatting JavaScript code using ESLint and Prettier before committing changes.
2017-09-16 07:17:09 +09:00
cosmiconfig "^1.1.0"
execa "^0.8.0"
is-glob "^4.0.0"
Update to react-native@0.49 and flow-bin@0.53 (#2845) * Update root package to react-native@0.49 and flow-bin@0.53 * Update NavigationPlayground package to react-native@0.49 and flow-bin@0.53 * Update ReduxExample package to react-native@0.49 and flow-bin@0.53 * flow-typed update (code-gen) * Find-and-replace old types with new types - `React.Element<*>` as the result of a render function is now `React.Node` - `ReactClass<T>` as the type of a Component is now `React.ComponentType<typeof T>` - `extends React.Component<DP, P, S>` is now `extends React.Component<P, S>` - `React.Children<*>` as the type of a children prop is now `React.ChildrenArray<*>` - Refs are now typed with `React.Ref` There are also several tiny typo fixes in here. * Avoid assuming state is NavigationRoute in addNavigationHelpers For the root, top-level Navigator, the state is a simple `NavigationState` (with no route info) and we still use `addNavigationHelpers` for it. We can't assume `navigation.state.key` is accessible for this type, so we need to do runtime checks here. * Fix type of NavigationScreenConfig `navigationOptions` was incorrectly typed * Give createNavigationContainer's State a type parameter We want to be able to specifically type this guy so we can use specific NavigationState for things like the Drawer views without having to do runtime assertions about the state type * Fix typing of NavigationAction First of all, `NavigationAction` was being used as two different types, so I had to create the new `PossiblyDeprecatedNavigationAction` and add it as a type parameter everywhere. Second of all, generics and implied types were being used far more than they need to be, and they're hard to work with because Flow doesn't really explain things well when they go wrong. * Make sure children scenes of CardStack have NavigationProp typed with NavigationRoute CardStack's `NavigationScreenProp` is typed with `NavigationState`, but the children need `NavigationRoute`. Flow gets confused by the spread operator, even if the individual property is replaced later, so we need to explicitly list each property individually (just `dispatch`, actually). * Allow prevTransitionProps parameter to be nullable * Allow prevTransitionProps parameter to be nullable * Narrow down a couple type parameters * Move NavigationStateRoute cast to within Component.router check in createConfigGetter * Update withCachedChildNavigation so it's typed correctly with React.ComponentType * Add a $FlowFixMe for displayName `React.StatelessFunctionalComponent` is missing `displayName` before Flow 0.54.0 See https://github.com/facebook/flow/commit/de37062ea21cb4055d3f1b01bdbaa76461140fc8 * Make TouchableItem's onPress prop optional `HeaderBackButton` can pass in an undefined onPress, and the React Native `Touchable*` components allow it too * Simplify withCachedChildNavigation and get rid of generics The generics don't help us here and they make the types more confusing * Redefine NavigationComponent as direct intersection The new type is technically identical to the old type, but Flow is confused by the old type... * Save router to local var before checking createConfigGetter Flow seems to think Component.router can change after the check * Fix DrawerSidebar's navigation prop's type In order for us to be able to generate a childNavigationProp, the original navigation prop has to have a NavigationState state. * Colocate action.key check with action.type check in getStateForAction For some reason, Flow thinks `action` can change sometime after `action.type` is checked. As a result, it's not properly concluding that `action.key` should exist. To avoid this, we pull `action.key` out immediately after doing the `action.type` check. * Use bounded polymorphism to pass down all props in withCachedChildNavigation Also makes sure the injected props are specified first in the union Also removes an unused `eslint-disable-line` in `getScreenForRouteName` * Make TabRouter's getComponentForState return NavigationComponent `NavigationScreenComponent` is a subtype of `NavigationComponent`, but it's not clear that `getComponentForState` always returns a `NavigationScreenComponent`, as `getScreenForRouteName` returns `NavigationComponent` * Define NavigationComponent's props using NavigationNavigatorProps Right now the types ask Flow to infer the types of `NavigationComponent`'s props. (`NavigationComponent` is the union of `NavigationNavigator` and NavigationScreenComponent.) Instead, we type the props as subtypes of `NavigationNavigatorProps`, so we can properly access those props without type errors. We used bounded polymorphism in `createNavigationContainer` and `createNavigator` to pass down these props. We also explicitly type the action in `createNavigationContainer` so we can properly pass in a `NavigationInitAction` to the dispatch function. * Parameterize NavigationTabRouterConfig `NavigationTabRouterConfig` doesn't always take `NavigationTabScreenOptions`; sometimes, it takes `NavigationDrawerScreenOptions`. * Make all NavigationOptions Exact types We're seeing weird behavior when these are merged together. By making them Exact types, we make types don't get mangled when they're unioned. https://flow.org/en/docs/types/unions/#toc-disjoint-unions-with-exact-types * Silence errors in tests These errors are unavoidable since we can't type the precise shape of a particular `NavigationState`. * Include NavigationSetParamsAction in NavigationTabAction `TabNavigator`'s `getStateForAction` definitely takes `NavigationSetParamsAction`. * Explicitly list router as void in NavigationScreenComponent This is so Flow knows that if a `NavigationComponent` has a `router` property, then it is definitely a `NavigationNavigator`. * Fix website app navigator's type * Fix createDocPage type in App In an earlier commit I attempted to fix the types here, but I incorrectly read it as returning a navigator when it just returns a screen. For some reason the error didn't immediately show up. * Fix NavigationComponent types Five changes: 1. No longer parameterizing the props of `NavigationComponent`; directly specifying as `NavigationNavigatorProps` 2. Specify the two distinct kinds of route types (leaf and state) directly in `NavigationComponent` 3. Have `SceneView` directly take `NavigationComponent` and allow inferring of `NavigationSceneProp` type 4. Have `CardStack` directly take `NavigationComponent` as well * Allow Flow to infer `NavigationAction` type in `createNavigator` * Silence Flow in router code that handles navigator sub-routes There's no way for us to tell Flow that routes that correspond to navigators should be `NavigationStateRoute`s * Allow DrawerSidebar to take a null contentComponent The way `DrawerNavigator` is set up, it's possible to pass in a null `contentComponent` in the config. If somebody want to do this, we'll just make the `DrawerSidebar` not appear altogether. This is simpler than splitting the types so there's a possibly-unspecified one for the user input, but a definitely-specified one in `DrawerSidebar`. * Specify missing screenProps prop in DrawerView * Thread full NavigationStateRoute in to DrawerSidebar This requiring making `withCachedChildNavigation` use bounded polymorphism to thread the `NavigationStateRoute` through instead of downgrading it to a `NavigationState` * Make NavigationStateProp's state prop covariant This means that `NavigationStateProp<NavigationStateRoute>` will be a subtype of `NavigationStateProp<NavigationRoute>` and `NavigationStateProp<NavigationState>` * Silence Flow's complaints about a route not being a NavigationStateRoute As mentioned in previous commits and in the comment, there is no way to type a specific navigation state shape, so we have to cast it and silence Flow's complaints. * Get rid of style prop in CardStack It looks like at some point, it was possible to specify a `style` prop that got passed all the way down to `Header`, the `TransitionConfig`'s `screenInterpolator`, and `Transitioner`. Doesn't look like we're using it anywhere, and there's a todo saying to remove it, and it's causing a type error. * Infer type of options instead of using a subtype of {} I think this has to do with {} allowing for unsealed objects. I'm not 100% sure, but this fixes 4/6 of the remaining errors! * Fix two type errors in NavigationPlayground One was just requiring an outdated type (`React.Children` instead of `React.ChildrenArray`), and the other was getting confused regarding types because of a spread operator. * Use a covariant property to simplify withCachedChildNavigation's InputProps This doesn't reduce any errors, but it's a bit simpler and cleaner. * Silence last two Flow errors regarding withCachedChildNavigation injecting childNavigationProps These are the only two errors I haven't been able to figure out at all. If I had more time I'd try and figure out the simplest case and report it to the Flow team, but I've been working on this for a week already and have to move on. The issue at hand is that `withCachedChildNavigation` injects `childNavigationProps`, but Flow doesn't see this and thinks it needs to be specified by the view component. We're using the HOC pattern suggested by the Flow docs, and I've tried several other patterns to no avail. * Use stock react-native instead of Expo's in NavigationPlayground Expo's causes Flow errors, and apparently this is normal practice because the person who switched us to Expo did this too. * Silence react-native-gesture-handler Flow errors in NavigationPlayground Expo requires this package, but it causes Flow errors. * Fix index check in DrawerSidebar Silly me, falling for the typical "0 is falsey" problem... * Rework deprecated action tests In an earlier commit I moved the `NavigationActions.mapDeprecatedActionAndWarn` out from `getStateForAction` and into `createNavigationContainer`'s `dispatch` function. The tests need to be reworked to support this, as they were previously calling `getStateForAction` directly. I don't imagine any users are calling `getStateForAction` directly. * Re-record two snapshots The changes in these snapshots are by design and don't affect anything. * Infer type of options in NavigationScreenConfig The issue is that sometimes we include options for different navigators in a single blob. * Infer types of action and options in createNavigationContainer Particulary helps with Options. Makes the types more specific and gets rid of an error that only shows up when using the library * Don't use generics for NavigationState in createNavigationContainer There's no particular reason for having those generics there, since there's no way we'd be able to get Flow to understand the exact shape of particular navigation states anyways. This fixes a bug when integrating this version of the project into my repo. * Move ReduxExample to react-native@0.49.3 instead of custom Expo version
2017-10-31 10:41:17 -04:00
jest-validate "^21.1.0"
Employ pre-commit hook for formatting code. (#2597) This change comes thanks to @plasticine's great idea (https://github.com/react-community/react-navigation/pull/2581#issuecomment-329661371). - Add husky and lint-staged to use pre-commit hook. - Automate formatting JavaScript code using ESLint and Prettier before committing changes.
2017-09-16 07:17:09 +09:00
listr "^0.12.0"
lodash "^4.17.4"
log-symbols "^2.0.0"
minimatch "^3.0.0"
npm-which "^3.0.1"
p-map "^1.1.1"
staged-git-files "0.0.4"
stringify-object "^3.2.0"
listr-silent-renderer@^1.1.1:
version "1.1.1"
resolved "https://registry.yarnpkg.com/listr-silent-renderer/-/listr-silent-renderer-1.1.1.tgz#924b5a3757153770bf1a8e3fbf74b8bbf3f9242e"
listr-update-renderer@^0.2.0:
version "0.2.0"
resolved "https://registry.yarnpkg.com/listr-update-renderer/-/listr-update-renderer-0.2.0.tgz#ca80e1779b4e70266807e8eed1ad6abe398550f9"
dependencies:
chalk "^1.1.3"
cli-truncate "^0.2.1"
elegant-spinner "^1.0.1"
figures "^1.7.0"
indent-string "^3.0.0"
log-symbols "^1.0.2"
log-update "^1.0.2"
strip-ansi "^3.0.1"
listr-verbose-renderer@^0.4.0:
Remove flow (#3350) * Remove flow types from src * Finish removing Flow * Clear out flow-typed, some flow mentions in docs, website flow usage, and some other config
2018-01-24 17:52:09 -08:00
version "0.4.1"
resolved "https://registry.yarnpkg.com/listr-verbose-renderer/-/listr-verbose-renderer-0.4.1.tgz#8206f4cf6d52ddc5827e5fd14989e0e965933a35"
Employ pre-commit hook for formatting code. (#2597) This change comes thanks to @plasticine's great idea (https://github.com/react-community/react-navigation/pull/2581#issuecomment-329661371). - Add husky and lint-staged to use pre-commit hook. - Automate formatting JavaScript code using ESLint and Prettier before committing changes.
2017-09-16 07:17:09 +09:00
dependencies:
chalk "^1.1.3"
cli-cursor "^1.0.2"
date-fns "^1.27.2"
figures "^1.7.0"
listr@^0.12.0:
version "0.12.0"
resolved "https://registry.yarnpkg.com/listr/-/listr-0.12.0.tgz#6bce2c0f5603fa49580ea17cd6a00cc0e5fa451a"
dependencies:
chalk "^1.1.3"
cli-truncate "^0.2.1"
figures "^1.7.0"
indent-string "^2.1.0"
is-promise "^2.1.0"
is-stream "^1.1.0"
listr-silent-renderer "^1.1.1"
listr-update-renderer "^0.2.0"
listr-verbose-renderer "^0.4.0"
log-symbols "^1.0.2"
log-update "^1.0.2"
ora "^0.2.3"
p-map "^1.1.1"
rxjs "^5.0.0-beta.11"
stream-to-observable "^0.1.0"
strip-ansi "^3.0.1"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
load-json-file@^1.0.0:
version "1.1.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/load-json-file/-/load-json-file-1.1.0.tgz#956905708d58b4bab4c2261b04f59f31c99374c0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
graceful-fs "^4.1.2"
parse-json "^2.2.0"
pify "^2.0.0"
pinkie-promise "^2.0.0"
strip-bom "^2.0.0"
Update depenencies, update Prettier
2017-07-03 21:36:47 -07:00
load-json-file@^2.0.0:
version "2.0.0"
resolved "https://registry.yarnpkg.com/load-json-file/-/load-json-file-2.0.0.tgz#7947e42149af80d696cbf797bcaabcfe1fe29ca8"
dependencies:
graceful-fs "^4.1.2"
parse-json "^2.2.0"
pify "^2.0.0"
strip-bom "^3.0.0"
Update dependencies
2017-03-15 16:02:49 -07:00
locate-path@^2.0.0:
version "2.0.0"
resolved "https://registry.yarnpkg.com/locate-path/-/locate-path-2.0.0.tgz#2b568b265eec944c6d9c0de9c3dbbbca0354cd8e"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
Update dependencies
2017-03-15 16:02:49 -07:00
p-locate "^2.0.0"
path-exists "^3.0.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
lodash._basecopy@^3.0.0:
version "3.0.1"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/lodash._basecopy/-/lodash._basecopy-3.0.1.tgz#8da0e6a876cf344c0ad8a54882111dd3c5c7ca36"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
lodash._basetostring@^3.0.0:
version "3.0.1"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/lodash._basetostring/-/lodash._basetostring-3.0.1.tgz#d1861d877f824a52f669832dcaf3ee15566a07d5"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
lodash._basevalues@^3.0.0:
version "3.0.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/lodash._basevalues/-/lodash._basevalues-3.0.0.tgz#5b775762802bde3d3297503e26300820fdf661b7"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
lodash._getnative@^3.0.0:
version "3.9.1"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/lodash._getnative/-/lodash._getnative-3.9.1.tgz#570bc7dede46d61cdcde687d65d3eecbaa3aaff5"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
lodash._isiterateecall@^3.0.0:
version "3.0.9"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/lodash._isiterateecall/-/lodash._isiterateecall-3.0.9.tgz#5203ad7ba425fae842460e696db9cf3e6aac057c"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
lodash._reescape@^3.0.0:
version "3.0.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/lodash._reescape/-/lodash._reescape-3.0.0.tgz#2b1d6f5dfe07c8a355753e5f27fac7f1cde1616a"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
lodash._reevaluate@^3.0.0:
version "3.0.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/lodash._reevaluate/-/lodash._reevaluate-3.0.0.tgz#58bc74c40664953ae0b124d806996daca431e2ed"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
lodash._reinterpolate@^3.0.0:
version "3.0.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/lodash._reinterpolate/-/lodash._reinterpolate-3.0.0.tgz#0ccf2d89166af03b3663c796538b75ac6e114d9d"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
lodash._root@^3.0.0:
version "3.0.1"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/lodash._root/-/lodash._root-3.0.1.tgz#fba1c4524c19ee9a5f8136b4609f017cf4ded692"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
lodash.escape@^3.0.0:
version "3.2.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/lodash.escape/-/lodash.escape-3.2.0.tgz#995ee0dc18c1b48cc92effae71a10aab5b487698"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
lodash._root "^3.0.0"
lodash.isarguments@^3.0.0:
version "3.1.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/lodash.isarguments/-/lodash.isarguments-3.1.0.tgz#2f573d85c6a24289ff00663b491c1d338ff3458a"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
lodash.isarray@^3.0.0:
version "3.0.4"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/lodash.isarray/-/lodash.isarray-3.0.4.tgz#79e4eb88c36a8122af86f844aa9bcd851b5fbb55"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
lodash.keys@^3.0.0:
version "3.1.2"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/lodash.keys/-/lodash.keys-3.1.2.tgz#4dbc0472b156be50a0b286855d1bd0b0c656098a"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
lodash._getnative "^3.0.0"
lodash.isarguments "^3.0.0"
lodash.isarray "^3.0.0"
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
lodash.merge@^4.6.0:
Better orientation layout on playground
2018-02-12 11:53:23 -08:00
version "4.6.1"
resolved "https://registry.yarnpkg.com/lodash.merge/-/lodash.merge-4.6.1.tgz#adc25d9cb99b9391c59624f379fbba60d7111d54"
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
lodash.pad@^4.1.0:
version "4.5.1"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/lodash.pad/-/lodash.pad-4.5.1.tgz#4330949a833a7c8da22cc20f6a26c4d59debba70"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
lodash.padend@^4.1.0:
version "4.6.1"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/lodash.padend/-/lodash.padend-4.6.1.tgz#53ccba047d06e158d311f45da625f4e49e6f166e"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
lodash.padstart@^4.1.0:
version "4.6.1"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/lodash.padstart/-/lodash.padstart-4.6.1.tgz#d2e3eebff0d9d39ad50f5cbd1b52a7bce6bb611b"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
lodash.restparam@^3.0.0:
version "3.6.1"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/lodash.restparam/-/lodash.restparam-3.6.1.tgz#936a4e309ef330a7645ed4145986c85ae5b20805"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
lodash.sortby@^4.7.0:
version "4.7.0"
resolved "https://registry.yarnpkg.com/lodash.sortby/-/lodash.sortby-4.7.0.tgz#edd14c824e2cc9c1e0b0a1b42bb5210516a42438"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
lodash.template@^3.0.0:
version "3.6.2"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/lodash.template/-/lodash.template-3.6.2.tgz#f8cdecc6169a255be9098ae8b0c53d378931d14f"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
lodash._basecopy "^3.0.0"
lodash._basetostring "^3.0.0"
lodash._basevalues "^3.0.0"
lodash._isiterateecall "^3.0.0"
lodash._reinterpolate "^3.0.0"
lodash.escape "^3.0.0"
lodash.keys "^3.0.0"
lodash.restparam "^3.0.0"
lodash.templatesettings "^3.0.0"
lodash.templatesettings@^3.0.0:
version "3.1.1"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/lodash.templatesettings/-/lodash.templatesettings-3.1.1.tgz#fb307844753b66b9f1afa54e262c745307dba8e5"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
lodash._reinterpolate "^3.0.0"
lodash.escape "^3.0.0"
Update to RN 0.52 and Expo 25 (#3383) * Update to RN 0.52 and Expo 25 * Rerecord snapshots for failing Jest tests * jest-expo@25.1.0-beta.0 * jest-expo@25.1.0
2018-01-30 12:22:20 -06:00
lodash.throttle@^4.1.1:
version "4.1.1"
resolved "https://registry.yarnpkg.com/lodash.throttle/-/lodash.throttle-4.1.1.tgz#c23e91b710242ac70c37f1e1cda9274cc39bf2f4"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
lodash@^3.5.0:
version "3.10.1"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/lodash/-/lodash-3.10.1.tgz#5bf45e8e49ba4189e17d482789dfd15bd140b7b6"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update yarn.lock
2018-02-02 12:33:53 -08:00
lodash@^4.0.0, lodash@^4.13.1, lodash@^4.14.0, lodash@^4.16.6, lodash@^4.17.4, lodash@^4.3.0, lodash@^4.6.1:
Better orientation layout on playground
2018-02-12 11:53:23 -08:00
version "4.17.5"
resolved "https://registry.yarnpkg.com/lodash/-/lodash-4.17.5.tgz#99a92d65c0272debe8c96b6057bc8fbfa3bed511"
Update yarn.lock
2018-02-02 12:33:53 -08:00
Employ pre-commit hook for formatting code. (#2597) This change comes thanks to @plasticine's great idea (https://github.com/react-community/react-navigation/pull/2581#issuecomment-329661371). - Add husky and lint-staged to use pre-commit hook. - Automate formatting JavaScript code using ESLint and Prettier before committing changes.
2017-09-16 07:17:09 +09:00
log-symbols@^1.0.2:
version "1.0.2"
resolved "https://registry.yarnpkg.com/log-symbols/-/log-symbols-1.0.2.tgz#376ff7b58ea3086a0f09facc74617eca501e1a18"
dependencies:
chalk "^1.0.0"
log-symbols@^2.0.0:
Remove flow (#3350) * Remove flow types from src * Finish removing Flow * Clear out flow-typed, some flow mentions in docs, website flow usage, and some other config
2018-01-24 17:52:09 -08:00
version "2.2.0"
resolved "https://registry.yarnpkg.com/log-symbols/-/log-symbols-2.2.0.tgz#5740e1c5d6f0dfda4ad9323b5332107ef6b4c40a"
Employ pre-commit hook for formatting code. (#2597) This change comes thanks to @plasticine's great idea (https://github.com/react-community/react-navigation/pull/2581#issuecomment-329661371). - Add husky and lint-staged to use pre-commit hook. - Automate formatting JavaScript code using ESLint and Prettier before committing changes.
2017-09-16 07:17:09 +09:00
dependencies:
chalk "^2.0.1"
log-update@^1.0.2:
version "1.0.2"
resolved "https://registry.yarnpkg.com/log-update/-/log-update-1.0.2.tgz#19929f64c4093d2d2e7075a1dad8af59c296b8d1"
dependencies:
ansi-escapes "^1.0.0"
cli-cursor "^1.0.2"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
loglevel-colored-level-prefix@^1.0.0:
version "1.0.0"
resolved "https://registry.yarnpkg.com/loglevel-colored-level-prefix/-/loglevel-colored-level-prefix-1.0.0.tgz#6a40218fdc7ae15fc76c3d0f3e676c465388603e"
dependencies:
chalk "^1.1.3"
loglevel "^1.4.1"
loglevel@^1.4.1:
Remove flow (#3350) * Remove flow types from src * Finish removing Flow * Clear out flow-typed, some flow mentions in docs, website flow usage, and some other config
2018-01-24 17:52:09 -08:00
version "1.6.1"
resolved "https://registry.yarnpkg.com/loglevel/-/loglevel-1.6.1.tgz#e0fc95133b6ef276cdc8887cdaf24aa6f156f8fa"
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
longest@^1.0.1:
version "1.0.1"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/longest/-/longest-1.0.1.tgz#30a0b2da38f73770e8294a0d22e6625ed77d0097"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
loose-envify@^1.0.0, loose-envify@^1.1.0, loose-envify@^1.3.1:
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
version "1.3.1"
resolved "https://registry.yarnpkg.com/loose-envify/-/loose-envify-1.3.1.tgz#d1a8ad33fa9ce0e713d65fdd0ac8b748d478c848"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
js-tokens "^3.0.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
lru-cache@^4.0.1:
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
version "4.1.2"
resolved "https://registry.yarnpkg.com/lru-cache/-/lru-cache-4.1.2.tgz#45234b2e6e2f2b33da125624c4664929a0224c3f"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
pseudomap "^1.0.2"
yallist "^2.1.2"
macos-release@^1.0.0:
version "1.1.0"
resolved "https://registry.yarnpkg.com/macos-release/-/macos-release-1.1.0.tgz#831945e29365b470aa8724b0ab36c8f8959d10fb"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
makeerror@1.0.x:
version "1.0.11"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/makeerror/-/makeerror-1.0.11.tgz#e01a5c9109f2af79660e4e8b9587790184f5a96c"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
tmpl "1.0.x"
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
map-cache@^0.2.2:
version "0.2.2"
resolved "https://registry.yarnpkg.com/map-cache/-/map-cache-0.2.2.tgz#c32abd0bd6525d9b051645bb4f26ac5dc98a0dbf"
map-visit@^1.0.0:
version "1.0.0"
resolved "https://registry.yarnpkg.com/map-visit/-/map-visit-1.0.0.tgz#ecdca8f13144e660f1b5bd41f12f3479d98dfb8f"
dependencies:
object-visit "^1.0.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
media-typer@0.3.0:
version "0.3.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/media-typer/-/media-typer-0.3.0.tgz#8710d7af0aa626f8fffa1ce00168545263255748"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
mem@^1.1.0:
version "1.1.0"
resolved "https://registry.yarnpkg.com/mem/-/mem-1.1.0.tgz#5edd52b485ca1d900fe64895505399a0dfa45f76"
dependencies:
mimic-fn "^1.0.0"
Update to RN 0.45, fix/improve flow coverage
2017-07-03 15:06:08 -07:00
merge-stream@^1.0.1:
version "1.0.1"
resolved "https://registry.yarnpkg.com/merge-stream/-/merge-stream-1.0.1.tgz#4041202d508a342ba00174008df0c251b8c135e1"
dependencies:
readable-stream "^2.0.1"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
merge@^1.1.3:
version "1.2.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/merge/-/merge-1.2.0.tgz#7531e39d4949c281a66b8c5a6e0265e8b05894da"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
method-override@~2.3.5:
Update to react-native@0.49 and flow-bin@0.53 (#2845) * Update root package to react-native@0.49 and flow-bin@0.53 * Update NavigationPlayground package to react-native@0.49 and flow-bin@0.53 * Update ReduxExample package to react-native@0.49 and flow-bin@0.53 * flow-typed update (code-gen) * Find-and-replace old types with new types - `React.Element<*>` as the result of a render function is now `React.Node` - `ReactClass<T>` as the type of a Component is now `React.ComponentType<typeof T>` - `extends React.Component<DP, P, S>` is now `extends React.Component<P, S>` - `React.Children<*>` as the type of a children prop is now `React.ChildrenArray<*>` - Refs are now typed with `React.Ref` There are also several tiny typo fixes in here. * Avoid assuming state is NavigationRoute in addNavigationHelpers For the root, top-level Navigator, the state is a simple `NavigationState` (with no route info) and we still use `addNavigationHelpers` for it. We can't assume `navigation.state.key` is accessible for this type, so we need to do runtime checks here. * Fix type of NavigationScreenConfig `navigationOptions` was incorrectly typed * Give createNavigationContainer's State a type parameter We want to be able to specifically type this guy so we can use specific NavigationState for things like the Drawer views without having to do runtime assertions about the state type * Fix typing of NavigationAction First of all, `NavigationAction` was being used as two different types, so I had to create the new `PossiblyDeprecatedNavigationAction` and add it as a type parameter everywhere. Second of all, generics and implied types were being used far more than they need to be, and they're hard to work with because Flow doesn't really explain things well when they go wrong. * Make sure children scenes of CardStack have NavigationProp typed with NavigationRoute CardStack's `NavigationScreenProp` is typed with `NavigationState`, but the children need `NavigationRoute`. Flow gets confused by the spread operator, even if the individual property is replaced later, so we need to explicitly list each property individually (just `dispatch`, actually). * Allow prevTransitionProps parameter to be nullable * Allow prevTransitionProps parameter to be nullable * Narrow down a couple type parameters * Move NavigationStateRoute cast to within Component.router check in createConfigGetter * Update withCachedChildNavigation so it's typed correctly with React.ComponentType * Add a $FlowFixMe for displayName `React.StatelessFunctionalComponent` is missing `displayName` before Flow 0.54.0 See https://github.com/facebook/flow/commit/de37062ea21cb4055d3f1b01bdbaa76461140fc8 * Make TouchableItem's onPress prop optional `HeaderBackButton` can pass in an undefined onPress, and the React Native `Touchable*` components allow it too * Simplify withCachedChildNavigation and get rid of generics The generics don't help us here and they make the types more confusing * Redefine NavigationComponent as direct intersection The new type is technically identical to the old type, but Flow is confused by the old type... * Save router to local var before checking createConfigGetter Flow seems to think Component.router can change after the check * Fix DrawerSidebar's navigation prop's type In order for us to be able to generate a childNavigationProp, the original navigation prop has to have a NavigationState state. * Colocate action.key check with action.type check in getStateForAction For some reason, Flow thinks `action` can change sometime after `action.type` is checked. As a result, it's not properly concluding that `action.key` should exist. To avoid this, we pull `action.key` out immediately after doing the `action.type` check. * Use bounded polymorphism to pass down all props in withCachedChildNavigation Also makes sure the injected props are specified first in the union Also removes an unused `eslint-disable-line` in `getScreenForRouteName` * Make TabRouter's getComponentForState return NavigationComponent `NavigationScreenComponent` is a subtype of `NavigationComponent`, but it's not clear that `getComponentForState` always returns a `NavigationScreenComponent`, as `getScreenForRouteName` returns `NavigationComponent` * Define NavigationComponent's props using NavigationNavigatorProps Right now the types ask Flow to infer the types of `NavigationComponent`'s props. (`NavigationComponent` is the union of `NavigationNavigator` and NavigationScreenComponent.) Instead, we type the props as subtypes of `NavigationNavigatorProps`, so we can properly access those props without type errors. We used bounded polymorphism in `createNavigationContainer` and `createNavigator` to pass down these props. We also explicitly type the action in `createNavigationContainer` so we can properly pass in a `NavigationInitAction` to the dispatch function. * Parameterize NavigationTabRouterConfig `NavigationTabRouterConfig` doesn't always take `NavigationTabScreenOptions`; sometimes, it takes `NavigationDrawerScreenOptions`. * Make all NavigationOptions Exact types We're seeing weird behavior when these are merged together. By making them Exact types, we make types don't get mangled when they're unioned. https://flow.org/en/docs/types/unions/#toc-disjoint-unions-with-exact-types * Silence errors in tests These errors are unavoidable since we can't type the precise shape of a particular `NavigationState`. * Include NavigationSetParamsAction in NavigationTabAction `TabNavigator`'s `getStateForAction` definitely takes `NavigationSetParamsAction`. * Explicitly list router as void in NavigationScreenComponent This is so Flow knows that if a `NavigationComponent` has a `router` property, then it is definitely a `NavigationNavigator`. * Fix website app navigator's type * Fix createDocPage type in App In an earlier commit I attempted to fix the types here, but I incorrectly read it as returning a navigator when it just returns a screen. For some reason the error didn't immediately show up. * Fix NavigationComponent types Five changes: 1. No longer parameterizing the props of `NavigationComponent`; directly specifying as `NavigationNavigatorProps` 2. Specify the two distinct kinds of route types (leaf and state) directly in `NavigationComponent` 3. Have `SceneView` directly take `NavigationComponent` and allow inferring of `NavigationSceneProp` type 4. Have `CardStack` directly take `NavigationComponent` as well * Allow Flow to infer `NavigationAction` type in `createNavigator` * Silence Flow in router code that handles navigator sub-routes There's no way for us to tell Flow that routes that correspond to navigators should be `NavigationStateRoute`s * Allow DrawerSidebar to take a null contentComponent The way `DrawerNavigator` is set up, it's possible to pass in a null `contentComponent` in the config. If somebody want to do this, we'll just make the `DrawerSidebar` not appear altogether. This is simpler than splitting the types so there's a possibly-unspecified one for the user input, but a definitely-specified one in `DrawerSidebar`. * Specify missing screenProps prop in DrawerView * Thread full NavigationStateRoute in to DrawerSidebar This requiring making `withCachedChildNavigation` use bounded polymorphism to thread the `NavigationStateRoute` through instead of downgrading it to a `NavigationState` * Make NavigationStateProp's state prop covariant This means that `NavigationStateProp<NavigationStateRoute>` will be a subtype of `NavigationStateProp<NavigationRoute>` and `NavigationStateProp<NavigationState>` * Silence Flow's complaints about a route not being a NavigationStateRoute As mentioned in previous commits and in the comment, there is no way to type a specific navigation state shape, so we have to cast it and silence Flow's complaints. * Get rid of style prop in CardStack It looks like at some point, it was possible to specify a `style` prop that got passed all the way down to `Header`, the `TransitionConfig`'s `screenInterpolator`, and `Transitioner`. Doesn't look like we're using it anywhere, and there's a todo saying to remove it, and it's causing a type error. * Infer type of options instead of using a subtype of {} I think this has to do with {} allowing for unsealed objects. I'm not 100% sure, but this fixes 4/6 of the remaining errors! * Fix two type errors in NavigationPlayground One was just requiring an outdated type (`React.Children` instead of `React.ChildrenArray`), and the other was getting confused regarding types because of a spread operator. * Use a covariant property to simplify withCachedChildNavigation's InputProps This doesn't reduce any errors, but it's a bit simpler and cleaner. * Silence last two Flow errors regarding withCachedChildNavigation injecting childNavigationProps These are the only two errors I haven't been able to figure out at all. If I had more time I'd try and figure out the simplest case and report it to the Flow team, but I've been working on this for a week already and have to move on. The issue at hand is that `withCachedChildNavigation` injects `childNavigationProps`, but Flow doesn't see this and thinks it needs to be specified by the view component. We're using the HOC pattern suggested by the Flow docs, and I've tried several other patterns to no avail. * Use stock react-native instead of Expo's in NavigationPlayground Expo's causes Flow errors, and apparently this is normal practice because the person who switched us to Expo did this too. * Silence react-native-gesture-handler Flow errors in NavigationPlayground Expo requires this package, but it causes Flow errors. * Fix index check in DrawerSidebar Silly me, falling for the typical "0 is falsey" problem... * Rework deprecated action tests In an earlier commit I moved the `NavigationActions.mapDeprecatedActionAndWarn` out from `getStateForAction` and into `createNavigationContainer`'s `dispatch` function. The tests need to be reworked to support this, as they were previously calling `getStateForAction` directly. I don't imagine any users are calling `getStateForAction` directly. * Re-record two snapshots The changes in these snapshots are by design and don't affect anything. * Infer type of options in NavigationScreenConfig The issue is that sometimes we include options for different navigators in a single blob. * Infer types of action and options in createNavigationContainer Particulary helps with Options. Makes the types more specific and gets rid of an error that only shows up when using the library * Don't use generics for NavigationState in createNavigationContainer There's no particular reason for having those generics there, since there's no way we'd be able to get Flow to understand the exact shape of particular navigation states anyways. This fixes a bug when integrating this version of the project into my repo. * Move ReduxExample to react-native@0.49.3 instead of custom Expo version
2017-10-31 10:41:17 -04:00
version "2.3.10"
resolved "https://registry.yarnpkg.com/method-override/-/method-override-2.3.10.tgz#e3daf8d5dee10dd2dce7d4ae88d62bbee77476b4"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
Update to react-native@0.49 and flow-bin@0.53 (#2845) * Update root package to react-native@0.49 and flow-bin@0.53 * Update NavigationPlayground package to react-native@0.49 and flow-bin@0.53 * Update ReduxExample package to react-native@0.49 and flow-bin@0.53 * flow-typed update (code-gen) * Find-and-replace old types with new types - `React.Element<*>` as the result of a render function is now `React.Node` - `ReactClass<T>` as the type of a Component is now `React.ComponentType<typeof T>` - `extends React.Component<DP, P, S>` is now `extends React.Component<P, S>` - `React.Children<*>` as the type of a children prop is now `React.ChildrenArray<*>` - Refs are now typed with `React.Ref` There are also several tiny typo fixes in here. * Avoid assuming state is NavigationRoute in addNavigationHelpers For the root, top-level Navigator, the state is a simple `NavigationState` (with no route info) and we still use `addNavigationHelpers` for it. We can't assume `navigation.state.key` is accessible for this type, so we need to do runtime checks here. * Fix type of NavigationScreenConfig `navigationOptions` was incorrectly typed * Give createNavigationContainer's State a type parameter We want to be able to specifically type this guy so we can use specific NavigationState for things like the Drawer views without having to do runtime assertions about the state type * Fix typing of NavigationAction First of all, `NavigationAction` was being used as two different types, so I had to create the new `PossiblyDeprecatedNavigationAction` and add it as a type parameter everywhere. Second of all, generics and implied types were being used far more than they need to be, and they're hard to work with because Flow doesn't really explain things well when they go wrong. * Make sure children scenes of CardStack have NavigationProp typed with NavigationRoute CardStack's `NavigationScreenProp` is typed with `NavigationState`, but the children need `NavigationRoute`. Flow gets confused by the spread operator, even if the individual property is replaced later, so we need to explicitly list each property individually (just `dispatch`, actually). * Allow prevTransitionProps parameter to be nullable * Allow prevTransitionProps parameter to be nullable * Narrow down a couple type parameters * Move NavigationStateRoute cast to within Component.router check in createConfigGetter * Update withCachedChildNavigation so it's typed correctly with React.ComponentType * Add a $FlowFixMe for displayName `React.StatelessFunctionalComponent` is missing `displayName` before Flow 0.54.0 See https://github.com/facebook/flow/commit/de37062ea21cb4055d3f1b01bdbaa76461140fc8 * Make TouchableItem's onPress prop optional `HeaderBackButton` can pass in an undefined onPress, and the React Native `Touchable*` components allow it too * Simplify withCachedChildNavigation and get rid of generics The generics don't help us here and they make the types more confusing * Redefine NavigationComponent as direct intersection The new type is technically identical to the old type, but Flow is confused by the old type... * Save router to local var before checking createConfigGetter Flow seems to think Component.router can change after the check * Fix DrawerSidebar's navigation prop's type In order for us to be able to generate a childNavigationProp, the original navigation prop has to have a NavigationState state. * Colocate action.key check with action.type check in getStateForAction For some reason, Flow thinks `action` can change sometime after `action.type` is checked. As a result, it's not properly concluding that `action.key` should exist. To avoid this, we pull `action.key` out immediately after doing the `action.type` check. * Use bounded polymorphism to pass down all props in withCachedChildNavigation Also makes sure the injected props are specified first in the union Also removes an unused `eslint-disable-line` in `getScreenForRouteName` * Make TabRouter's getComponentForState return NavigationComponent `NavigationScreenComponent` is a subtype of `NavigationComponent`, but it's not clear that `getComponentForState` always returns a `NavigationScreenComponent`, as `getScreenForRouteName` returns `NavigationComponent` * Define NavigationComponent's props using NavigationNavigatorProps Right now the types ask Flow to infer the types of `NavigationComponent`'s props. (`NavigationComponent` is the union of `NavigationNavigator` and NavigationScreenComponent.) Instead, we type the props as subtypes of `NavigationNavigatorProps`, so we can properly access those props without type errors. We used bounded polymorphism in `createNavigationContainer` and `createNavigator` to pass down these props. We also explicitly type the action in `createNavigationContainer` so we can properly pass in a `NavigationInitAction` to the dispatch function. * Parameterize NavigationTabRouterConfig `NavigationTabRouterConfig` doesn't always take `NavigationTabScreenOptions`; sometimes, it takes `NavigationDrawerScreenOptions`. * Make all NavigationOptions Exact types We're seeing weird behavior when these are merged together. By making them Exact types, we make types don't get mangled when they're unioned. https://flow.org/en/docs/types/unions/#toc-disjoint-unions-with-exact-types * Silence errors in tests These errors are unavoidable since we can't type the precise shape of a particular `NavigationState`. * Include NavigationSetParamsAction in NavigationTabAction `TabNavigator`'s `getStateForAction` definitely takes `NavigationSetParamsAction`. * Explicitly list router as void in NavigationScreenComponent This is so Flow knows that if a `NavigationComponent` has a `router` property, then it is definitely a `NavigationNavigator`. * Fix website app navigator's type * Fix createDocPage type in App In an earlier commit I attempted to fix the types here, but I incorrectly read it as returning a navigator when it just returns a screen. For some reason the error didn't immediately show up. * Fix NavigationComponent types Five changes: 1. No longer parameterizing the props of `NavigationComponent`; directly specifying as `NavigationNavigatorProps` 2. Specify the two distinct kinds of route types (leaf and state) directly in `NavigationComponent` 3. Have `SceneView` directly take `NavigationComponent` and allow inferring of `NavigationSceneProp` type 4. Have `CardStack` directly take `NavigationComponent` as well * Allow Flow to infer `NavigationAction` type in `createNavigator` * Silence Flow in router code that handles navigator sub-routes There's no way for us to tell Flow that routes that correspond to navigators should be `NavigationStateRoute`s * Allow DrawerSidebar to take a null contentComponent The way `DrawerNavigator` is set up, it's possible to pass in a null `contentComponent` in the config. If somebody want to do this, we'll just make the `DrawerSidebar` not appear altogether. This is simpler than splitting the types so there's a possibly-unspecified one for the user input, but a definitely-specified one in `DrawerSidebar`. * Specify missing screenProps prop in DrawerView * Thread full NavigationStateRoute in to DrawerSidebar This requiring making `withCachedChildNavigation` use bounded polymorphism to thread the `NavigationStateRoute` through instead of downgrading it to a `NavigationState` * Make NavigationStateProp's state prop covariant This means that `NavigationStateProp<NavigationStateRoute>` will be a subtype of `NavigationStateProp<NavigationRoute>` and `NavigationStateProp<NavigationState>` * Silence Flow's complaints about a route not being a NavigationStateRoute As mentioned in previous commits and in the comment, there is no way to type a specific navigation state shape, so we have to cast it and silence Flow's complaints. * Get rid of style prop in CardStack It looks like at some point, it was possible to specify a `style` prop that got passed all the way down to `Header`, the `TransitionConfig`'s `screenInterpolator`, and `Transitioner`. Doesn't look like we're using it anywhere, and there's a todo saying to remove it, and it's causing a type error. * Infer type of options instead of using a subtype of {} I think this has to do with {} allowing for unsealed objects. I'm not 100% sure, but this fixes 4/6 of the remaining errors! * Fix two type errors in NavigationPlayground One was just requiring an outdated type (`React.Children` instead of `React.ChildrenArray`), and the other was getting confused regarding types because of a spread operator. * Use a covariant property to simplify withCachedChildNavigation's InputProps This doesn't reduce any errors, but it's a bit simpler and cleaner. * Silence last two Flow errors regarding withCachedChildNavigation injecting childNavigationProps These are the only two errors I haven't been able to figure out at all. If I had more time I'd try and figure out the simplest case and report it to the Flow team, but I've been working on this for a week already and have to move on. The issue at hand is that `withCachedChildNavigation` injects `childNavigationProps`, but Flow doesn't see this and thinks it needs to be specified by the view component. We're using the HOC pattern suggested by the Flow docs, and I've tried several other patterns to no avail. * Use stock react-native instead of Expo's in NavigationPlayground Expo's causes Flow errors, and apparently this is normal practice because the person who switched us to Expo did this too. * Silence react-native-gesture-handler Flow errors in NavigationPlayground Expo requires this package, but it causes Flow errors. * Fix index check in DrawerSidebar Silly me, falling for the typical "0 is falsey" problem... * Rework deprecated action tests In an earlier commit I moved the `NavigationActions.mapDeprecatedActionAndWarn` out from `getStateForAction` and into `createNavigationContainer`'s `dispatch` function. The tests need to be reworked to support this, as they were previously calling `getStateForAction` directly. I don't imagine any users are calling `getStateForAction` directly. * Re-record two snapshots The changes in these snapshots are by design and don't affect anything. * Infer type of options in NavigationScreenConfig The issue is that sometimes we include options for different navigators in a single blob. * Infer types of action and options in createNavigationContainer Particulary helps with Options. Makes the types more specific and gets rid of an error that only shows up when using the library * Don't use generics for NavigationState in createNavigationContainer There's no particular reason for having those generics there, since there's no way we'd be able to get Flow to understand the exact shape of particular navigation states anyways. This fixes a bug when integrating this version of the project into my repo. * Move ReduxExample to react-native@0.49.3 instead of custom Expo version
2017-10-31 10:41:17 -04:00
debug "2.6.9"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
methods "~1.1.2"
Update to react-native@0.49 and flow-bin@0.53 (#2845) * Update root package to react-native@0.49 and flow-bin@0.53 * Update NavigationPlayground package to react-native@0.49 and flow-bin@0.53 * Update ReduxExample package to react-native@0.49 and flow-bin@0.53 * flow-typed update (code-gen) * Find-and-replace old types with new types - `React.Element<*>` as the result of a render function is now `React.Node` - `ReactClass<T>` as the type of a Component is now `React.ComponentType<typeof T>` - `extends React.Component<DP, P, S>` is now `extends React.Component<P, S>` - `React.Children<*>` as the type of a children prop is now `React.ChildrenArray<*>` - Refs are now typed with `React.Ref` There are also several tiny typo fixes in here. * Avoid assuming state is NavigationRoute in addNavigationHelpers For the root, top-level Navigator, the state is a simple `NavigationState` (with no route info) and we still use `addNavigationHelpers` for it. We can't assume `navigation.state.key` is accessible for this type, so we need to do runtime checks here. * Fix type of NavigationScreenConfig `navigationOptions` was incorrectly typed * Give createNavigationContainer's State a type parameter We want to be able to specifically type this guy so we can use specific NavigationState for things like the Drawer views without having to do runtime assertions about the state type * Fix typing of NavigationAction First of all, `NavigationAction` was being used as two different types, so I had to create the new `PossiblyDeprecatedNavigationAction` and add it as a type parameter everywhere. Second of all, generics and implied types were being used far more than they need to be, and they're hard to work with because Flow doesn't really explain things well when they go wrong. * Make sure children scenes of CardStack have NavigationProp typed with NavigationRoute CardStack's `NavigationScreenProp` is typed with `NavigationState`, but the children need `NavigationRoute`. Flow gets confused by the spread operator, even if the individual property is replaced later, so we need to explicitly list each property individually (just `dispatch`, actually). * Allow prevTransitionProps parameter to be nullable * Allow prevTransitionProps parameter to be nullable * Narrow down a couple type parameters * Move NavigationStateRoute cast to within Component.router check in createConfigGetter * Update withCachedChildNavigation so it's typed correctly with React.ComponentType * Add a $FlowFixMe for displayName `React.StatelessFunctionalComponent` is missing `displayName` before Flow 0.54.0 See https://github.com/facebook/flow/commit/de37062ea21cb4055d3f1b01bdbaa76461140fc8 * Make TouchableItem's onPress prop optional `HeaderBackButton` can pass in an undefined onPress, and the React Native `Touchable*` components allow it too * Simplify withCachedChildNavigation and get rid of generics The generics don't help us here and they make the types more confusing * Redefine NavigationComponent as direct intersection The new type is technically identical to the old type, but Flow is confused by the old type... * Save router to local var before checking createConfigGetter Flow seems to think Component.router can change after the check * Fix DrawerSidebar's navigation prop's type In order for us to be able to generate a childNavigationProp, the original navigation prop has to have a NavigationState state. * Colocate action.key check with action.type check in getStateForAction For some reason, Flow thinks `action` can change sometime after `action.type` is checked. As a result, it's not properly concluding that `action.key` should exist. To avoid this, we pull `action.key` out immediately after doing the `action.type` check. * Use bounded polymorphism to pass down all props in withCachedChildNavigation Also makes sure the injected props are specified first in the union Also removes an unused `eslint-disable-line` in `getScreenForRouteName` * Make TabRouter's getComponentForState return NavigationComponent `NavigationScreenComponent` is a subtype of `NavigationComponent`, but it's not clear that `getComponentForState` always returns a `NavigationScreenComponent`, as `getScreenForRouteName` returns `NavigationComponent` * Define NavigationComponent's props using NavigationNavigatorProps Right now the types ask Flow to infer the types of `NavigationComponent`'s props. (`NavigationComponent` is the union of `NavigationNavigator` and NavigationScreenComponent.) Instead, we type the props as subtypes of `NavigationNavigatorProps`, so we can properly access those props without type errors. We used bounded polymorphism in `createNavigationContainer` and `createNavigator` to pass down these props. We also explicitly type the action in `createNavigationContainer` so we can properly pass in a `NavigationInitAction` to the dispatch function. * Parameterize NavigationTabRouterConfig `NavigationTabRouterConfig` doesn't always take `NavigationTabScreenOptions`; sometimes, it takes `NavigationDrawerScreenOptions`. * Make all NavigationOptions Exact types We're seeing weird behavior when these are merged together. By making them Exact types, we make types don't get mangled when they're unioned. https://flow.org/en/docs/types/unions/#toc-disjoint-unions-with-exact-types * Silence errors in tests These errors are unavoidable since we can't type the precise shape of a particular `NavigationState`. * Include NavigationSetParamsAction in NavigationTabAction `TabNavigator`'s `getStateForAction` definitely takes `NavigationSetParamsAction`. * Explicitly list router as void in NavigationScreenComponent This is so Flow knows that if a `NavigationComponent` has a `router` property, then it is definitely a `NavigationNavigator`. * Fix website app navigator's type * Fix createDocPage type in App In an earlier commit I attempted to fix the types here, but I incorrectly read it as returning a navigator when it just returns a screen. For some reason the error didn't immediately show up. * Fix NavigationComponent types Five changes: 1. No longer parameterizing the props of `NavigationComponent`; directly specifying as `NavigationNavigatorProps` 2. Specify the two distinct kinds of route types (leaf and state) directly in `NavigationComponent` 3. Have `SceneView` directly take `NavigationComponent` and allow inferring of `NavigationSceneProp` type 4. Have `CardStack` directly take `NavigationComponent` as well * Allow Flow to infer `NavigationAction` type in `createNavigator` * Silence Flow in router code that handles navigator sub-routes There's no way for us to tell Flow that routes that correspond to navigators should be `NavigationStateRoute`s * Allow DrawerSidebar to take a null contentComponent The way `DrawerNavigator` is set up, it's possible to pass in a null `contentComponent` in the config. If somebody want to do this, we'll just make the `DrawerSidebar` not appear altogether. This is simpler than splitting the types so there's a possibly-unspecified one for the user input, but a definitely-specified one in `DrawerSidebar`. * Specify missing screenProps prop in DrawerView * Thread full NavigationStateRoute in to DrawerSidebar This requiring making `withCachedChildNavigation` use bounded polymorphism to thread the `NavigationStateRoute` through instead of downgrading it to a `NavigationState` * Make NavigationStateProp's state prop covariant This means that `NavigationStateProp<NavigationStateRoute>` will be a subtype of `NavigationStateProp<NavigationRoute>` and `NavigationStateProp<NavigationState>` * Silence Flow's complaints about a route not being a NavigationStateRoute As mentioned in previous commits and in the comment, there is no way to type a specific navigation state shape, so we have to cast it and silence Flow's complaints. * Get rid of style prop in CardStack It looks like at some point, it was possible to specify a `style` prop that got passed all the way down to `Header`, the `TransitionConfig`'s `screenInterpolator`, and `Transitioner`. Doesn't look like we're using it anywhere, and there's a todo saying to remove it, and it's causing a type error. * Infer type of options instead of using a subtype of {} I think this has to do with {} allowing for unsealed objects. I'm not 100% sure, but this fixes 4/6 of the remaining errors! * Fix two type errors in NavigationPlayground One was just requiring an outdated type (`React.Children` instead of `React.ChildrenArray`), and the other was getting confused regarding types because of a spread operator. * Use a covariant property to simplify withCachedChildNavigation's InputProps This doesn't reduce any errors, but it's a bit simpler and cleaner. * Silence last two Flow errors regarding withCachedChildNavigation injecting childNavigationProps These are the only two errors I haven't been able to figure out at all. If I had more time I'd try and figure out the simplest case and report it to the Flow team, but I've been working on this for a week already and have to move on. The issue at hand is that `withCachedChildNavigation` injects `childNavigationProps`, but Flow doesn't see this and thinks it needs to be specified by the view component. We're using the HOC pattern suggested by the Flow docs, and I've tried several other patterns to no avail. * Use stock react-native instead of Expo's in NavigationPlayground Expo's causes Flow errors, and apparently this is normal practice because the person who switched us to Expo did this too. * Silence react-native-gesture-handler Flow errors in NavigationPlayground Expo requires this package, but it causes Flow errors. * Fix index check in DrawerSidebar Silly me, falling for the typical "0 is falsey" problem... * Rework deprecated action tests In an earlier commit I moved the `NavigationActions.mapDeprecatedActionAndWarn` out from `getStateForAction` and into `createNavigationContainer`'s `dispatch` function. The tests need to be reworked to support this, as they were previously calling `getStateForAction` directly. I don't imagine any users are calling `getStateForAction` directly. * Re-record two snapshots The changes in these snapshots are by design and don't affect anything. * Infer type of options in NavigationScreenConfig The issue is that sometimes we include options for different navigators in a single blob. * Infer types of action and options in createNavigationContainer Particulary helps with Options. Makes the types more specific and gets rid of an error that only shows up when using the library * Don't use generics for NavigationState in createNavigationContainer There's no particular reason for having those generics there, since there's no way we'd be able to get Flow to understand the exact shape of particular navigation states anyways. This fixes a bug when integrating this version of the project into my repo. * Move ReduxExample to react-native@0.49.3 instead of custom Expo version
2017-10-31 10:41:17 -04:00
parseurl "~1.3.2"
vary "~1.1.2"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
methods@~1.1.2:
version "1.1.2"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/methods/-/methods-1.1.2.tgz#5529a4d67654134edcc5266656835b0f851afcee"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update to RN 0.52 and Expo 25 (#3383) * Update to RN 0.52 and Expo 25 * Rerecord snapshots for failing Jest tests * jest-expo@25.1.0-beta.0 * jest-expo@25.1.0
2018-01-30 12:22:20 -06:00
metro-core@0.24.7, metro-core@^0.24.1:
version "0.24.7"
resolved "https://registry.yarnpkg.com/metro-core/-/metro-core-0.24.7.tgz#89e4fbea5bad574eb971459ebfa74c028f52d278"
dependencies:
lodash.throttle "^4.1.1"
metro-source-map@0.24.7:
version "0.24.7"
resolved "https://registry.yarnpkg.com/metro-source-map/-/metro-source-map-0.24.7.tgz#b13d0ae6417c2a2cd3d521ae6cd898196748ec0b"
dependencies:
source-map "^0.5.6"
metro@^0.24.1:
version "0.24.7"
resolved "https://registry.yarnpkg.com/metro/-/metro-0.24.7.tgz#42cecdb236b702d16243812294f7d3b97c43378d"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
dependencies:
absolute-path "^0.0.0"
async "^2.4.0"
babel-core "^6.24.1"
Update to RN 0.52 and Expo 25 (#3383) * Update to RN 0.52 and Expo 25 * Rerecord snapshots for failing Jest tests * jest-expo@25.1.0-beta.0 * jest-expo@25.1.0
2018-01-30 12:22:20 -06:00
babel-generator "^6.26.0"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
babel-plugin-external-helpers "^6.18.0"
babel-preset-es2015-node "^6.1.1"
babel-preset-fbjs "^2.1.4"
Update to react-native@0.50 and flow-bin@0.56 (#2998) * Update to React Native 0.50 * Type Promise used in PlatformHelpers.web.js * Move $FlowFixMe in CardStack.js The line number Flow is using for this error changed. The underlying problem has not, but I don't have time to fix it now unfortunately. * Type TouchableItem's children prop as React.Node This was my bad. `React.ChildrenArray` should only really be used in the case of having multiple of the same type of child. * Type HeaderTitle's children prop as React.Node Same as last commit. * Add assertion in StackRouter that StateUtils.indexOf returns valid index Flow doesn't realize that `StateUtils.indexOf` is guaranteed to return a valid index, so we use `invariant` to assert it. * Remove unused type DrawerNavigationState from TypeDefinition * Remove unused type parameter T in DrawerView * Type NavigationStateRoute as NavigationLeafRoute & NavigationState * Don't constrain generic action types to NavigationAction By constraining to subtypes of `NavigationAction`, we actually are requiring that any router satisfying our type constraints has to take all of the `NavigationAction` types. Instead, we want to say that it will only take some of them. Changing the types here to be inferred. * Fix types of NavigationScreenProp and withCachedChildNavigation 1. `NavigationScreenProp` needs to have its type parameter annotated with a `+` to actually indicate covariance on that type parameter, apparently 2. `withCachedChildNavigation` needs to thread through more-specific `NavigationState`s, and right now it just discards that specificity, which breaks `DrawerSidebar` because it needs a `NavigationStateRoute` * Ignore website/build from Flow * Fix type of DrawerItems activeItemKey prop - Even when specified, it can be `null` - Use a ternary expression instead of `x && x.param` approach * Get rid of NavigationRouter & NavigationNavigator parameterization on NavigationAction Since `NavigationRouter`'s `getStateForAction` functionality is a standard Redux reducer, it knows to forward on any actions it doesn't know how to deal with. We can widen the types of these functions to be `NavigationAction` without any negative consequence. * Explicitly specify null navigationOptions in createNavigator Not sure why, but Flow doesn't like us leaving it unspecified * Fix createNavigationContainer/createNavigator/StackNavigator types * Fix up flow types for TabNavigator and DrawerNavigator * Properly type defaultContentComponent * Fix more flow errors in createNavigationContainer * Replace NavigatorProps with NavigationNavigatorProps * Type SceneView's navigation prop as NavigationScreenProp<any> There is an unavoidable* type problem here. A `NavigationComponent` is either a navigator with a `NavigationStateRoute` or a scene with a `NavigationRoute`. The navigation prop it gets passed must match the component's `NavigationState`. However, there's no way for us to say that "`this.props.router.getComponentForRouteName` will have a `NavigationNavigator` iff the corresponding `childNavigationProps` is a `NavigationStateRoute`". The cleanest way to make this work is to throw an "any" specifically for the navigation prop's state type param. * We could probably avoid it with sufficient refactoring. If the routers were charged with keeping track of `childNavigationProps` instead of leaving it to the views, they could return the child navigation prop and child `NavigationComponent` in pairs whose types were coupled. * Pass in screenProps to NavigationComponent in NavigationPlayground's CustomTabs Flow wants `screenProps` to be passed in here for some reason... It cites `SceneView`, but that doesn't really make much sense to me. But this is some custom logic that most people aren't likely to run into, so I'm not gonna worry too much about it. * Patch mismatch with react-native-tab-view type for now * Use generic NavigationState in createNavigationContainer's _nav var We made the NavigationState generic while #1313 added a new instance variable. This updates the new instance variable to be generic. * Fix failing tests
2017-11-20 11:53:48 -08:00
babel-preset-react-native "^4.0.0"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
babel-register "^6.24.1"
Update to react-native@0.49 and flow-bin@0.53 (#2845) * Update root package to react-native@0.49 and flow-bin@0.53 * Update NavigationPlayground package to react-native@0.49 and flow-bin@0.53 * Update ReduxExample package to react-native@0.49 and flow-bin@0.53 * flow-typed update (code-gen) * Find-and-replace old types with new types - `React.Element<*>` as the result of a render function is now `React.Node` - `ReactClass<T>` as the type of a Component is now `React.ComponentType<typeof T>` - `extends React.Component<DP, P, S>` is now `extends React.Component<P, S>` - `React.Children<*>` as the type of a children prop is now `React.ChildrenArray<*>` - Refs are now typed with `React.Ref` There are also several tiny typo fixes in here. * Avoid assuming state is NavigationRoute in addNavigationHelpers For the root, top-level Navigator, the state is a simple `NavigationState` (with no route info) and we still use `addNavigationHelpers` for it. We can't assume `navigation.state.key` is accessible for this type, so we need to do runtime checks here. * Fix type of NavigationScreenConfig `navigationOptions` was incorrectly typed * Give createNavigationContainer's State a type parameter We want to be able to specifically type this guy so we can use specific NavigationState for things like the Drawer views without having to do runtime assertions about the state type * Fix typing of NavigationAction First of all, `NavigationAction` was being used as two different types, so I had to create the new `PossiblyDeprecatedNavigationAction` and add it as a type parameter everywhere. Second of all, generics and implied types were being used far more than they need to be, and they're hard to work with because Flow doesn't really explain things well when they go wrong. * Make sure children scenes of CardStack have NavigationProp typed with NavigationRoute CardStack's `NavigationScreenProp` is typed with `NavigationState`, but the children need `NavigationRoute`. Flow gets confused by the spread operator, even if the individual property is replaced later, so we need to explicitly list each property individually (just `dispatch`, actually). * Allow prevTransitionProps parameter to be nullable * Allow prevTransitionProps parameter to be nullable * Narrow down a couple type parameters * Move NavigationStateRoute cast to within Component.router check in createConfigGetter * Update withCachedChildNavigation so it's typed correctly with React.ComponentType * Add a $FlowFixMe for displayName `React.StatelessFunctionalComponent` is missing `displayName` before Flow 0.54.0 See https://github.com/facebook/flow/commit/de37062ea21cb4055d3f1b01bdbaa76461140fc8 * Make TouchableItem's onPress prop optional `HeaderBackButton` can pass in an undefined onPress, and the React Native `Touchable*` components allow it too * Simplify withCachedChildNavigation and get rid of generics The generics don't help us here and they make the types more confusing * Redefine NavigationComponent as direct intersection The new type is technically identical to the old type, but Flow is confused by the old type... * Save router to local var before checking createConfigGetter Flow seems to think Component.router can change after the check * Fix DrawerSidebar's navigation prop's type In order for us to be able to generate a childNavigationProp, the original navigation prop has to have a NavigationState state. * Colocate action.key check with action.type check in getStateForAction For some reason, Flow thinks `action` can change sometime after `action.type` is checked. As a result, it's not properly concluding that `action.key` should exist. To avoid this, we pull `action.key` out immediately after doing the `action.type` check. * Use bounded polymorphism to pass down all props in withCachedChildNavigation Also makes sure the injected props are specified first in the union Also removes an unused `eslint-disable-line` in `getScreenForRouteName` * Make TabRouter's getComponentForState return NavigationComponent `NavigationScreenComponent` is a subtype of `NavigationComponent`, but it's not clear that `getComponentForState` always returns a `NavigationScreenComponent`, as `getScreenForRouteName` returns `NavigationComponent` * Define NavigationComponent's props using NavigationNavigatorProps Right now the types ask Flow to infer the types of `NavigationComponent`'s props. (`NavigationComponent` is the union of `NavigationNavigator` and NavigationScreenComponent.) Instead, we type the props as subtypes of `NavigationNavigatorProps`, so we can properly access those props without type errors. We used bounded polymorphism in `createNavigationContainer` and `createNavigator` to pass down these props. We also explicitly type the action in `createNavigationContainer` so we can properly pass in a `NavigationInitAction` to the dispatch function. * Parameterize NavigationTabRouterConfig `NavigationTabRouterConfig` doesn't always take `NavigationTabScreenOptions`; sometimes, it takes `NavigationDrawerScreenOptions`. * Make all NavigationOptions Exact types We're seeing weird behavior when these are merged together. By making them Exact types, we make types don't get mangled when they're unioned. https://flow.org/en/docs/types/unions/#toc-disjoint-unions-with-exact-types * Silence errors in tests These errors are unavoidable since we can't type the precise shape of a particular `NavigationState`. * Include NavigationSetParamsAction in NavigationTabAction `TabNavigator`'s `getStateForAction` definitely takes `NavigationSetParamsAction`. * Explicitly list router as void in NavigationScreenComponent This is so Flow knows that if a `NavigationComponent` has a `router` property, then it is definitely a `NavigationNavigator`. * Fix website app navigator's type * Fix createDocPage type in App In an earlier commit I attempted to fix the types here, but I incorrectly read it as returning a navigator when it just returns a screen. For some reason the error didn't immediately show up. * Fix NavigationComponent types Five changes: 1. No longer parameterizing the props of `NavigationComponent`; directly specifying as `NavigationNavigatorProps` 2. Specify the two distinct kinds of route types (leaf and state) directly in `NavigationComponent` 3. Have `SceneView` directly take `NavigationComponent` and allow inferring of `NavigationSceneProp` type 4. Have `CardStack` directly take `NavigationComponent` as well * Allow Flow to infer `NavigationAction` type in `createNavigator` * Silence Flow in router code that handles navigator sub-routes There's no way for us to tell Flow that routes that correspond to navigators should be `NavigationStateRoute`s * Allow DrawerSidebar to take a null contentComponent The way `DrawerNavigator` is set up, it's possible to pass in a null `contentComponent` in the config. If somebody want to do this, we'll just make the `DrawerSidebar` not appear altogether. This is simpler than splitting the types so there's a possibly-unspecified one for the user input, but a definitely-specified one in `DrawerSidebar`. * Specify missing screenProps prop in DrawerView * Thread full NavigationStateRoute in to DrawerSidebar This requiring making `withCachedChildNavigation` use bounded polymorphism to thread the `NavigationStateRoute` through instead of downgrading it to a `NavigationState` * Make NavigationStateProp's state prop covariant This means that `NavigationStateProp<NavigationStateRoute>` will be a subtype of `NavigationStateProp<NavigationRoute>` and `NavigationStateProp<NavigationState>` * Silence Flow's complaints about a route not being a NavigationStateRoute As mentioned in previous commits and in the comment, there is no way to type a specific navigation state shape, so we have to cast it and silence Flow's complaints. * Get rid of style prop in CardStack It looks like at some point, it was possible to specify a `style` prop that got passed all the way down to `Header`, the `TransitionConfig`'s `screenInterpolator`, and `Transitioner`. Doesn't look like we're using it anywhere, and there's a todo saying to remove it, and it's causing a type error. * Infer type of options instead of using a subtype of {} I think this has to do with {} allowing for unsealed objects. I'm not 100% sure, but this fixes 4/6 of the remaining errors! * Fix two type errors in NavigationPlayground One was just requiring an outdated type (`React.Children` instead of `React.ChildrenArray`), and the other was getting confused regarding types because of a spread operator. * Use a covariant property to simplify withCachedChildNavigation's InputProps This doesn't reduce any errors, but it's a bit simpler and cleaner. * Silence last two Flow errors regarding withCachedChildNavigation injecting childNavigationProps These are the only two errors I haven't been able to figure out at all. If I had more time I'd try and figure out the simplest case and report it to the Flow team, but I've been working on this for a week already and have to move on. The issue at hand is that `withCachedChildNavigation` injects `childNavigationProps`, but Flow doesn't see this and thinks it needs to be specified by the view component. We're using the HOC pattern suggested by the Flow docs, and I've tried several other patterns to no avail. * Use stock react-native instead of Expo's in NavigationPlayground Expo's causes Flow errors, and apparently this is normal practice because the person who switched us to Expo did this too. * Silence react-native-gesture-handler Flow errors in NavigationPlayground Expo requires this package, but it causes Flow errors. * Fix index check in DrawerSidebar Silly me, falling for the typical "0 is falsey" problem... * Rework deprecated action tests In an earlier commit I moved the `NavigationActions.mapDeprecatedActionAndWarn` out from `getStateForAction` and into `createNavigationContainer`'s `dispatch` function. The tests need to be reworked to support this, as they were previously calling `getStateForAction` directly. I don't imagine any users are calling `getStateForAction` directly. * Re-record two snapshots The changes in these snapshots are by design and don't affect anything. * Infer type of options in NavigationScreenConfig The issue is that sometimes we include options for different navigators in a single blob. * Infer types of action and options in createNavigationContainer Particulary helps with Options. Makes the types more specific and gets rid of an error that only shows up when using the library * Don't use generics for NavigationState in createNavigationContainer There's no particular reason for having those generics there, since there's no way we'd be able to get Flow to understand the exact shape of particular navigation states anyways. This fixes a bug when integrating this version of the project into my repo. * Move ReduxExample to react-native@0.49.3 instead of custom Expo version
2017-10-31 10:41:17 -04:00
babylon "^6.18.0"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
chalk "^1.1.1"
concat-stream "^1.6.0"
Update to RN 0.52 and Expo 25 (#3383) * Update to RN 0.52 and Expo 25 * Rerecord snapshots for failing Jest tests * jest-expo@25.1.0-beta.0 * jest-expo@25.1.0
2018-01-30 12:22:20 -06:00
connect "^3.6.5"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
core-js "^2.2.2"
debug "^2.2.0"
denodeify "^1.2.1"
Update to RN 0.52 and Expo 25 (#3383) * Update to RN 0.52 and Expo 25 * Rerecord snapshots for failing Jest tests * jest-expo@25.1.0-beta.0 * jest-expo@25.1.0
2018-01-30 12:22:20 -06:00
eventemitter3 "^3.0.0"
Update to react-native@0.50 and flow-bin@0.56 (#2998) * Update to React Native 0.50 * Type Promise used in PlatformHelpers.web.js * Move $FlowFixMe in CardStack.js The line number Flow is using for this error changed. The underlying problem has not, but I don't have time to fix it now unfortunately. * Type TouchableItem's children prop as React.Node This was my bad. `React.ChildrenArray` should only really be used in the case of having multiple of the same type of child. * Type HeaderTitle's children prop as React.Node Same as last commit. * Add assertion in StackRouter that StateUtils.indexOf returns valid index Flow doesn't realize that `StateUtils.indexOf` is guaranteed to return a valid index, so we use `invariant` to assert it. * Remove unused type DrawerNavigationState from TypeDefinition * Remove unused type parameter T in DrawerView * Type NavigationStateRoute as NavigationLeafRoute & NavigationState * Don't constrain generic action types to NavigationAction By constraining to subtypes of `NavigationAction`, we actually are requiring that any router satisfying our type constraints has to take all of the `NavigationAction` types. Instead, we want to say that it will only take some of them. Changing the types here to be inferred. * Fix types of NavigationScreenProp and withCachedChildNavigation 1. `NavigationScreenProp` needs to have its type parameter annotated with a `+` to actually indicate covariance on that type parameter, apparently 2. `withCachedChildNavigation` needs to thread through more-specific `NavigationState`s, and right now it just discards that specificity, which breaks `DrawerSidebar` because it needs a `NavigationStateRoute` * Ignore website/build from Flow * Fix type of DrawerItems activeItemKey prop - Even when specified, it can be `null` - Use a ternary expression instead of `x && x.param` approach * Get rid of NavigationRouter & NavigationNavigator parameterization on NavigationAction Since `NavigationRouter`'s `getStateForAction` functionality is a standard Redux reducer, it knows to forward on any actions it doesn't know how to deal with. We can widen the types of these functions to be `NavigationAction` without any negative consequence. * Explicitly specify null navigationOptions in createNavigator Not sure why, but Flow doesn't like us leaving it unspecified * Fix createNavigationContainer/createNavigator/StackNavigator types * Fix up flow types for TabNavigator and DrawerNavigator * Properly type defaultContentComponent * Fix more flow errors in createNavigationContainer * Replace NavigatorProps with NavigationNavigatorProps * Type SceneView's navigation prop as NavigationScreenProp<any> There is an unavoidable* type problem here. A `NavigationComponent` is either a navigator with a `NavigationStateRoute` or a scene with a `NavigationRoute`. The navigation prop it gets passed must match the component's `NavigationState`. However, there's no way for us to say that "`this.props.router.getComponentForRouteName` will have a `NavigationNavigator` iff the corresponding `childNavigationProps` is a `NavigationStateRoute`". The cleanest way to make this work is to throw an "any" specifically for the navigation prop's state type param. * We could probably avoid it with sufficient refactoring. If the routers were charged with keeping track of `childNavigationProps` instead of leaving it to the views, they could return the child navigation prop and child `NavigationComponent` in pairs whose types were coupled. * Pass in screenProps to NavigationComponent in NavigationPlayground's CustomTabs Flow wants `screenProps` to be passed in here for some reason... It cites `SceneView`, but that doesn't really make much sense to me. But this is some custom logic that most people aren't likely to run into, so I'm not gonna worry too much about it. * Patch mismatch with react-native-tab-view type for now * Use generic NavigationState in createNavigationContainer's _nav var We made the NavigationState generic while #1313 added a new instance variable. This updates the new instance variable to be generic. * Fix failing tests
2017-11-20 11:53:48 -08:00
fbjs "^0.8.14"
Update to RN 0.52 and Expo 25 (#3383) * Update to RN 0.52 and Expo 25 * Rerecord snapshots for failing Jest tests * jest-expo@25.1.0-beta.0 * jest-expo@25.1.0
2018-01-30 12:22:20 -06:00
fs-extra "^1.0.0"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
graceful-fs "^4.1.3"
image-size "^0.6.0"
Update to RN 0.52 and Expo 25 (#3383) * Update to RN 0.52 and Expo 25 * Rerecord snapshots for failing Jest tests * jest-expo@25.1.0-beta.0 * jest-expo@25.1.0
2018-01-30 12:22:20 -06:00
jest-docblock "22.1.0"
jest-haste-map "22.1.0"
jest-worker "22.1.0"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
json-stable-stringify "^1.0.1"
json5 "^0.4.0"
left-pad "^1.1.3"
Update to RN 0.52 and Expo 25 (#3383) * Update to RN 0.52 and Expo 25 * Rerecord snapshots for failing Jest tests * jest-expo@25.1.0-beta.0 * jest-expo@25.1.0
2018-01-30 12:22:20 -06:00
lodash.throttle "^4.1.1"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
merge-stream "^1.0.1"
Update to RN 0.52 and Expo 25 (#3383) * Update to RN 0.52 and Expo 25 * Rerecord snapshots for failing Jest tests * jest-expo@25.1.0-beta.0 * jest-expo@25.1.0
2018-01-30 12:22:20 -06:00
metro-core "0.24.7"
metro-source-map "0.24.7"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
mime-types "2.1.11"
mkdirp "^0.5.1"
request "^2.79.0"
rimraf "^2.5.4"
Update to RN 0.52 and Expo 25 (#3383) * Update to RN 0.52 and Expo 25 * Rerecord snapshots for failing Jest tests * jest-expo@25.1.0-beta.0 * jest-expo@25.1.0
2018-01-30 12:22:20 -06:00
serialize-error "^2.1.0"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
source-map "^0.5.6"
temp "0.8.3"
throat "^4.1.0"
Update to RN 0.52 and Expo 25 (#3383) * Update to RN 0.52 and Expo 25 * Rerecord snapshots for failing Jest tests * jest-expo@25.1.0-beta.0 * jest-expo@25.1.0
2018-01-30 12:22:20 -06:00
uglify-es "^3.1.9"
Update to react-native@0.50 and flow-bin@0.56 (#2998) * Update to React Native 0.50 * Type Promise used in PlatformHelpers.web.js * Move $FlowFixMe in CardStack.js The line number Flow is using for this error changed. The underlying problem has not, but I don't have time to fix it now unfortunately. * Type TouchableItem's children prop as React.Node This was my bad. `React.ChildrenArray` should only really be used in the case of having multiple of the same type of child. * Type HeaderTitle's children prop as React.Node Same as last commit. * Add assertion in StackRouter that StateUtils.indexOf returns valid index Flow doesn't realize that `StateUtils.indexOf` is guaranteed to return a valid index, so we use `invariant` to assert it. * Remove unused type DrawerNavigationState from TypeDefinition * Remove unused type parameter T in DrawerView * Type NavigationStateRoute as NavigationLeafRoute & NavigationState * Don't constrain generic action types to NavigationAction By constraining to subtypes of `NavigationAction`, we actually are requiring that any router satisfying our type constraints has to take all of the `NavigationAction` types. Instead, we want to say that it will only take some of them. Changing the types here to be inferred. * Fix types of NavigationScreenProp and withCachedChildNavigation 1. `NavigationScreenProp` needs to have its type parameter annotated with a `+` to actually indicate covariance on that type parameter, apparently 2. `withCachedChildNavigation` needs to thread through more-specific `NavigationState`s, and right now it just discards that specificity, which breaks `DrawerSidebar` because it needs a `NavigationStateRoute` * Ignore website/build from Flow * Fix type of DrawerItems activeItemKey prop - Even when specified, it can be `null` - Use a ternary expression instead of `x && x.param` approach * Get rid of NavigationRouter & NavigationNavigator parameterization on NavigationAction Since `NavigationRouter`'s `getStateForAction` functionality is a standard Redux reducer, it knows to forward on any actions it doesn't know how to deal with. We can widen the types of these functions to be `NavigationAction` without any negative consequence. * Explicitly specify null navigationOptions in createNavigator Not sure why, but Flow doesn't like us leaving it unspecified * Fix createNavigationContainer/createNavigator/StackNavigator types * Fix up flow types for TabNavigator and DrawerNavigator * Properly type defaultContentComponent * Fix more flow errors in createNavigationContainer * Replace NavigatorProps with NavigationNavigatorProps * Type SceneView's navigation prop as NavigationScreenProp<any> There is an unavoidable* type problem here. A `NavigationComponent` is either a navigator with a `NavigationStateRoute` or a scene with a `NavigationRoute`. The navigation prop it gets passed must match the component's `NavigationState`. However, there's no way for us to say that "`this.props.router.getComponentForRouteName` will have a `NavigationNavigator` iff the corresponding `childNavigationProps` is a `NavigationStateRoute`". The cleanest way to make this work is to throw an "any" specifically for the navigation prop's state type param. * We could probably avoid it with sufficient refactoring. If the routers were charged with keeping track of `childNavigationProps` instead of leaving it to the views, they could return the child navigation prop and child `NavigationComponent` in pairs whose types were coupled. * Pass in screenProps to NavigationComponent in NavigationPlayground's CustomTabs Flow wants `screenProps` to be passed in here for some reason... It cites `SceneView`, but that doesn't really make much sense to me. But this is some custom logic that most people aren't likely to run into, so I'm not gonna worry too much about it. * Patch mismatch with react-native-tab-view type for now * Use generic NavigationState in createNavigationContainer's _nav var We made the NavigationState generic while #1313 added a new instance variable. This updates the new instance variable to be generic. * Fix failing tests
2017-11-20 11:53:48 -08:00
wordwrap "^1.0.0"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
write-file-atomic "^1.2.0"
Update to RN 0.52 and Expo 25 (#3383) * Update to RN 0.52 and Expo 25 * Rerecord snapshots for failing Jest tests * jest-expo@25.1.0-beta.0 * jest-expo@25.1.0
2018-01-30 12:22:20 -06:00
ws "^1.1.0"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
xpipe "^1.0.5"
Update to RN 0.52 and Expo 25 (#3383) * Update to RN 0.52 and Expo 25 * Rerecord snapshots for failing Jest tests * jest-expo@25.1.0-beta.0 * jest-expo@25.1.0
2018-01-30 12:22:20 -06:00
yargs "^9.0.0"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
micromatch@^2.1.5, micromatch@^2.3.11:
version "2.3.11"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/micromatch/-/micromatch-2.3.11.tgz#86677c97d1720b363431d04d0d15293bd38c1565"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
arr-diff "^2.0.0"
array-unique "^0.2.1"
braces "^1.8.2"
expand-brackets "^0.1.4"
extglob "^0.3.1"
filename-regex "^2.0.0"
is-extglob "^1.0.0"
is-glob "^2.0.1"
kind-of "^3.0.2"
normalize-path "^2.0.1"
object.omit "^2.0.0"
parse-glob "^3.0.4"
regex-cache "^0.4.2"
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
micromatch@^3.1.8:
version "3.1.9"
resolved "https://registry.yarnpkg.com/micromatch/-/micromatch-3.1.9.tgz#15dc93175ae39e52e93087847096effc73efcf89"
dependencies:
arr-diff "^4.0.0"
array-unique "^0.3.2"
braces "^2.3.1"
define-property "^2.0.2"
extend-shallow "^3.0.2"
extglob "^2.0.4"
fragment-cache "^0.2.1"
kind-of "^6.0.2"
nanomatch "^1.2.9"
object.pick "^1.3.0"
regex-not "^1.0.0"
snapdragon "^0.8.1"
to-regex "^3.0.1"
"mime-db@>= 1.33.0 < 2", mime-db@~1.33.0:
version "1.33.0"
resolved "https://registry.yarnpkg.com/mime-db/-/mime-db-1.33.0.tgz#a3492050a5cb9b63450541e39d9788d2272783db"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
mime-db@~1.23.0:
version "1.23.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/mime-db/-/mime-db-1.23.0.tgz#a31b4070adaea27d732ea333740a64d0ec9a6659"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
mime-types@2.1.11:
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
version "2.1.11"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/mime-types/-/mime-types-2.1.11.tgz#c259c471bda808a85d6cd193b430a5fae4473b3c"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
mime-db "~1.23.0"
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
mime-types@^2.1.12, mime-types@~2.1.17, mime-types@~2.1.18, mime-types@~2.1.6, mime-types@~2.1.7, mime-types@~2.1.9:
version "2.1.18"
resolved "https://registry.yarnpkg.com/mime-types/-/mime-types-2.1.18.tgz#6f323f60a83d11146f831ff11fd66e2fe5503bb8"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
mime-db "~1.33.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
mime@1.3.4:
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
version "1.3.4"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/mime/-/mime-1.3.4.tgz#115f9e3b6b3daf2959983cb38f149a2d40eb5d53"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
mime@^1.3.4:
Remove flow (#3350) * Remove flow types from src * Finish removing Flow * Clear out flow-typed, some flow mentions in docs, website flow usage, and some other config
2018-01-24 17:52:09 -08:00
version "1.6.0"
resolved "https://registry.yarnpkg.com/mime/-/mime-1.6.0.tgz#32cd9e5c64553bd58d19a568af452acff04981b1"
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
Update depenencies, update Prettier
2017-07-03 21:36:47 -07:00
mimic-fn@^1.0.0:
Update yarn.lock
2018-02-02 12:33:53 -08:00
version "1.2.0"
resolved "https://registry.yarnpkg.com/mimic-fn/-/mimic-fn-1.2.0.tgz#820c86a39334640e99516928bd03fca88057d022"
Update depenencies, update Prettier
2017-07-03 21:36:47 -07:00
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
min-document@^2.19.0:
version "2.19.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/min-document/-/min-document-2.19.0.tgz#7bd282e3f5842ed295bb748cdd9f1ffa2c824685"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
dom-walk "^0.1.0"
Update depenencies, update Prettier
2017-07-03 21:36:47 -07:00
minimatch@^3.0.0, minimatch@^3.0.2, minimatch@^3.0.3, minimatch@^3.0.4:
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
version "3.0.4"
resolved "https://registry.yarnpkg.com/minimatch/-/minimatch-3.0.4.tgz#5166e286457f03306064be5497e8dbb0c3d32083"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
brace-expansion "^1.1.7"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
minimist@0.0.8:
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
version "0.0.8"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/minimist/-/minimist-0.0.8.tgz#857fcabfc3397d2625b8228262e86aa7a011b05d"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update to react-native@0.49 and flow-bin@0.53 (#2845) * Update root package to react-native@0.49 and flow-bin@0.53 * Update NavigationPlayground package to react-native@0.49 and flow-bin@0.53 * Update ReduxExample package to react-native@0.49 and flow-bin@0.53 * flow-typed update (code-gen) * Find-and-replace old types with new types - `React.Element<*>` as the result of a render function is now `React.Node` - `ReactClass<T>` as the type of a Component is now `React.ComponentType<typeof T>` - `extends React.Component<DP, P, S>` is now `extends React.Component<P, S>` - `React.Children<*>` as the type of a children prop is now `React.ChildrenArray<*>` - Refs are now typed with `React.Ref` There are also several tiny typo fixes in here. * Avoid assuming state is NavigationRoute in addNavigationHelpers For the root, top-level Navigator, the state is a simple `NavigationState` (with no route info) and we still use `addNavigationHelpers` for it. We can't assume `navigation.state.key` is accessible for this type, so we need to do runtime checks here. * Fix type of NavigationScreenConfig `navigationOptions` was incorrectly typed * Give createNavigationContainer's State a type parameter We want to be able to specifically type this guy so we can use specific NavigationState for things like the Drawer views without having to do runtime assertions about the state type * Fix typing of NavigationAction First of all, `NavigationAction` was being used as two different types, so I had to create the new `PossiblyDeprecatedNavigationAction` and add it as a type parameter everywhere. Second of all, generics and implied types were being used far more than they need to be, and they're hard to work with because Flow doesn't really explain things well when they go wrong. * Make sure children scenes of CardStack have NavigationProp typed with NavigationRoute CardStack's `NavigationScreenProp` is typed with `NavigationState`, but the children need `NavigationRoute`. Flow gets confused by the spread operator, even if the individual property is replaced later, so we need to explicitly list each property individually (just `dispatch`, actually). * Allow prevTransitionProps parameter to be nullable * Allow prevTransitionProps parameter to be nullable * Narrow down a couple type parameters * Move NavigationStateRoute cast to within Component.router check in createConfigGetter * Update withCachedChildNavigation so it's typed correctly with React.ComponentType * Add a $FlowFixMe for displayName `React.StatelessFunctionalComponent` is missing `displayName` before Flow 0.54.0 See https://github.com/facebook/flow/commit/de37062ea21cb4055d3f1b01bdbaa76461140fc8 * Make TouchableItem's onPress prop optional `HeaderBackButton` can pass in an undefined onPress, and the React Native `Touchable*` components allow it too * Simplify withCachedChildNavigation and get rid of generics The generics don't help us here and they make the types more confusing * Redefine NavigationComponent as direct intersection The new type is technically identical to the old type, but Flow is confused by the old type... * Save router to local var before checking createConfigGetter Flow seems to think Component.router can change after the check * Fix DrawerSidebar's navigation prop's type In order for us to be able to generate a childNavigationProp, the original navigation prop has to have a NavigationState state. * Colocate action.key check with action.type check in getStateForAction For some reason, Flow thinks `action` can change sometime after `action.type` is checked. As a result, it's not properly concluding that `action.key` should exist. To avoid this, we pull `action.key` out immediately after doing the `action.type` check. * Use bounded polymorphism to pass down all props in withCachedChildNavigation Also makes sure the injected props are specified first in the union Also removes an unused `eslint-disable-line` in `getScreenForRouteName` * Make TabRouter's getComponentForState return NavigationComponent `NavigationScreenComponent` is a subtype of `NavigationComponent`, but it's not clear that `getComponentForState` always returns a `NavigationScreenComponent`, as `getScreenForRouteName` returns `NavigationComponent` * Define NavigationComponent's props using NavigationNavigatorProps Right now the types ask Flow to infer the types of `NavigationComponent`'s props. (`NavigationComponent` is the union of `NavigationNavigator` and NavigationScreenComponent.) Instead, we type the props as subtypes of `NavigationNavigatorProps`, so we can properly access those props without type errors. We used bounded polymorphism in `createNavigationContainer` and `createNavigator` to pass down these props. We also explicitly type the action in `createNavigationContainer` so we can properly pass in a `NavigationInitAction` to the dispatch function. * Parameterize NavigationTabRouterConfig `NavigationTabRouterConfig` doesn't always take `NavigationTabScreenOptions`; sometimes, it takes `NavigationDrawerScreenOptions`. * Make all NavigationOptions Exact types We're seeing weird behavior when these are merged together. By making them Exact types, we make types don't get mangled when they're unioned. https://flow.org/en/docs/types/unions/#toc-disjoint-unions-with-exact-types * Silence errors in tests These errors are unavoidable since we can't type the precise shape of a particular `NavigationState`. * Include NavigationSetParamsAction in NavigationTabAction `TabNavigator`'s `getStateForAction` definitely takes `NavigationSetParamsAction`. * Explicitly list router as void in NavigationScreenComponent This is so Flow knows that if a `NavigationComponent` has a `router` property, then it is definitely a `NavigationNavigator`. * Fix website app navigator's type * Fix createDocPage type in App In an earlier commit I attempted to fix the types here, but I incorrectly read it as returning a navigator when it just returns a screen. For some reason the error didn't immediately show up. * Fix NavigationComponent types Five changes: 1. No longer parameterizing the props of `NavigationComponent`; directly specifying as `NavigationNavigatorProps` 2. Specify the two distinct kinds of route types (leaf and state) directly in `NavigationComponent` 3. Have `SceneView` directly take `NavigationComponent` and allow inferring of `NavigationSceneProp` type 4. Have `CardStack` directly take `NavigationComponent` as well * Allow Flow to infer `NavigationAction` type in `createNavigator` * Silence Flow in router code that handles navigator sub-routes There's no way for us to tell Flow that routes that correspond to navigators should be `NavigationStateRoute`s * Allow DrawerSidebar to take a null contentComponent The way `DrawerNavigator` is set up, it's possible to pass in a null `contentComponent` in the config. If somebody want to do this, we'll just make the `DrawerSidebar` not appear altogether. This is simpler than splitting the types so there's a possibly-unspecified one for the user input, but a definitely-specified one in `DrawerSidebar`. * Specify missing screenProps prop in DrawerView * Thread full NavigationStateRoute in to DrawerSidebar This requiring making `withCachedChildNavigation` use bounded polymorphism to thread the `NavigationStateRoute` through instead of downgrading it to a `NavigationState` * Make NavigationStateProp's state prop covariant This means that `NavigationStateProp<NavigationStateRoute>` will be a subtype of `NavigationStateProp<NavigationRoute>` and `NavigationStateProp<NavigationState>` * Silence Flow's complaints about a route not being a NavigationStateRoute As mentioned in previous commits and in the comment, there is no way to type a specific navigation state shape, so we have to cast it and silence Flow's complaints. * Get rid of style prop in CardStack It looks like at some point, it was possible to specify a `style` prop that got passed all the way down to `Header`, the `TransitionConfig`'s `screenInterpolator`, and `Transitioner`. Doesn't look like we're using it anywhere, and there's a todo saying to remove it, and it's causing a type error. * Infer type of options instead of using a subtype of {} I think this has to do with {} allowing for unsealed objects. I'm not 100% sure, but this fixes 4/6 of the remaining errors! * Fix two type errors in NavigationPlayground One was just requiring an outdated type (`React.Children` instead of `React.ChildrenArray`), and the other was getting confused regarding types because of a spread operator. * Use a covariant property to simplify withCachedChildNavigation's InputProps This doesn't reduce any errors, but it's a bit simpler and cleaner. * Silence last two Flow errors regarding withCachedChildNavigation injecting childNavigationProps These are the only two errors I haven't been able to figure out at all. If I had more time I'd try and figure out the simplest case and report it to the Flow team, but I've been working on this for a week already and have to move on. The issue at hand is that `withCachedChildNavigation` injects `childNavigationProps`, but Flow doesn't see this and thinks it needs to be specified by the view component. We're using the HOC pattern suggested by the Flow docs, and I've tried several other patterns to no avail. * Use stock react-native instead of Expo's in NavigationPlayground Expo's causes Flow errors, and apparently this is normal practice because the person who switched us to Expo did this too. * Silence react-native-gesture-handler Flow errors in NavigationPlayground Expo requires this package, but it causes Flow errors. * Fix index check in DrawerSidebar Silly me, falling for the typical "0 is falsey" problem... * Rework deprecated action tests In an earlier commit I moved the `NavigationActions.mapDeprecatedActionAndWarn` out from `getStateForAction` and into `createNavigationContainer`'s `dispatch` function. The tests need to be reworked to support this, as they were previously calling `getStateForAction` directly. I don't imagine any users are calling `getStateForAction` directly. * Re-record two snapshots The changes in these snapshots are by design and don't affect anything. * Infer type of options in NavigationScreenConfig The issue is that sometimes we include options for different navigators in a single blob. * Infer types of action and options in createNavigationContainer Particulary helps with Options. Makes the types more specific and gets rid of an error that only shows up when using the library * Don't use generics for NavigationState in createNavigationContainer There's no particular reason for having those generics there, since there's no way we'd be able to get Flow to understand the exact shape of particular navigation states anyways. This fixes a bug when integrating this version of the project into my repo. * Move ReduxExample to react-native@0.49.3 instead of custom Expo version
2017-10-31 10:41:17 -04:00
minimist@^1.1.0, minimist@^1.1.1, minimist@^1.2.0:
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
version "1.2.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/minimist/-/minimist-1.2.0.tgz#a35008b20f41383eec1fb914f4cd5df79a264284"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
minimist@~0.0.1:
version "0.0.10"
resolved "https://registry.yarnpkg.com/minimist/-/minimist-0.0.10.tgz#de3f98543dbf96082be48ad1a0c7cda836301dcf"
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
mixin-deep@^1.2.0:
version "1.3.1"
resolved "https://registry.yarnpkg.com/mixin-deep/-/mixin-deep-1.3.1.tgz#a49e7268dce1a0d9698e45326c5626df3543d0fe"
dependencies:
for-in "^1.0.2"
is-extendable "^1.0.1"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
"mkdirp@>=0.5 0", mkdirp@^0.5.1:
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
version "0.5.1"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/mkdirp/-/mkdirp-0.5.1.tgz#30057438eac6cf7f8c4767f38648d6697d75c903"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
minimist "0.0.8"
morgan@~1.6.1:
version "1.6.1"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/morgan/-/morgan-1.6.1.tgz#5fd818398c6819cba28a7cd6664f292fe1c0bbf2"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
basic-auth "~1.0.3"
debug "~2.2.0"
depd "~1.0.1"
on-finished "~2.3.0"
on-headers "~1.0.0"
ms@0.7.1:
version "0.7.1"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/ms/-/ms-0.7.1.tgz#9cd13c03adbff25b65effde7ce864ee952017098"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
ms@0.7.2:
version "0.7.2"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/ms/-/ms-0.7.2.tgz#ae25cf2512b3885a1d95d7f037868d8431124765"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update depenencies, update Prettier
2017-07-03 21:36:47 -07:00
ms@2.0.0:
version "2.0.0"
resolved "https://registry.yarnpkg.com/ms/-/ms-2.0.0.tgz#5608aeadfc00be6c2901df5f9861788de0d597c8"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
multiparty@3.3.2:
version "3.3.2"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/multiparty/-/multiparty-3.3.2.tgz#35de6804dc19643e5249f3d3e3bdc6c8ce301d3f"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
readable-stream "~1.1.9"
stream-counter "~0.2.0"
multipipe@^0.1.2:
version "0.1.2"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/multipipe/-/multipipe-0.1.2.tgz#2a8f2ddf70eed564dff2d57f1e1a137d9f05078b"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
duplexer2 "0.0.2"
Update depenencies, update Prettier
2017-07-03 21:36:47 -07:00
mute-stream@0.0.7:
version "0.0.7"
resolved "https://registry.yarnpkg.com/mute-stream/-/mute-stream-0.0.7.tgz#3075ce93bc21b8fab43e1bc4da7e8115ed1e7bab"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
nan@^2.3.0:
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
version "2.9.2"
resolved "https://registry.yarnpkg.com/nan/-/nan-2.9.2.tgz#f564d75f5f8f36a6d9456cca7a6c4fe488ab7866"
nanomatch@^1.2.9:
version "1.2.9"
resolved "https://registry.yarnpkg.com/nanomatch/-/nanomatch-1.2.9.tgz#879f7150cb2dab7a471259066c104eee6e0fa7c2"
dependencies:
arr-diff "^4.0.0"
array-unique "^0.3.2"
define-property "^2.0.2"
extend-shallow "^3.0.2"
fragment-cache "^0.2.1"
is-odd "^2.0.0"
is-windows "^1.0.2"
kind-of "^6.0.2"
object.pick "^1.3.0"
regex-not "^1.0.0"
snapdragon "^0.8.1"
to-regex "^3.0.1"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
natural-compare@^1.4.0:
version "1.4.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/natural-compare/-/natural-compare-1.4.0.tgz#4abebfeed7541f2c27acfb29bdbbd15c8d5ba4f7"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
negotiator@0.5.3:
version "0.5.3"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/negotiator/-/negotiator-0.5.3.tgz#269d5c476810ec92edbe7b6c2f28316384f9a7e8"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
negotiator@0.6.1:
version "0.6.1"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/negotiator/-/negotiator-0.6.1.tgz#2b327184e8992101177b28563fb5e7102acd0ca9"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
node-fetch@^1.0.1, node-fetch@^1.3.3:
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
version "1.7.3"
resolved "https://registry.yarnpkg.com/node-fetch/-/node-fetch-1.7.3.tgz#980f6f72d85211a5347c6b2bc18c5b84c3eb47ef"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
encoding "^0.1.11"
is-stream "^1.0.1"
node-int64@^0.4.0:
version "0.4.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/node-int64/-/node-int64-0.4.0.tgz#87a9065cdb355d3182d8f94ce11188b825c68a3b"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Better orientation layout on playground
2018-02-12 11:53:23 -08:00
node-notifier@^5.1.2, node-notifier@^5.2.1:
Remove flow (#3350) * Remove flow types from src * Finish removing Flow * Clear out flow-typed, some flow mentions in docs, website flow usage, and some other config
2018-01-24 17:52:09 -08:00
version "5.2.1"
resolved "https://registry.yarnpkg.com/node-notifier/-/node-notifier-5.2.1.tgz#fa313dd08f5517db0e2502e5758d664ac69f9dea"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
Update dependencies
2017-03-15 16:02:49 -07:00
growly "^1.3.0"
Remove flow (#3350) * Remove flow types from src * Finish removing Flow * Clear out flow-typed, some flow mentions in docs, website flow usage, and some other config
2018-01-24 17:52:09 -08:00
semver "^5.4.1"
shellwords "^0.1.1"
which "^1.3.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Remove flow (#3350) * Remove flow types from src * Finish removing Flow * Clear out flow-typed, some flow mentions in docs, website flow usage, and some other config
2018-01-24 17:52:09 -08:00
node-pre-gyp@^0.6.39:
version "0.6.39"
resolved "https://registry.yarnpkg.com/node-pre-gyp/-/node-pre-gyp-0.6.39.tgz#c00e96860b23c0e1420ac7befc5044e1d78d8649"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
Remove flow (#3350) * Remove flow types from src * Finish removing Flow * Clear out flow-typed, some flow mentions in docs, website flow usage, and some other config
2018-01-24 17:52:09 -08:00
detect-libc "^1.0.2"
Update to react-native@0.49 and flow-bin@0.53 (#2845) * Update root package to react-native@0.49 and flow-bin@0.53 * Update NavigationPlayground package to react-native@0.49 and flow-bin@0.53 * Update ReduxExample package to react-native@0.49 and flow-bin@0.53 * flow-typed update (code-gen) * Find-and-replace old types with new types - `React.Element<*>` as the result of a render function is now `React.Node` - `ReactClass<T>` as the type of a Component is now `React.ComponentType<typeof T>` - `extends React.Component<DP, P, S>` is now `extends React.Component<P, S>` - `React.Children<*>` as the type of a children prop is now `React.ChildrenArray<*>` - Refs are now typed with `React.Ref` There are also several tiny typo fixes in here. * Avoid assuming state is NavigationRoute in addNavigationHelpers For the root, top-level Navigator, the state is a simple `NavigationState` (with no route info) and we still use `addNavigationHelpers` for it. We can't assume `navigation.state.key` is accessible for this type, so we need to do runtime checks here. * Fix type of NavigationScreenConfig `navigationOptions` was incorrectly typed * Give createNavigationContainer's State a type parameter We want to be able to specifically type this guy so we can use specific NavigationState for things like the Drawer views without having to do runtime assertions about the state type * Fix typing of NavigationAction First of all, `NavigationAction` was being used as two different types, so I had to create the new `PossiblyDeprecatedNavigationAction` and add it as a type parameter everywhere. Second of all, generics and implied types were being used far more than they need to be, and they're hard to work with because Flow doesn't really explain things well when they go wrong. * Make sure children scenes of CardStack have NavigationProp typed with NavigationRoute CardStack's `NavigationScreenProp` is typed with `NavigationState`, but the children need `NavigationRoute`. Flow gets confused by the spread operator, even if the individual property is replaced later, so we need to explicitly list each property individually (just `dispatch`, actually). * Allow prevTransitionProps parameter to be nullable * Allow prevTransitionProps parameter to be nullable * Narrow down a couple type parameters * Move NavigationStateRoute cast to within Component.router check in createConfigGetter * Update withCachedChildNavigation so it's typed correctly with React.ComponentType * Add a $FlowFixMe for displayName `React.StatelessFunctionalComponent` is missing `displayName` before Flow 0.54.0 See https://github.com/facebook/flow/commit/de37062ea21cb4055d3f1b01bdbaa76461140fc8 * Make TouchableItem's onPress prop optional `HeaderBackButton` can pass in an undefined onPress, and the React Native `Touchable*` components allow it too * Simplify withCachedChildNavigation and get rid of generics The generics don't help us here and they make the types more confusing * Redefine NavigationComponent as direct intersection The new type is technically identical to the old type, but Flow is confused by the old type... * Save router to local var before checking createConfigGetter Flow seems to think Component.router can change after the check * Fix DrawerSidebar's navigation prop's type In order for us to be able to generate a childNavigationProp, the original navigation prop has to have a NavigationState state. * Colocate action.key check with action.type check in getStateForAction For some reason, Flow thinks `action` can change sometime after `action.type` is checked. As a result, it's not properly concluding that `action.key` should exist. To avoid this, we pull `action.key` out immediately after doing the `action.type` check. * Use bounded polymorphism to pass down all props in withCachedChildNavigation Also makes sure the injected props are specified first in the union Also removes an unused `eslint-disable-line` in `getScreenForRouteName` * Make TabRouter's getComponentForState return NavigationComponent `NavigationScreenComponent` is a subtype of `NavigationComponent`, but it's not clear that `getComponentForState` always returns a `NavigationScreenComponent`, as `getScreenForRouteName` returns `NavigationComponent` * Define NavigationComponent's props using NavigationNavigatorProps Right now the types ask Flow to infer the types of `NavigationComponent`'s props. (`NavigationComponent` is the union of `NavigationNavigator` and NavigationScreenComponent.) Instead, we type the props as subtypes of `NavigationNavigatorProps`, so we can properly access those props without type errors. We used bounded polymorphism in `createNavigationContainer` and `createNavigator` to pass down these props. We also explicitly type the action in `createNavigationContainer` so we can properly pass in a `NavigationInitAction` to the dispatch function. * Parameterize NavigationTabRouterConfig `NavigationTabRouterConfig` doesn't always take `NavigationTabScreenOptions`; sometimes, it takes `NavigationDrawerScreenOptions`. * Make all NavigationOptions Exact types We're seeing weird behavior when these are merged together. By making them Exact types, we make types don't get mangled when they're unioned. https://flow.org/en/docs/types/unions/#toc-disjoint-unions-with-exact-types * Silence errors in tests These errors are unavoidable since we can't type the precise shape of a particular `NavigationState`. * Include NavigationSetParamsAction in NavigationTabAction `TabNavigator`'s `getStateForAction` definitely takes `NavigationSetParamsAction`. * Explicitly list router as void in NavigationScreenComponent This is so Flow knows that if a `NavigationComponent` has a `router` property, then it is definitely a `NavigationNavigator`. * Fix website app navigator's type * Fix createDocPage type in App In an earlier commit I attempted to fix the types here, but I incorrectly read it as returning a navigator when it just returns a screen. For some reason the error didn't immediately show up. * Fix NavigationComponent types Five changes: 1. No longer parameterizing the props of `NavigationComponent`; directly specifying as `NavigationNavigatorProps` 2. Specify the two distinct kinds of route types (leaf and state) directly in `NavigationComponent` 3. Have `SceneView` directly take `NavigationComponent` and allow inferring of `NavigationSceneProp` type 4. Have `CardStack` directly take `NavigationComponent` as well * Allow Flow to infer `NavigationAction` type in `createNavigator` * Silence Flow in router code that handles navigator sub-routes There's no way for us to tell Flow that routes that correspond to navigators should be `NavigationStateRoute`s * Allow DrawerSidebar to take a null contentComponent The way `DrawerNavigator` is set up, it's possible to pass in a null `contentComponent` in the config. If somebody want to do this, we'll just make the `DrawerSidebar` not appear altogether. This is simpler than splitting the types so there's a possibly-unspecified one for the user input, but a definitely-specified one in `DrawerSidebar`. * Specify missing screenProps prop in DrawerView * Thread full NavigationStateRoute in to DrawerSidebar This requiring making `withCachedChildNavigation` use bounded polymorphism to thread the `NavigationStateRoute` through instead of downgrading it to a `NavigationState` * Make NavigationStateProp's state prop covariant This means that `NavigationStateProp<NavigationStateRoute>` will be a subtype of `NavigationStateProp<NavigationRoute>` and `NavigationStateProp<NavigationState>` * Silence Flow's complaints about a route not being a NavigationStateRoute As mentioned in previous commits and in the comment, there is no way to type a specific navigation state shape, so we have to cast it and silence Flow's complaints. * Get rid of style prop in CardStack It looks like at some point, it was possible to specify a `style` prop that got passed all the way down to `Header`, the `TransitionConfig`'s `screenInterpolator`, and `Transitioner`. Doesn't look like we're using it anywhere, and there's a todo saying to remove it, and it's causing a type error. * Infer type of options instead of using a subtype of {} I think this has to do with {} allowing for unsealed objects. I'm not 100% sure, but this fixes 4/6 of the remaining errors! * Fix two type errors in NavigationPlayground One was just requiring an outdated type (`React.Children` instead of `React.ChildrenArray`), and the other was getting confused regarding types because of a spread operator. * Use a covariant property to simplify withCachedChildNavigation's InputProps This doesn't reduce any errors, but it's a bit simpler and cleaner. * Silence last two Flow errors regarding withCachedChildNavigation injecting childNavigationProps These are the only two errors I haven't been able to figure out at all. If I had more time I'd try and figure out the simplest case and report it to the Flow team, but I've been working on this for a week already and have to move on. The issue at hand is that `withCachedChildNavigation` injects `childNavigationProps`, but Flow doesn't see this and thinks it needs to be specified by the view component. We're using the HOC pattern suggested by the Flow docs, and I've tried several other patterns to no avail. * Use stock react-native instead of Expo's in NavigationPlayground Expo's causes Flow errors, and apparently this is normal practice because the person who switched us to Expo did this too. * Silence react-native-gesture-handler Flow errors in NavigationPlayground Expo requires this package, but it causes Flow errors. * Fix index check in DrawerSidebar Silly me, falling for the typical "0 is falsey" problem... * Rework deprecated action tests In an earlier commit I moved the `NavigationActions.mapDeprecatedActionAndWarn` out from `getStateForAction` and into `createNavigationContainer`'s `dispatch` function. The tests need to be reworked to support this, as they were previously calling `getStateForAction` directly. I don't imagine any users are calling `getStateForAction` directly. * Re-record two snapshots The changes in these snapshots are by design and don't affect anything. * Infer type of options in NavigationScreenConfig The issue is that sometimes we include options for different navigators in a single blob. * Infer types of action and options in createNavigationContainer Particulary helps with Options. Makes the types more specific and gets rid of an error that only shows up when using the library * Don't use generics for NavigationState in createNavigationContainer There's no particular reason for having those generics there, since there's no way we'd be able to get Flow to understand the exact shape of particular navigation states anyways. This fixes a bug when integrating this version of the project into my repo. * Move ReduxExample to react-native@0.49.3 instead of custom Expo version
2017-10-31 10:41:17 -04:00
hawk "3.1.3"
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
mkdirp "^0.5.1"
nopt "^4.0.1"
npmlog "^4.0.2"
rc "^1.1.7"
Update to react-native@0.49 and flow-bin@0.53 (#2845) * Update root package to react-native@0.49 and flow-bin@0.53 * Update NavigationPlayground package to react-native@0.49 and flow-bin@0.53 * Update ReduxExample package to react-native@0.49 and flow-bin@0.53 * flow-typed update (code-gen) * Find-and-replace old types with new types - `React.Element<*>` as the result of a render function is now `React.Node` - `ReactClass<T>` as the type of a Component is now `React.ComponentType<typeof T>` - `extends React.Component<DP, P, S>` is now `extends React.Component<P, S>` - `React.Children<*>` as the type of a children prop is now `React.ChildrenArray<*>` - Refs are now typed with `React.Ref` There are also several tiny typo fixes in here. * Avoid assuming state is NavigationRoute in addNavigationHelpers For the root, top-level Navigator, the state is a simple `NavigationState` (with no route info) and we still use `addNavigationHelpers` for it. We can't assume `navigation.state.key` is accessible for this type, so we need to do runtime checks here. * Fix type of NavigationScreenConfig `navigationOptions` was incorrectly typed * Give createNavigationContainer's State a type parameter We want to be able to specifically type this guy so we can use specific NavigationState for things like the Drawer views without having to do runtime assertions about the state type * Fix typing of NavigationAction First of all, `NavigationAction` was being used as two different types, so I had to create the new `PossiblyDeprecatedNavigationAction` and add it as a type parameter everywhere. Second of all, generics and implied types were being used far more than they need to be, and they're hard to work with because Flow doesn't really explain things well when they go wrong. * Make sure children scenes of CardStack have NavigationProp typed with NavigationRoute CardStack's `NavigationScreenProp` is typed with `NavigationState`, but the children need `NavigationRoute`. Flow gets confused by the spread operator, even if the individual property is replaced later, so we need to explicitly list each property individually (just `dispatch`, actually). * Allow prevTransitionProps parameter to be nullable * Allow prevTransitionProps parameter to be nullable * Narrow down a couple type parameters * Move NavigationStateRoute cast to within Component.router check in createConfigGetter * Update withCachedChildNavigation so it's typed correctly with React.ComponentType * Add a $FlowFixMe for displayName `React.StatelessFunctionalComponent` is missing `displayName` before Flow 0.54.0 See https://github.com/facebook/flow/commit/de37062ea21cb4055d3f1b01bdbaa76461140fc8 * Make TouchableItem's onPress prop optional `HeaderBackButton` can pass in an undefined onPress, and the React Native `Touchable*` components allow it too * Simplify withCachedChildNavigation and get rid of generics The generics don't help us here and they make the types more confusing * Redefine NavigationComponent as direct intersection The new type is technically identical to the old type, but Flow is confused by the old type... * Save router to local var before checking createConfigGetter Flow seems to think Component.router can change after the check * Fix DrawerSidebar's navigation prop's type In order for us to be able to generate a childNavigationProp, the original navigation prop has to have a NavigationState state. * Colocate action.key check with action.type check in getStateForAction For some reason, Flow thinks `action` can change sometime after `action.type` is checked. As a result, it's not properly concluding that `action.key` should exist. To avoid this, we pull `action.key` out immediately after doing the `action.type` check. * Use bounded polymorphism to pass down all props in withCachedChildNavigation Also makes sure the injected props are specified first in the union Also removes an unused `eslint-disable-line` in `getScreenForRouteName` * Make TabRouter's getComponentForState return NavigationComponent `NavigationScreenComponent` is a subtype of `NavigationComponent`, but it's not clear that `getComponentForState` always returns a `NavigationScreenComponent`, as `getScreenForRouteName` returns `NavigationComponent` * Define NavigationComponent's props using NavigationNavigatorProps Right now the types ask Flow to infer the types of `NavigationComponent`'s props. (`NavigationComponent` is the union of `NavigationNavigator` and NavigationScreenComponent.) Instead, we type the props as subtypes of `NavigationNavigatorProps`, so we can properly access those props without type errors. We used bounded polymorphism in `createNavigationContainer` and `createNavigator` to pass down these props. We also explicitly type the action in `createNavigationContainer` so we can properly pass in a `NavigationInitAction` to the dispatch function. * Parameterize NavigationTabRouterConfig `NavigationTabRouterConfig` doesn't always take `NavigationTabScreenOptions`; sometimes, it takes `NavigationDrawerScreenOptions`. * Make all NavigationOptions Exact types We're seeing weird behavior when these are merged together. By making them Exact types, we make types don't get mangled when they're unioned. https://flow.org/en/docs/types/unions/#toc-disjoint-unions-with-exact-types * Silence errors in tests These errors are unavoidable since we can't type the precise shape of a particular `NavigationState`. * Include NavigationSetParamsAction in NavigationTabAction `TabNavigator`'s `getStateForAction` definitely takes `NavigationSetParamsAction`. * Explicitly list router as void in NavigationScreenComponent This is so Flow knows that if a `NavigationComponent` has a `router` property, then it is definitely a `NavigationNavigator`. * Fix website app navigator's type * Fix createDocPage type in App In an earlier commit I attempted to fix the types here, but I incorrectly read it as returning a navigator when it just returns a screen. For some reason the error didn't immediately show up. * Fix NavigationComponent types Five changes: 1. No longer parameterizing the props of `NavigationComponent`; directly specifying as `NavigationNavigatorProps` 2. Specify the two distinct kinds of route types (leaf and state) directly in `NavigationComponent` 3. Have `SceneView` directly take `NavigationComponent` and allow inferring of `NavigationSceneProp` type 4. Have `CardStack` directly take `NavigationComponent` as well * Allow Flow to infer `NavigationAction` type in `createNavigator` * Silence Flow in router code that handles navigator sub-routes There's no way for us to tell Flow that routes that correspond to navigators should be `NavigationStateRoute`s * Allow DrawerSidebar to take a null contentComponent The way `DrawerNavigator` is set up, it's possible to pass in a null `contentComponent` in the config. If somebody want to do this, we'll just make the `DrawerSidebar` not appear altogether. This is simpler than splitting the types so there's a possibly-unspecified one for the user input, but a definitely-specified one in `DrawerSidebar`. * Specify missing screenProps prop in DrawerView * Thread full NavigationStateRoute in to DrawerSidebar This requiring making `withCachedChildNavigation` use bounded polymorphism to thread the `NavigationStateRoute` through instead of downgrading it to a `NavigationState` * Make NavigationStateProp's state prop covariant This means that `NavigationStateProp<NavigationStateRoute>` will be a subtype of `NavigationStateProp<NavigationRoute>` and `NavigationStateProp<NavigationState>` * Silence Flow's complaints about a route not being a NavigationStateRoute As mentioned in previous commits and in the comment, there is no way to type a specific navigation state shape, so we have to cast it and silence Flow's complaints. * Get rid of style prop in CardStack It looks like at some point, it was possible to specify a `style` prop that got passed all the way down to `Header`, the `TransitionConfig`'s `screenInterpolator`, and `Transitioner`. Doesn't look like we're using it anywhere, and there's a todo saying to remove it, and it's causing a type error. * Infer type of options instead of using a subtype of {} I think this has to do with {} allowing for unsealed objects. I'm not 100% sure, but this fixes 4/6 of the remaining errors! * Fix two type errors in NavigationPlayground One was just requiring an outdated type (`React.Children` instead of `React.ChildrenArray`), and the other was getting confused regarding types because of a spread operator. * Use a covariant property to simplify withCachedChildNavigation's InputProps This doesn't reduce any errors, but it's a bit simpler and cleaner. * Silence last two Flow errors regarding withCachedChildNavigation injecting childNavigationProps These are the only two errors I haven't been able to figure out at all. If I had more time I'd try and figure out the simplest case and report it to the Flow team, but I've been working on this for a week already and have to move on. The issue at hand is that `withCachedChildNavigation` injects `childNavigationProps`, but Flow doesn't see this and thinks it needs to be specified by the view component. We're using the HOC pattern suggested by the Flow docs, and I've tried several other patterns to no avail. * Use stock react-native instead of Expo's in NavigationPlayground Expo's causes Flow errors, and apparently this is normal practice because the person who switched us to Expo did this too. * Silence react-native-gesture-handler Flow errors in NavigationPlayground Expo requires this package, but it causes Flow errors. * Fix index check in DrawerSidebar Silly me, falling for the typical "0 is falsey" problem... * Rework deprecated action tests In an earlier commit I moved the `NavigationActions.mapDeprecatedActionAndWarn` out from `getStateForAction` and into `createNavigationContainer`'s `dispatch` function. The tests need to be reworked to support this, as they were previously calling `getStateForAction` directly. I don't imagine any users are calling `getStateForAction` directly. * Re-record two snapshots The changes in these snapshots are by design and don't affect anything. * Infer type of options in NavigationScreenConfig The issue is that sometimes we include options for different navigators in a single blob. * Infer types of action and options in createNavigationContainer Particulary helps with Options. Makes the types more specific and gets rid of an error that only shows up when using the library * Don't use generics for NavigationState in createNavigationContainer There's no particular reason for having those generics there, since there's no way we'd be able to get Flow to understand the exact shape of particular navigation states anyways. This fixes a bug when integrating this version of the project into my repo. * Move ReduxExample to react-native@0.49.3 instead of custom Expo version
2017-10-31 10:41:17 -04:00
request "2.81.0"
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
rimraf "^2.6.1"
semver "^5.3.0"
tar "^2.2.1"
tar-pack "^3.4.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update to react-native@0.49 and flow-bin@0.53 (#2845) * Update root package to react-native@0.49 and flow-bin@0.53 * Update NavigationPlayground package to react-native@0.49 and flow-bin@0.53 * Update ReduxExample package to react-native@0.49 and flow-bin@0.53 * flow-typed update (code-gen) * Find-and-replace old types with new types - `React.Element<*>` as the result of a render function is now `React.Node` - `ReactClass<T>` as the type of a Component is now `React.ComponentType<typeof T>` - `extends React.Component<DP, P, S>` is now `extends React.Component<P, S>` - `React.Children<*>` as the type of a children prop is now `React.ChildrenArray<*>` - Refs are now typed with `React.Ref` There are also several tiny typo fixes in here. * Avoid assuming state is NavigationRoute in addNavigationHelpers For the root, top-level Navigator, the state is a simple `NavigationState` (with no route info) and we still use `addNavigationHelpers` for it. We can't assume `navigation.state.key` is accessible for this type, so we need to do runtime checks here. * Fix type of NavigationScreenConfig `navigationOptions` was incorrectly typed * Give createNavigationContainer's State a type parameter We want to be able to specifically type this guy so we can use specific NavigationState for things like the Drawer views without having to do runtime assertions about the state type * Fix typing of NavigationAction First of all, `NavigationAction` was being used as two different types, so I had to create the new `PossiblyDeprecatedNavigationAction` and add it as a type parameter everywhere. Second of all, generics and implied types were being used far more than they need to be, and they're hard to work with because Flow doesn't really explain things well when they go wrong. * Make sure children scenes of CardStack have NavigationProp typed with NavigationRoute CardStack's `NavigationScreenProp` is typed with `NavigationState`, but the children need `NavigationRoute`. Flow gets confused by the spread operator, even if the individual property is replaced later, so we need to explicitly list each property individually (just `dispatch`, actually). * Allow prevTransitionProps parameter to be nullable * Allow prevTransitionProps parameter to be nullable * Narrow down a couple type parameters * Move NavigationStateRoute cast to within Component.router check in createConfigGetter * Update withCachedChildNavigation so it's typed correctly with React.ComponentType * Add a $FlowFixMe for displayName `React.StatelessFunctionalComponent` is missing `displayName` before Flow 0.54.0 See https://github.com/facebook/flow/commit/de37062ea21cb4055d3f1b01bdbaa76461140fc8 * Make TouchableItem's onPress prop optional `HeaderBackButton` can pass in an undefined onPress, and the React Native `Touchable*` components allow it too * Simplify withCachedChildNavigation and get rid of generics The generics don't help us here and they make the types more confusing * Redefine NavigationComponent as direct intersection The new type is technically identical to the old type, but Flow is confused by the old type... * Save router to local var before checking createConfigGetter Flow seems to think Component.router can change after the check * Fix DrawerSidebar's navigation prop's type In order for us to be able to generate a childNavigationProp, the original navigation prop has to have a NavigationState state. * Colocate action.key check with action.type check in getStateForAction For some reason, Flow thinks `action` can change sometime after `action.type` is checked. As a result, it's not properly concluding that `action.key` should exist. To avoid this, we pull `action.key` out immediately after doing the `action.type` check. * Use bounded polymorphism to pass down all props in withCachedChildNavigation Also makes sure the injected props are specified first in the union Also removes an unused `eslint-disable-line` in `getScreenForRouteName` * Make TabRouter's getComponentForState return NavigationComponent `NavigationScreenComponent` is a subtype of `NavigationComponent`, but it's not clear that `getComponentForState` always returns a `NavigationScreenComponent`, as `getScreenForRouteName` returns `NavigationComponent` * Define NavigationComponent's props using NavigationNavigatorProps Right now the types ask Flow to infer the types of `NavigationComponent`'s props. (`NavigationComponent` is the union of `NavigationNavigator` and NavigationScreenComponent.) Instead, we type the props as subtypes of `NavigationNavigatorProps`, so we can properly access those props without type errors. We used bounded polymorphism in `createNavigationContainer` and `createNavigator` to pass down these props. We also explicitly type the action in `createNavigationContainer` so we can properly pass in a `NavigationInitAction` to the dispatch function. * Parameterize NavigationTabRouterConfig `NavigationTabRouterConfig` doesn't always take `NavigationTabScreenOptions`; sometimes, it takes `NavigationDrawerScreenOptions`. * Make all NavigationOptions Exact types We're seeing weird behavior when these are merged together. By making them Exact types, we make types don't get mangled when they're unioned. https://flow.org/en/docs/types/unions/#toc-disjoint-unions-with-exact-types * Silence errors in tests These errors are unavoidable since we can't type the precise shape of a particular `NavigationState`. * Include NavigationSetParamsAction in NavigationTabAction `TabNavigator`'s `getStateForAction` definitely takes `NavigationSetParamsAction`. * Explicitly list router as void in NavigationScreenComponent This is so Flow knows that if a `NavigationComponent` has a `router` property, then it is definitely a `NavigationNavigator`. * Fix website app navigator's type * Fix createDocPage type in App In an earlier commit I attempted to fix the types here, but I incorrectly read it as returning a navigator when it just returns a screen. For some reason the error didn't immediately show up. * Fix NavigationComponent types Five changes: 1. No longer parameterizing the props of `NavigationComponent`; directly specifying as `NavigationNavigatorProps` 2. Specify the two distinct kinds of route types (leaf and state) directly in `NavigationComponent` 3. Have `SceneView` directly take `NavigationComponent` and allow inferring of `NavigationSceneProp` type 4. Have `CardStack` directly take `NavigationComponent` as well * Allow Flow to infer `NavigationAction` type in `createNavigator` * Silence Flow in router code that handles navigator sub-routes There's no way for us to tell Flow that routes that correspond to navigators should be `NavigationStateRoute`s * Allow DrawerSidebar to take a null contentComponent The way `DrawerNavigator` is set up, it's possible to pass in a null `contentComponent` in the config. If somebody want to do this, we'll just make the `DrawerSidebar` not appear altogether. This is simpler than splitting the types so there's a possibly-unspecified one for the user input, but a definitely-specified one in `DrawerSidebar`. * Specify missing screenProps prop in DrawerView * Thread full NavigationStateRoute in to DrawerSidebar This requiring making `withCachedChildNavigation` use bounded polymorphism to thread the `NavigationStateRoute` through instead of downgrading it to a `NavigationState` * Make NavigationStateProp's state prop covariant This means that `NavigationStateProp<NavigationStateRoute>` will be a subtype of `NavigationStateProp<NavigationRoute>` and `NavigationStateProp<NavigationState>` * Silence Flow's complaints about a route not being a NavigationStateRoute As mentioned in previous commits and in the comment, there is no way to type a specific navigation state shape, so we have to cast it and silence Flow's complaints. * Get rid of style prop in CardStack It looks like at some point, it was possible to specify a `style` prop that got passed all the way down to `Header`, the `TransitionConfig`'s `screenInterpolator`, and `Transitioner`. Doesn't look like we're using it anywhere, and there's a todo saying to remove it, and it's causing a type error. * Infer type of options instead of using a subtype of {} I think this has to do with {} allowing for unsealed objects. I'm not 100% sure, but this fixes 4/6 of the remaining errors! * Fix two type errors in NavigationPlayground One was just requiring an outdated type (`React.Children` instead of `React.ChildrenArray`), and the other was getting confused regarding types because of a spread operator. * Use a covariant property to simplify withCachedChildNavigation's InputProps This doesn't reduce any errors, but it's a bit simpler and cleaner. * Silence last two Flow errors regarding withCachedChildNavigation injecting childNavigationProps These are the only two errors I haven't been able to figure out at all. If I had more time I'd try and figure out the simplest case and report it to the Flow team, but I've been working on this for a week already and have to move on. The issue at hand is that `withCachedChildNavigation` injects `childNavigationProps`, but Flow doesn't see this and thinks it needs to be specified by the view component. We're using the HOC pattern suggested by the Flow docs, and I've tried several other patterns to no avail. * Use stock react-native instead of Expo's in NavigationPlayground Expo's causes Flow errors, and apparently this is normal practice because the person who switched us to Expo did this too. * Silence react-native-gesture-handler Flow errors in NavigationPlayground Expo requires this package, but it causes Flow errors. * Fix index check in DrawerSidebar Silly me, falling for the typical "0 is falsey" problem... * Rework deprecated action tests In an earlier commit I moved the `NavigationActions.mapDeprecatedActionAndWarn` out from `getStateForAction` and into `createNavigationContainer`'s `dispatch` function. The tests need to be reworked to support this, as they were previously calling `getStateForAction` directly. I don't imagine any users are calling `getStateForAction` directly. * Re-record two snapshots The changes in these snapshots are by design and don't affect anything. * Infer type of options in NavigationScreenConfig The issue is that sometimes we include options for different navigators in a single blob. * Infer types of action and options in createNavigationContainer Particulary helps with Options. Makes the types more specific and gets rid of an error that only shows up when using the library * Don't use generics for NavigationState in createNavigationContainer There's no particular reason for having those generics there, since there's no way we'd be able to get Flow to understand the exact shape of particular navigation states anyways. This fixes a bug when integrating this version of the project into my repo. * Move ReduxExample to react-native@0.49.3 instead of custom Expo version
2017-10-31 10:41:17 -04:00
node-uuid@~1.4.7:
version "1.4.8"
resolved "https://registry.yarnpkg.com/node-uuid/-/node-uuid-1.4.8.tgz#b040eb0923968afabf8d32fb1f17f1167fdab907"
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
nopt@^4.0.1:
version "4.0.1"
resolved "https://registry.yarnpkg.com/nopt/-/nopt-4.0.1.tgz#d0d4685afd5415193c8c7505602d0d17cd64474d"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
abbrev "1"
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
osenv "^0.1.4"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
normalize-package-data@^2.3.2:
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
version "2.4.0"
resolved "https://registry.yarnpkg.com/normalize-package-data/-/normalize-package-data-2.4.0.tgz#12f95a307d58352075a04907b84ac8be98ac012f"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
hosted-git-info "^2.1.4"
is-builtin-module "^1.0.0"
semver "2 || 3 || 4 || 5"
validate-npm-package-license "^3.0.1"
Employ pre-commit hook for formatting code. (#2597) This change comes thanks to @plasticine's great idea (https://github.com/react-community/react-navigation/pull/2581#issuecomment-329661371). - Add husky and lint-staged to use pre-commit hook. - Automate formatting JavaScript code using ESLint and Prettier before committing changes.
2017-09-16 07:17:09 +09:00
normalize-path@^1.0.0:
version "1.0.0"
resolved "https://registry.yarnpkg.com/normalize-path/-/normalize-path-1.0.0.tgz#32d0e472f91ff345701c15a8311018d3b0a90379"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
normalize-path@^2.0.0, normalize-path@^2.0.1:
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
version "2.1.1"
resolved "https://registry.yarnpkg.com/normalize-path/-/normalize-path-2.1.1.tgz#1ab28b556e198363a8c1a6f7e6fa20137fe6aed9"
dependencies:
remove-trailing-separator "^1.0.1"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Employ pre-commit hook for formatting code. (#2597) This change comes thanks to @plasticine's great idea (https://github.com/react-community/react-navigation/pull/2581#issuecomment-329661371). - Add husky and lint-staged to use pre-commit hook. - Automate formatting JavaScript code using ESLint and Prettier before committing changes.
2017-09-16 07:17:09 +09:00
npm-path@^2.0.2:
Remove flow (#3350) * Remove flow types from src * Finish removing Flow * Clear out flow-typed, some flow mentions in docs, website flow usage, and some other config
2018-01-24 17:52:09 -08:00
version "2.0.4"
resolved "https://registry.yarnpkg.com/npm-path/-/npm-path-2.0.4.tgz#c641347a5ff9d6a09e4d9bce5580c4f505278e64"
Employ pre-commit hook for formatting code. (#2597) This change comes thanks to @plasticine's great idea (https://github.com/react-community/react-navigation/pull/2581#issuecomment-329661371). - Add husky and lint-staged to use pre-commit hook. - Automate formatting JavaScript code using ESLint and Prettier before committing changes.
2017-09-16 07:17:09 +09:00
dependencies:
which "^1.2.10"
npm-run-path@^2.0.0:
version "2.0.2"
resolved "https://registry.yarnpkg.com/npm-run-path/-/npm-run-path-2.0.2.tgz#35a9232dfa35d7067b4cb2ddf2357b1871536c5f"
dependencies:
path-key "^2.0.0"
npm-which@^3.0.1:
version "3.0.1"
resolved "https://registry.yarnpkg.com/npm-which/-/npm-which-3.0.1.tgz#9225f26ec3a285c209cae67c3b11a6b4ab7140aa"
dependencies:
commander "^2.9.0"
npm-path "^2.0.2"
which "^1.2.10"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
npmlog@^2.0.4:
version "2.0.4"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/npmlog/-/npmlog-2.0.4.tgz#98b52530f2514ca90d09ec5b22c8846722375692"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
ansi "~0.3.1"
are-we-there-yet "~1.1.2"
gauge "~1.2.5"
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
npmlog@^4.0.2:
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
version "4.1.2"
resolved "https://registry.yarnpkg.com/npmlog/-/npmlog-4.1.2.tgz#08a7f2a8bf734604779a9efa4ad5cc717abb954b"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
are-we-there-yet "~1.1.2"
console-control-strings "~1.1.0"
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
gauge "~2.7.3"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
set-blocking "~2.0.0"
number-is-nan@^1.0.0:
version "1.0.1"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/number-is-nan/-/number-is-nan-1.0.1.tgz#097b602b53422a522c1afb8790318336941a011d"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
nwmatcher@^1.4.3:
Update to react-native@0.49 and flow-bin@0.53 (#2845) * Update root package to react-native@0.49 and flow-bin@0.53 * Update NavigationPlayground package to react-native@0.49 and flow-bin@0.53 * Update ReduxExample package to react-native@0.49 and flow-bin@0.53 * flow-typed update (code-gen) * Find-and-replace old types with new types - `React.Element<*>` as the result of a render function is now `React.Node` - `ReactClass<T>` as the type of a Component is now `React.ComponentType<typeof T>` - `extends React.Component<DP, P, S>` is now `extends React.Component<P, S>` - `React.Children<*>` as the type of a children prop is now `React.ChildrenArray<*>` - Refs are now typed with `React.Ref` There are also several tiny typo fixes in here. * Avoid assuming state is NavigationRoute in addNavigationHelpers For the root, top-level Navigator, the state is a simple `NavigationState` (with no route info) and we still use `addNavigationHelpers` for it. We can't assume `navigation.state.key` is accessible for this type, so we need to do runtime checks here. * Fix type of NavigationScreenConfig `navigationOptions` was incorrectly typed * Give createNavigationContainer's State a type parameter We want to be able to specifically type this guy so we can use specific NavigationState for things like the Drawer views without having to do runtime assertions about the state type * Fix typing of NavigationAction First of all, `NavigationAction` was being used as two different types, so I had to create the new `PossiblyDeprecatedNavigationAction` and add it as a type parameter everywhere. Second of all, generics and implied types were being used far more than they need to be, and they're hard to work with because Flow doesn't really explain things well when they go wrong. * Make sure children scenes of CardStack have NavigationProp typed with NavigationRoute CardStack's `NavigationScreenProp` is typed with `NavigationState`, but the children need `NavigationRoute`. Flow gets confused by the spread operator, even if the individual property is replaced later, so we need to explicitly list each property individually (just `dispatch`, actually). * Allow prevTransitionProps parameter to be nullable * Allow prevTransitionProps parameter to be nullable * Narrow down a couple type parameters * Move NavigationStateRoute cast to within Component.router check in createConfigGetter * Update withCachedChildNavigation so it's typed correctly with React.ComponentType * Add a $FlowFixMe for displayName `React.StatelessFunctionalComponent` is missing `displayName` before Flow 0.54.0 See https://github.com/facebook/flow/commit/de37062ea21cb4055d3f1b01bdbaa76461140fc8 * Make TouchableItem's onPress prop optional `HeaderBackButton` can pass in an undefined onPress, and the React Native `Touchable*` components allow it too * Simplify withCachedChildNavigation and get rid of generics The generics don't help us here and they make the types more confusing * Redefine NavigationComponent as direct intersection The new type is technically identical to the old type, but Flow is confused by the old type... * Save router to local var before checking createConfigGetter Flow seems to think Component.router can change after the check * Fix DrawerSidebar's navigation prop's type In order for us to be able to generate a childNavigationProp, the original navigation prop has to have a NavigationState state. * Colocate action.key check with action.type check in getStateForAction For some reason, Flow thinks `action` can change sometime after `action.type` is checked. As a result, it's not properly concluding that `action.key` should exist. To avoid this, we pull `action.key` out immediately after doing the `action.type` check. * Use bounded polymorphism to pass down all props in withCachedChildNavigation Also makes sure the injected props are specified first in the union Also removes an unused `eslint-disable-line` in `getScreenForRouteName` * Make TabRouter's getComponentForState return NavigationComponent `NavigationScreenComponent` is a subtype of `NavigationComponent`, but it's not clear that `getComponentForState` always returns a `NavigationScreenComponent`, as `getScreenForRouteName` returns `NavigationComponent` * Define NavigationComponent's props using NavigationNavigatorProps Right now the types ask Flow to infer the types of `NavigationComponent`'s props. (`NavigationComponent` is the union of `NavigationNavigator` and NavigationScreenComponent.) Instead, we type the props as subtypes of `NavigationNavigatorProps`, so we can properly access those props without type errors. We used bounded polymorphism in `createNavigationContainer` and `createNavigator` to pass down these props. We also explicitly type the action in `createNavigationContainer` so we can properly pass in a `NavigationInitAction` to the dispatch function. * Parameterize NavigationTabRouterConfig `NavigationTabRouterConfig` doesn't always take `NavigationTabScreenOptions`; sometimes, it takes `NavigationDrawerScreenOptions`. * Make all NavigationOptions Exact types We're seeing weird behavior when these are merged together. By making them Exact types, we make types don't get mangled when they're unioned. https://flow.org/en/docs/types/unions/#toc-disjoint-unions-with-exact-types * Silence errors in tests These errors are unavoidable since we can't type the precise shape of a particular `NavigationState`. * Include NavigationSetParamsAction in NavigationTabAction `TabNavigator`'s `getStateForAction` definitely takes `NavigationSetParamsAction`. * Explicitly list router as void in NavigationScreenComponent This is so Flow knows that if a `NavigationComponent` has a `router` property, then it is definitely a `NavigationNavigator`. * Fix website app navigator's type * Fix createDocPage type in App In an earlier commit I attempted to fix the types here, but I incorrectly read it as returning a navigator when it just returns a screen. For some reason the error didn't immediately show up. * Fix NavigationComponent types Five changes: 1. No longer parameterizing the props of `NavigationComponent`; directly specifying as `NavigationNavigatorProps` 2. Specify the two distinct kinds of route types (leaf and state) directly in `NavigationComponent` 3. Have `SceneView` directly take `NavigationComponent` and allow inferring of `NavigationSceneProp` type 4. Have `CardStack` directly take `NavigationComponent` as well * Allow Flow to infer `NavigationAction` type in `createNavigator` * Silence Flow in router code that handles navigator sub-routes There's no way for us to tell Flow that routes that correspond to navigators should be `NavigationStateRoute`s * Allow DrawerSidebar to take a null contentComponent The way `DrawerNavigator` is set up, it's possible to pass in a null `contentComponent` in the config. If somebody want to do this, we'll just make the `DrawerSidebar` not appear altogether. This is simpler than splitting the types so there's a possibly-unspecified one for the user input, but a definitely-specified one in `DrawerSidebar`. * Specify missing screenProps prop in DrawerView * Thread full NavigationStateRoute in to DrawerSidebar This requiring making `withCachedChildNavigation` use bounded polymorphism to thread the `NavigationStateRoute` through instead of downgrading it to a `NavigationState` * Make NavigationStateProp's state prop covariant This means that `NavigationStateProp<NavigationStateRoute>` will be a subtype of `NavigationStateProp<NavigationRoute>` and `NavigationStateProp<NavigationState>` * Silence Flow's complaints about a route not being a NavigationStateRoute As mentioned in previous commits and in the comment, there is no way to type a specific navigation state shape, so we have to cast it and silence Flow's complaints. * Get rid of style prop in CardStack It looks like at some point, it was possible to specify a `style` prop that got passed all the way down to `Header`, the `TransitionConfig`'s `screenInterpolator`, and `Transitioner`. Doesn't look like we're using it anywhere, and there's a todo saying to remove it, and it's causing a type error. * Infer type of options instead of using a subtype of {} I think this has to do with {} allowing for unsealed objects. I'm not 100% sure, but this fixes 4/6 of the remaining errors! * Fix two type errors in NavigationPlayground One was just requiring an outdated type (`React.Children` instead of `React.ChildrenArray`), and the other was getting confused regarding types because of a spread operator. * Use a covariant property to simplify withCachedChildNavigation's InputProps This doesn't reduce any errors, but it's a bit simpler and cleaner. * Silence last two Flow errors regarding withCachedChildNavigation injecting childNavigationProps These are the only two errors I haven't been able to figure out at all. If I had more time I'd try and figure out the simplest case and report it to the Flow team, but I've been working on this for a week already and have to move on. The issue at hand is that `withCachedChildNavigation` injects `childNavigationProps`, but Flow doesn't see this and thinks it needs to be specified by the view component. We're using the HOC pattern suggested by the Flow docs, and I've tried several other patterns to no avail. * Use stock react-native instead of Expo's in NavigationPlayground Expo's causes Flow errors, and apparently this is normal practice because the person who switched us to Expo did this too. * Silence react-native-gesture-handler Flow errors in NavigationPlayground Expo requires this package, but it causes Flow errors. * Fix index check in DrawerSidebar Silly me, falling for the typical "0 is falsey" problem... * Rework deprecated action tests In an earlier commit I moved the `NavigationActions.mapDeprecatedActionAndWarn` out from `getStateForAction` and into `createNavigationContainer`'s `dispatch` function. The tests need to be reworked to support this, as they were previously calling `getStateForAction` directly. I don't imagine any users are calling `getStateForAction` directly. * Re-record two snapshots The changes in these snapshots are by design and don't affect anything. * Infer type of options in NavigationScreenConfig The issue is that sometimes we include options for different navigators in a single blob. * Infer types of action and options in createNavigationContainer Particulary helps with Options. Makes the types more specific and gets rid of an error that only shows up when using the library * Don't use generics for NavigationState in createNavigationContainer There's no particular reason for having those generics there, since there's no way we'd be able to get Flow to understand the exact shape of particular navigation states anyways. This fixes a bug when integrating this version of the project into my repo. * Move ReduxExample to react-native@0.49.3 instead of custom Expo version
2017-10-31 10:41:17 -04:00
version "1.4.3"
resolved "https://registry.yarnpkg.com/nwmatcher/-/nwmatcher-1.4.3.tgz#64348e3b3d80f035b40ac11563d278f8b72db89c"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
oauth-sign@~0.8.1, oauth-sign@~0.8.2:
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
version "0.8.2"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/oauth-sign/-/oauth-sign-0.8.2.tgz#46a6ab7f0aead8deae9ec0565780b7d4efeb9d43"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
object-assign@^3.0.0:
version "3.0.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/object-assign/-/object-assign-3.0.0.tgz#9bedd5ca0897949bca47e7ff408062d549f587f2"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update to RN 0.45, fix/improve flow coverage
2017-07-03 15:06:08 -07:00
object-assign@^4.0.1, object-assign@^4.1.0, object-assign@^4.1.1:
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
version "4.1.1"
resolved "https://registry.yarnpkg.com/object-assign/-/object-assign-4.1.1.tgz#2109adc7965887cfc05cbbd442cac8bfbb360863"
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
object-copy@^0.1.0:
version "0.1.0"
resolved "https://registry.yarnpkg.com/object-copy/-/object-copy-0.1.0.tgz#7e7d858b781bd7c991a41ba975ed3812754e998c"
dependencies:
copy-descriptor "^0.1.0"
define-property "^0.2.5"
kind-of "^3.0.3"
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
object-keys@^1.0.8:
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
version "1.0.11"
resolved "https://registry.yarnpkg.com/object-keys/-/object-keys-1.0.11.tgz#c54601778ad560f1142ce0e01bcca8b56d13426d"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
object-visit@^1.0.0:
version "1.0.1"
resolved "https://registry.yarnpkg.com/object-visit/-/object-visit-1.0.1.tgz#f79c4493af0c5377b59fe39d395e41042dd045bb"
dependencies:
isobject "^3.0.0"
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
object.getownpropertydescriptors@^2.0.3:
version "2.0.3"
resolved "https://registry.yarnpkg.com/object.getownpropertydescriptors/-/object.getownpropertydescriptors-2.0.3.tgz#8758c846f5b407adab0f236e0986f14b051caa16"
dependencies:
define-properties "^1.1.2"
es-abstract "^1.5.1"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
object.omit@^2.0.0:
version "2.0.1"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/object.omit/-/object.omit-2.0.1.tgz#1a9c744829f39dbb858c76ca3579ae2a54ebd1fa"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
for-own "^0.1.4"
is-extendable "^0.1.1"
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
object.pick@^1.3.0:
version "1.3.0"
resolved "https://registry.yarnpkg.com/object.pick/-/object.pick-1.3.0.tgz#87a10ac4c1694bd2e1cbf53591a66141fb5dd747"
dependencies:
isobject "^3.0.1"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
on-finished@~2.3.0:
version "2.3.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/on-finished/-/on-finished-2.3.0.tgz#20f1336481b083cd75337992a16971aa2d906947"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
ee-first "1.1.1"
on-headers@~1.0.0, on-headers@~1.0.1:
version "1.0.1"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/on-headers/-/on-headers-1.0.1.tgz#928f5d0f470d49342651ea6794b0857c100693f7"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
once@^1.3.0, once@^1.3.3, once@^1.4.0:
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
version "1.4.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/once/-/once-1.4.0.tgz#583b1aa775961d4b113ac17d9c50baef9dd76bd1"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
wrappy "1"
onetime@^1.0.0:
version "1.1.0"
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
resolved "http://registry.npmjs.org/onetime/-/onetime-1.1.0.tgz#a1f7838f8314c516f05ecefcbc4ccfe04b4ed789"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update depenencies, update Prettier
2017-07-03 21:36:47 -07:00
onetime@^2.0.0:
version "2.0.1"
resolved "https://registry.yarnpkg.com/onetime/-/onetime-2.0.1.tgz#067428230fd67443b2794b22bba528b6867962d4"
dependencies:
mimic-fn "^1.0.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
opn@^3.0.2:
version "3.0.3"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/opn/-/opn-3.0.3.tgz#b6d99e7399f78d65c3baaffef1fb288e9b85243a"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
object-assign "^4.0.1"
optimist@^0.6.1:
version "0.6.1"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/optimist/-/optimist-0.6.1.tgz#da3ea74686fa21a19a111c326e90eb15a0196686"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
minimist "~0.0.1"
wordwrap "~0.0.2"
optionator@^0.8.1, optionator@^0.8.2:
version "0.8.2"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/optionator/-/optionator-0.8.2.tgz#364c5e409d3f4d6301d6c0b4c05bba50180aeb64"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
deep-is "~0.1.3"
fast-levenshtein "~2.0.4"
levn "~0.3.0"
prelude-ls "~1.1.2"
type-check "~0.3.2"
wordwrap "~1.0.0"
options@>=0.0.5:
version "0.0.6"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/options/-/options-0.0.6.tgz#ec22d312806bb53e731773e7cdaefcf1c643128f"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Employ pre-commit hook for formatting code. (#2597) This change comes thanks to @plasticine's great idea (https://github.com/react-community/react-navigation/pull/2581#issuecomment-329661371). - Add husky and lint-staged to use pre-commit hook. - Automate formatting JavaScript code using ESLint and Prettier before committing changes.
2017-09-16 07:17:09 +09:00
ora@^0.2.3:
version "0.2.3"
resolved "https://registry.yarnpkg.com/ora/-/ora-0.2.3.tgz#37527d220adcd53c39b73571d754156d5db657a4"
dependencies:
chalk "^1.1.1"
cli-cursor "^1.0.2"
cli-spinners "^0.1.2"
object-assign "^4.0.1"
os-homedir@^1.0.0, os-homedir@^1.0.1:
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
version "1.0.2"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/os-homedir/-/os-homedir-1.0.2.tgz#ffbc4988336e0e833de0c168c7ef152121aa7fb3"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
os-locale@^2.0.0:
version "2.1.0"
resolved "https://registry.yarnpkg.com/os-locale/-/os-locale-2.1.0.tgz#42bc2900a6b5b8bd17376c8e882b65afccf24bf2"
dependencies:
execa "^0.7.0"
lcid "^1.0.0"
mem "^1.1.0"
os-name@^2.0.1:
version "2.0.1"
resolved "https://registry.yarnpkg.com/os-name/-/os-name-2.0.1.tgz#b9a386361c17ae3a21736ef0599405c9a8c5dc5e"
dependencies:
macos-release "^1.0.0"
win-release "^1.0.0"
os-tmpdir@^1.0.0, os-tmpdir@^1.0.1, os-tmpdir@~1.0.2:
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
version "1.0.2"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/os-tmpdir/-/os-tmpdir-1.0.2.tgz#bbe67406c79aa85c5cfec766fe5734555dfa1274"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
osenv@^0.1.4:
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
version "0.1.5"
resolved "https://registry.yarnpkg.com/osenv/-/osenv-0.1.5.tgz#85cdfafaeb28e8677f416e287592b5f3f49ea410"
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
dependencies:
os-homedir "^1.0.0"
os-tmpdir "^1.0.0"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
output-file-sync@^1.1.2:
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
version "1.1.2"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/output-file-sync/-/output-file-sync-1.1.2.tgz#d0a33eefe61a205facb90092e826598d5245ce76"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
graceful-fs "^4.1.4"
mkdirp "^0.5.1"
object-assign "^4.1.0"
Employ pre-commit hook for formatting code. (#2597) This change comes thanks to @plasticine's great idea (https://github.com/react-community/react-navigation/pull/2581#issuecomment-329661371). - Add husky and lint-staged to use pre-commit hook. - Automate formatting JavaScript code using ESLint and Prettier before committing changes.
2017-09-16 07:17:09 +09:00
p-finally@^1.0.0:
version "1.0.0"
resolved "https://registry.yarnpkg.com/p-finally/-/p-finally-1.0.0.tgz#3fbcfb15b899a44123b34b6dcc18b724336a2cae"
Update dependencies
2017-03-15 16:02:49 -07:00
p-limit@^1.1.0:
Remove flow (#3350) * Remove flow types from src * Finish removing Flow * Clear out flow-typed, some flow mentions in docs, website flow usage, and some other config
2018-01-24 17:52:09 -08:00
version "1.2.0"
resolved "https://registry.yarnpkg.com/p-limit/-/p-limit-1.2.0.tgz#0e92b6bedcb59f022c13d0f1949dc82d15909f1c"
dependencies:
p-try "^1.0.0"
Update dependencies
2017-03-15 16:02:49 -07:00
p-locate@^2.0.0:
version "2.0.0"
resolved "https://registry.yarnpkg.com/p-locate/-/p-locate-2.0.0.tgz#20a0103b222a70c8fd39cc2e580680f3dde5ec43"
dependencies:
p-limit "^1.1.0"
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
p-map@^1.1.1:
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
version "1.2.0"
resolved "https://registry.yarnpkg.com/p-map/-/p-map-1.2.0.tgz#e4e94f311eabbc8633a1e79908165fca26241b6b"
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
Remove flow (#3350) * Remove flow types from src * Finish removing Flow * Clear out flow-typed, some flow mentions in docs, website flow usage, and some other config
2018-01-24 17:52:09 -08:00
p-try@^1.0.0:
version "1.0.0"
resolved "https://registry.yarnpkg.com/p-try/-/p-try-1.0.0.tgz#cbc79cdbaf8fd4228e13f621f2b1a237c1b207b3"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
parse-glob@^3.0.4:
version "3.0.4"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/parse-glob/-/parse-glob-3.0.4.tgz#b2c376cfb11f35513badd173ef0bb6e3a388391c"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
glob-base "^0.3.0"
is-dotfile "^1.0.0"
is-extglob "^1.0.0"
is-glob "^2.0.0"
parse-json@^2.2.0:
version "2.2.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/parse-json/-/parse-json-2.2.0.tgz#f480f40434ef80741f8469099f8dea18f55a4dc9"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
error-ex "^1.2.0"
Update yarn.lock
2018-02-02 12:33:53 -08:00
parse5@4.0.0:
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
version "4.0.0"
resolved "https://registry.yarnpkg.com/parse5/-/parse5-4.0.0.tgz#6d78656e3da8d78b4ec0b906f7c08ef1dfe3f608"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update to react-native@0.49 and flow-bin@0.53 (#2845) * Update root package to react-native@0.49 and flow-bin@0.53 * Update NavigationPlayground package to react-native@0.49 and flow-bin@0.53 * Update ReduxExample package to react-native@0.49 and flow-bin@0.53 * flow-typed update (code-gen) * Find-and-replace old types with new types - `React.Element<*>` as the result of a render function is now `React.Node` - `ReactClass<T>` as the type of a Component is now `React.ComponentType<typeof T>` - `extends React.Component<DP, P, S>` is now `extends React.Component<P, S>` - `React.Children<*>` as the type of a children prop is now `React.ChildrenArray<*>` - Refs are now typed with `React.Ref` There are also several tiny typo fixes in here. * Avoid assuming state is NavigationRoute in addNavigationHelpers For the root, top-level Navigator, the state is a simple `NavigationState` (with no route info) and we still use `addNavigationHelpers` for it. We can't assume `navigation.state.key` is accessible for this type, so we need to do runtime checks here. * Fix type of NavigationScreenConfig `navigationOptions` was incorrectly typed * Give createNavigationContainer's State a type parameter We want to be able to specifically type this guy so we can use specific NavigationState for things like the Drawer views without having to do runtime assertions about the state type * Fix typing of NavigationAction First of all, `NavigationAction` was being used as two different types, so I had to create the new `PossiblyDeprecatedNavigationAction` and add it as a type parameter everywhere. Second of all, generics and implied types were being used far more than they need to be, and they're hard to work with because Flow doesn't really explain things well when they go wrong. * Make sure children scenes of CardStack have NavigationProp typed with NavigationRoute CardStack's `NavigationScreenProp` is typed with `NavigationState`, but the children need `NavigationRoute`. Flow gets confused by the spread operator, even if the individual property is replaced later, so we need to explicitly list each property individually (just `dispatch`, actually). * Allow prevTransitionProps parameter to be nullable * Allow prevTransitionProps parameter to be nullable * Narrow down a couple type parameters * Move NavigationStateRoute cast to within Component.router check in createConfigGetter * Update withCachedChildNavigation so it's typed correctly with React.ComponentType * Add a $FlowFixMe for displayName `React.StatelessFunctionalComponent` is missing `displayName` before Flow 0.54.0 See https://github.com/facebook/flow/commit/de37062ea21cb4055d3f1b01bdbaa76461140fc8 * Make TouchableItem's onPress prop optional `HeaderBackButton` can pass in an undefined onPress, and the React Native `Touchable*` components allow it too * Simplify withCachedChildNavigation and get rid of generics The generics don't help us here and they make the types more confusing * Redefine NavigationComponent as direct intersection The new type is technically identical to the old type, but Flow is confused by the old type... * Save router to local var before checking createConfigGetter Flow seems to think Component.router can change after the check * Fix DrawerSidebar's navigation prop's type In order for us to be able to generate a childNavigationProp, the original navigation prop has to have a NavigationState state. * Colocate action.key check with action.type check in getStateForAction For some reason, Flow thinks `action` can change sometime after `action.type` is checked. As a result, it's not properly concluding that `action.key` should exist. To avoid this, we pull `action.key` out immediately after doing the `action.type` check. * Use bounded polymorphism to pass down all props in withCachedChildNavigation Also makes sure the injected props are specified first in the union Also removes an unused `eslint-disable-line` in `getScreenForRouteName` * Make TabRouter's getComponentForState return NavigationComponent `NavigationScreenComponent` is a subtype of `NavigationComponent`, but it's not clear that `getComponentForState` always returns a `NavigationScreenComponent`, as `getScreenForRouteName` returns `NavigationComponent` * Define NavigationComponent's props using NavigationNavigatorProps Right now the types ask Flow to infer the types of `NavigationComponent`'s props. (`NavigationComponent` is the union of `NavigationNavigator` and NavigationScreenComponent.) Instead, we type the props as subtypes of `NavigationNavigatorProps`, so we can properly access those props without type errors. We used bounded polymorphism in `createNavigationContainer` and `createNavigator` to pass down these props. We also explicitly type the action in `createNavigationContainer` so we can properly pass in a `NavigationInitAction` to the dispatch function. * Parameterize NavigationTabRouterConfig `NavigationTabRouterConfig` doesn't always take `NavigationTabScreenOptions`; sometimes, it takes `NavigationDrawerScreenOptions`. * Make all NavigationOptions Exact types We're seeing weird behavior when these are merged together. By making them Exact types, we make types don't get mangled when they're unioned. https://flow.org/en/docs/types/unions/#toc-disjoint-unions-with-exact-types * Silence errors in tests These errors are unavoidable since we can't type the precise shape of a particular `NavigationState`. * Include NavigationSetParamsAction in NavigationTabAction `TabNavigator`'s `getStateForAction` definitely takes `NavigationSetParamsAction`. * Explicitly list router as void in NavigationScreenComponent This is so Flow knows that if a `NavigationComponent` has a `router` property, then it is definitely a `NavigationNavigator`. * Fix website app navigator's type * Fix createDocPage type in App In an earlier commit I attempted to fix the types here, but I incorrectly read it as returning a navigator when it just returns a screen. For some reason the error didn't immediately show up. * Fix NavigationComponent types Five changes: 1. No longer parameterizing the props of `NavigationComponent`; directly specifying as `NavigationNavigatorProps` 2. Specify the two distinct kinds of route types (leaf and state) directly in `NavigationComponent` 3. Have `SceneView` directly take `NavigationComponent` and allow inferring of `NavigationSceneProp` type 4. Have `CardStack` directly take `NavigationComponent` as well * Allow Flow to infer `NavigationAction` type in `createNavigator` * Silence Flow in router code that handles navigator sub-routes There's no way for us to tell Flow that routes that correspond to navigators should be `NavigationStateRoute`s * Allow DrawerSidebar to take a null contentComponent The way `DrawerNavigator` is set up, it's possible to pass in a null `contentComponent` in the config. If somebody want to do this, we'll just make the `DrawerSidebar` not appear altogether. This is simpler than splitting the types so there's a possibly-unspecified one for the user input, but a definitely-specified one in `DrawerSidebar`. * Specify missing screenProps prop in DrawerView * Thread full NavigationStateRoute in to DrawerSidebar This requiring making `withCachedChildNavigation` use bounded polymorphism to thread the `NavigationStateRoute` through instead of downgrading it to a `NavigationState` * Make NavigationStateProp's state prop covariant This means that `NavigationStateProp<NavigationStateRoute>` will be a subtype of `NavigationStateProp<NavigationRoute>` and `NavigationStateProp<NavigationState>` * Silence Flow's complaints about a route not being a NavigationStateRoute As mentioned in previous commits and in the comment, there is no way to type a specific navigation state shape, so we have to cast it and silence Flow's complaints. * Get rid of style prop in CardStack It looks like at some point, it was possible to specify a `style` prop that got passed all the way down to `Header`, the `TransitionConfig`'s `screenInterpolator`, and `Transitioner`. Doesn't look like we're using it anywhere, and there's a todo saying to remove it, and it's causing a type error. * Infer type of options instead of using a subtype of {} I think this has to do with {} allowing for unsealed objects. I'm not 100% sure, but this fixes 4/6 of the remaining errors! * Fix two type errors in NavigationPlayground One was just requiring an outdated type (`React.Children` instead of `React.ChildrenArray`), and the other was getting confused regarding types because of a spread operator. * Use a covariant property to simplify withCachedChildNavigation's InputProps This doesn't reduce any errors, but it's a bit simpler and cleaner. * Silence last two Flow errors regarding withCachedChildNavigation injecting childNavigationProps These are the only two errors I haven't been able to figure out at all. If I had more time I'd try and figure out the simplest case and report it to the Flow team, but I've been working on this for a week already and have to move on. The issue at hand is that `withCachedChildNavigation` injects `childNavigationProps`, but Flow doesn't see this and thinks it needs to be specified by the view component. We're using the HOC pattern suggested by the Flow docs, and I've tried several other patterns to no avail. * Use stock react-native instead of Expo's in NavigationPlayground Expo's causes Flow errors, and apparently this is normal practice because the person who switched us to Expo did this too. * Silence react-native-gesture-handler Flow errors in NavigationPlayground Expo requires this package, but it causes Flow errors. * Fix index check in DrawerSidebar Silly me, falling for the typical "0 is falsey" problem... * Rework deprecated action tests In an earlier commit I moved the `NavigationActions.mapDeprecatedActionAndWarn` out from `getStateForAction` and into `createNavigationContainer`'s `dispatch` function. The tests need to be reworked to support this, as they were previously calling `getStateForAction` directly. I don't imagine any users are calling `getStateForAction` directly. * Re-record two snapshots The changes in these snapshots are by design and don't affect anything. * Infer type of options in NavigationScreenConfig The issue is that sometimes we include options for different navigators in a single blob. * Infer types of action and options in createNavigationContainer Particulary helps with Options. Makes the types more specific and gets rid of an error that only shows up when using the library * Don't use generics for NavigationState in createNavigationContainer There's no particular reason for having those generics there, since there's no way we'd be able to get Flow to understand the exact shape of particular navigation states anyways. This fixes a bug when integrating this version of the project into my repo. * Move ReduxExample to react-native@0.49.3 instead of custom Expo version
2017-10-31 10:41:17 -04:00
parseurl@~1.3.0, parseurl@~1.3.1, parseurl@~1.3.2:
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
version "1.3.2"
resolved "https://registry.yarnpkg.com/parseurl/-/parseurl-1.3.2.tgz#fc289d4ed8993119460c156253262cdc8de65bf3"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
pascalcase@^0.1.1:
version "0.1.1"
resolved "https://registry.yarnpkg.com/pascalcase/-/pascalcase-0.1.1.tgz#b363e55e8006ca6fe21784d2db22bd15d7917f14"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
path-exists@^2.0.0:
version "2.1.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/path-exists/-/path-exists-2.1.0.tgz#0feb6c64f0fc518d9a754dd5efb62c7022761f4b"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
pinkie-promise "^2.0.0"
Update dependencies
2017-03-15 16:02:49 -07:00
path-exists@^3.0.0:
version "3.0.0"
resolved "https://registry.yarnpkg.com/path-exists/-/path-exists-3.0.0.tgz#ce0ebeaa5f78cb18925ea7d810d7b59b010fd515"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
path-is-absolute@^1.0.0, path-is-absolute@^1.0.1:
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
version "1.0.1"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/path-is-absolute/-/path-is-absolute-1.0.1.tgz#174b9268735534ffbc7ace6bf53a5a9e1b5c5f5f"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update depenencies, update Prettier
2017-07-03 21:36:47 -07:00
path-is-inside@^1.0.1, path-is-inside@^1.0.2:
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
version "1.0.2"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/path-is-inside/-/path-is-inside-1.0.2.tgz#365417dede44430d1c11af61027facf074bdfc53"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Employ pre-commit hook for formatting code. (#2597) This change comes thanks to @plasticine's great idea (https://github.com/react-community/react-navigation/pull/2581#issuecomment-329661371). - Add husky and lint-staged to use pre-commit hook. - Automate formatting JavaScript code using ESLint and Prettier before committing changes.
2017-09-16 07:17:09 +09:00
path-key@^2.0.0:
version "2.0.1"
resolved "https://registry.yarnpkg.com/path-key/-/path-key-2.0.1.tgz#411cadb574c5a140d3a4b1910d40d80cc9f40b40"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
path-parse@^1.0.5:
version "1.0.5"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/path-parse/-/path-parse-1.0.5.tgz#3c1adf871ea9cd6c9431b6ea2bd74a0ff055c4c1"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
path-to-regexp@^1.7.0:
version "1.7.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/path-to-regexp/-/path-to-regexp-1.7.0.tgz#59fde0f435badacba103a84e9d3bc64e96b9937d"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
isarray "0.0.1"
path-type@^1.0.0:
version "1.1.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/path-type/-/path-type-1.1.0.tgz#59c44f7ee491da704da415da5a4070ba4f8fe441"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
graceful-fs "^4.1.2"
pify "^2.0.0"
pinkie-promise "^2.0.0"
Update depenencies, update Prettier
2017-07-03 21:36:47 -07:00
path-type@^2.0.0:
version "2.0.0"
resolved "https://registry.yarnpkg.com/path-type/-/path-type-2.0.0.tgz#f012ccb8415b7096fc2daa1054c3d72389594c73"
dependencies:
pify "^2.0.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
pause@0.1.0:
version "0.1.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/pause/-/pause-0.1.0.tgz#ebc8a4a8619ff0b8a81ac1513c3434ff469fdb74"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Upgrade to React Native 0.44 + Flow 0.42
2017-05-14 13:48:25 -07:00
pegjs@^0.10.0:
version "0.10.0"
resolved "https://registry.yarnpkg.com/pegjs/-/pegjs-0.10.0.tgz#cf8bafae6eddff4b5a7efb185269eaaf4610ddbd"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
performance-now@^0.2.0:
version "0.2.0"
resolved "https://registry.yarnpkg.com/performance-now/-/performance-now-0.2.0.tgz#33ef30c5c77d4ea21c5a53869d91b56d8f2555e5"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
performance-now@^2.1.0:
version "2.1.0"
resolved "https://registry.yarnpkg.com/performance-now/-/performance-now-2.1.0.tgz#6309f4e0e5fa913ec1c69307ae364b4b377c9e7b"
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
pify@^2.0.0:
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
version "2.3.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/pify/-/pify-2.3.0.tgz#ed141a6ac043a849ea588498e7dca8b15330e90c"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
pinkie-promise@^2.0.0:
version "2.0.1"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/pinkie-promise/-/pinkie-promise-2.0.1.tgz#2135d6dfa7a358c069ac9b178776288228450ffa"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
pinkie "^2.0.0"
pinkie@^2.0.0:
version "2.0.4"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/pinkie/-/pinkie-2.0.4.tgz#72556b80cfa0d48a974e80e77248e80ed4f7f870"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
pkg-dir@^1.0.0:
version "1.0.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/pkg-dir/-/pkg-dir-1.0.0.tgz#7a4b508a8d5bb2d629d447056ff4e9c9314cf3d4"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
find-up "^1.0.0"
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
pkg-dir@^2.0.0:
version "2.0.0"
resolved "https://registry.yarnpkg.com/pkg-dir/-/pkg-dir-2.0.0.tgz#f6d5d1109e19d63edf428e0bd57e12777615334b"
dependencies:
find-up "^2.1.0"
Upgrade to React Native 0.44 + Flow 0.42
2017-05-14 13:48:25 -07:00
plist@2.0.1:
version "2.0.1"
resolved "https://registry.yarnpkg.com/plist/-/plist-2.0.1.tgz#0a32ca9481b1c364e92e18dc55c876de9d01da8b"
dependencies:
base64-js "1.1.2"
xmlbuilder "8.2.2"
xmldom "0.1.x"
plist@^1.2.0:
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
version "1.2.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/plist/-/plist-1.2.0.tgz#084b5093ddc92506e259f874b8d9b1afb8c79593"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
base64-js "0.0.8"
util-deprecate "1.0.2"
xmlbuilder "4.0.0"
xmldom "0.1.x"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
pluralize@^7.0.0:
version "7.0.0"
resolved "https://registry.yarnpkg.com/pluralize/-/pluralize-7.0.0.tgz#298b89df8b93b0221dbf421ad2b1b1ea23fc6777"
Update depenencies, update Prettier
2017-07-03 21:36:47 -07:00
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
pn@^1.1.0:
version "1.1.0"
resolved "https://registry.yarnpkg.com/pn/-/pn-1.1.0.tgz#e2f4cef0e219f463c179ab37463e4e1ecdccbafb"
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
posix-character-classes@^0.1.0:
version "0.1.1"
resolved "https://registry.yarnpkg.com/posix-character-classes/-/posix-character-classes-0.1.1.tgz#01eac0fe3b5af71a2a6c02feabb8c1fef7e00eab"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
prelude-ls@~1.1.2:
version "1.1.2"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/prelude-ls/-/prelude-ls-1.1.2.tgz#21932a549f5e52ffd9a827f570e04be62a97da54"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
preserve@^0.2.0:
version "0.2.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/preserve/-/preserve-0.2.0.tgz#815ed1f6ebc65926f865b310c0713bcb3315ce4b"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update dependencies
2017-07-19 13:03:46 -07:00
prettier-eslint@^6.4.2:
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
version "6.4.3"
resolved "https://registry.yarnpkg.com/prettier-eslint/-/prettier-eslint-6.4.3.tgz#8335b7a8bd50d01879a9d505bc0b9208caa9ecfc"
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
dependencies:
common-tags "^1.4.0"
dlv "^1.1.0"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
eslint "^4.5.0"
indent-string "^3.2.0"
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
lodash.merge "^4.6.0"
loglevel-colored-level-prefix "^1.0.0"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
prettier "^1.6.0"
Update depenencies, update Prettier
2017-07-03 21:36:47 -07:00
pretty-format "^20.0.3"
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
require-relative "^0.8.7"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
prettier@^1.5.3, prettier@^1.6.0:
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
version "1.11.1"
resolved "https://registry.yarnpkg.com/prettier/-/prettier-1.11.1.tgz#61e43fc4cd44e68f2b0dfc2c38cd4bb0fccdcc75"
Update dependencies
2017-07-19 13:03:46 -07:00
Update depenencies, update Prettier
2017-07-03 21:36:47 -07:00
pretty-format@^20.0.3:
version "20.0.3"
resolved "https://registry.yarnpkg.com/pretty-format/-/pretty-format-20.0.3.tgz#020e350a560a1fe1a98dc3beb6ccffb386de8b14"
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
dependencies:
ansi-regex "^2.1.1"
ansi-styles "^3.0.0"
Update to react-native@0.49 and flow-bin@0.53 (#2845) * Update root package to react-native@0.49 and flow-bin@0.53 * Update NavigationPlayground package to react-native@0.49 and flow-bin@0.53 * Update ReduxExample package to react-native@0.49 and flow-bin@0.53 * flow-typed update (code-gen) * Find-and-replace old types with new types - `React.Element<*>` as the result of a render function is now `React.Node` - `ReactClass<T>` as the type of a Component is now `React.ComponentType<typeof T>` - `extends React.Component<DP, P, S>` is now `extends React.Component<P, S>` - `React.Children<*>` as the type of a children prop is now `React.ChildrenArray<*>` - Refs are now typed with `React.Ref` There are also several tiny typo fixes in here. * Avoid assuming state is NavigationRoute in addNavigationHelpers For the root, top-level Navigator, the state is a simple `NavigationState` (with no route info) and we still use `addNavigationHelpers` for it. We can't assume `navigation.state.key` is accessible for this type, so we need to do runtime checks here. * Fix type of NavigationScreenConfig `navigationOptions` was incorrectly typed * Give createNavigationContainer's State a type parameter We want to be able to specifically type this guy so we can use specific NavigationState for things like the Drawer views without having to do runtime assertions about the state type * Fix typing of NavigationAction First of all, `NavigationAction` was being used as two different types, so I had to create the new `PossiblyDeprecatedNavigationAction` and add it as a type parameter everywhere. Second of all, generics and implied types were being used far more than they need to be, and they're hard to work with because Flow doesn't really explain things well when they go wrong. * Make sure children scenes of CardStack have NavigationProp typed with NavigationRoute CardStack's `NavigationScreenProp` is typed with `NavigationState`, but the children need `NavigationRoute`. Flow gets confused by the spread operator, even if the individual property is replaced later, so we need to explicitly list each property individually (just `dispatch`, actually). * Allow prevTransitionProps parameter to be nullable * Allow prevTransitionProps parameter to be nullable * Narrow down a couple type parameters * Move NavigationStateRoute cast to within Component.router check in createConfigGetter * Update withCachedChildNavigation so it's typed correctly with React.ComponentType * Add a $FlowFixMe for displayName `React.StatelessFunctionalComponent` is missing `displayName` before Flow 0.54.0 See https://github.com/facebook/flow/commit/de37062ea21cb4055d3f1b01bdbaa76461140fc8 * Make TouchableItem's onPress prop optional `HeaderBackButton` can pass in an undefined onPress, and the React Native `Touchable*` components allow it too * Simplify withCachedChildNavigation and get rid of generics The generics don't help us here and they make the types more confusing * Redefine NavigationComponent as direct intersection The new type is technically identical to the old type, but Flow is confused by the old type... * Save router to local var before checking createConfigGetter Flow seems to think Component.router can change after the check * Fix DrawerSidebar's navigation prop's type In order for us to be able to generate a childNavigationProp, the original navigation prop has to have a NavigationState state. * Colocate action.key check with action.type check in getStateForAction For some reason, Flow thinks `action` can change sometime after `action.type` is checked. As a result, it's not properly concluding that `action.key` should exist. To avoid this, we pull `action.key` out immediately after doing the `action.type` check. * Use bounded polymorphism to pass down all props in withCachedChildNavigation Also makes sure the injected props are specified first in the union Also removes an unused `eslint-disable-line` in `getScreenForRouteName` * Make TabRouter's getComponentForState return NavigationComponent `NavigationScreenComponent` is a subtype of `NavigationComponent`, but it's not clear that `getComponentForState` always returns a `NavigationScreenComponent`, as `getScreenForRouteName` returns `NavigationComponent` * Define NavigationComponent's props using NavigationNavigatorProps Right now the types ask Flow to infer the types of `NavigationComponent`'s props. (`NavigationComponent` is the union of `NavigationNavigator` and NavigationScreenComponent.) Instead, we type the props as subtypes of `NavigationNavigatorProps`, so we can properly access those props without type errors. We used bounded polymorphism in `createNavigationContainer` and `createNavigator` to pass down these props. We also explicitly type the action in `createNavigationContainer` so we can properly pass in a `NavigationInitAction` to the dispatch function. * Parameterize NavigationTabRouterConfig `NavigationTabRouterConfig` doesn't always take `NavigationTabScreenOptions`; sometimes, it takes `NavigationDrawerScreenOptions`. * Make all NavigationOptions Exact types We're seeing weird behavior when these are merged together. By making them Exact types, we make types don't get mangled when they're unioned. https://flow.org/en/docs/types/unions/#toc-disjoint-unions-with-exact-types * Silence errors in tests These errors are unavoidable since we can't type the precise shape of a particular `NavigationState`. * Include NavigationSetParamsAction in NavigationTabAction `TabNavigator`'s `getStateForAction` definitely takes `NavigationSetParamsAction`. * Explicitly list router as void in NavigationScreenComponent This is so Flow knows that if a `NavigationComponent` has a `router` property, then it is definitely a `NavigationNavigator`. * Fix website app navigator's type * Fix createDocPage type in App In an earlier commit I attempted to fix the types here, but I incorrectly read it as returning a navigator when it just returns a screen. For some reason the error didn't immediately show up. * Fix NavigationComponent types Five changes: 1. No longer parameterizing the props of `NavigationComponent`; directly specifying as `NavigationNavigatorProps` 2. Specify the two distinct kinds of route types (leaf and state) directly in `NavigationComponent` 3. Have `SceneView` directly take `NavigationComponent` and allow inferring of `NavigationSceneProp` type 4. Have `CardStack` directly take `NavigationComponent` as well * Allow Flow to infer `NavigationAction` type in `createNavigator` * Silence Flow in router code that handles navigator sub-routes There's no way for us to tell Flow that routes that correspond to navigators should be `NavigationStateRoute`s * Allow DrawerSidebar to take a null contentComponent The way `DrawerNavigator` is set up, it's possible to pass in a null `contentComponent` in the config. If somebody want to do this, we'll just make the `DrawerSidebar` not appear altogether. This is simpler than splitting the types so there's a possibly-unspecified one for the user input, but a definitely-specified one in `DrawerSidebar`. * Specify missing screenProps prop in DrawerView * Thread full NavigationStateRoute in to DrawerSidebar This requiring making `withCachedChildNavigation` use bounded polymorphism to thread the `NavigationStateRoute` through instead of downgrading it to a `NavigationState` * Make NavigationStateProp's state prop covariant This means that `NavigationStateProp<NavigationStateRoute>` will be a subtype of `NavigationStateProp<NavigationRoute>` and `NavigationStateProp<NavigationState>` * Silence Flow's complaints about a route not being a NavigationStateRoute As mentioned in previous commits and in the comment, there is no way to type a specific navigation state shape, so we have to cast it and silence Flow's complaints. * Get rid of style prop in CardStack It looks like at some point, it was possible to specify a `style` prop that got passed all the way down to `Header`, the `TransitionConfig`'s `screenInterpolator`, and `Transitioner`. Doesn't look like we're using it anywhere, and there's a todo saying to remove it, and it's causing a type error. * Infer type of options instead of using a subtype of {} I think this has to do with {} allowing for unsealed objects. I'm not 100% sure, but this fixes 4/6 of the remaining errors! * Fix two type errors in NavigationPlayground One was just requiring an outdated type (`React.Children` instead of `React.ChildrenArray`), and the other was getting confused regarding types because of a spread operator. * Use a covariant property to simplify withCachedChildNavigation's InputProps This doesn't reduce any errors, but it's a bit simpler and cleaner. * Silence last two Flow errors regarding withCachedChildNavigation injecting childNavigationProps These are the only two errors I haven't been able to figure out at all. If I had more time I'd try and figure out the simplest case and report it to the Flow team, but I've been working on this for a week already and have to move on. The issue at hand is that `withCachedChildNavigation` injects `childNavigationProps`, but Flow doesn't see this and thinks it needs to be specified by the view component. We're using the HOC pattern suggested by the Flow docs, and I've tried several other patterns to no avail. * Use stock react-native instead of Expo's in NavigationPlayground Expo's causes Flow errors, and apparently this is normal practice because the person who switched us to Expo did this too. * Silence react-native-gesture-handler Flow errors in NavigationPlayground Expo requires this package, but it causes Flow errors. * Fix index check in DrawerSidebar Silly me, falling for the typical "0 is falsey" problem... * Rework deprecated action tests In an earlier commit I moved the `NavigationActions.mapDeprecatedActionAndWarn` out from `getStateForAction` and into `createNavigationContainer`'s `dispatch` function. The tests need to be reworked to support this, as they were previously calling `getStateForAction` directly. I don't imagine any users are calling `getStateForAction` directly. * Re-record two snapshots The changes in these snapshots are by design and don't affect anything. * Infer type of options in NavigationScreenConfig The issue is that sometimes we include options for different navigators in a single blob. * Infer types of action and options in createNavigationContainer Particulary helps with Options. Makes the types more specific and gets rid of an error that only shows up when using the library * Don't use generics for NavigationState in createNavigationContainer There's no particular reason for having those generics there, since there's no way we'd be able to get Flow to understand the exact shape of particular navigation states anyways. This fixes a bug when integrating this version of the project into my repo. * Move ReduxExample to react-native@0.49.3 instead of custom Expo version
2017-10-31 10:41:17 -04:00
pretty-format@^21.2.1:
version "21.2.1"
resolved "https://registry.yarnpkg.com/pretty-format/-/pretty-format-21.2.1.tgz#ae5407f3cf21066cd011aa1ba5fce7b6a2eddb36"
dependencies:
ansi-regex "^3.0.0"
ansi-styles "^3.2.0"
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
pretty-format@^22.4.0:
version "22.4.0"
resolved "https://registry.yarnpkg.com/pretty-format/-/pretty-format-22.4.0.tgz#237b1f7e1c50ed03bc65c03ccc29d7c8bb7beb94"
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
dependencies:
ansi-regex "^3.0.0"
ansi-styles "^3.2.0"
Upgrade to React Native 0.44 + Flow 0.42
2017-05-14 13:48:25 -07:00
pretty-format@^4.2.1:
version "4.3.1"
resolved "https://registry.yarnpkg.com/pretty-format/-/pretty-format-4.3.1.tgz#530be5c42b3c05b36414a7a2a4337aa80acd0e8d"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
private@^0.1.6, private@^0.1.7:
Update to react-native@0.49 and flow-bin@0.53 (#2845) * Update root package to react-native@0.49 and flow-bin@0.53 * Update NavigationPlayground package to react-native@0.49 and flow-bin@0.53 * Update ReduxExample package to react-native@0.49 and flow-bin@0.53 * flow-typed update (code-gen) * Find-and-replace old types with new types - `React.Element<*>` as the result of a render function is now `React.Node` - `ReactClass<T>` as the type of a Component is now `React.ComponentType<typeof T>` - `extends React.Component<DP, P, S>` is now `extends React.Component<P, S>` - `React.Children<*>` as the type of a children prop is now `React.ChildrenArray<*>` - Refs are now typed with `React.Ref` There are also several tiny typo fixes in here. * Avoid assuming state is NavigationRoute in addNavigationHelpers For the root, top-level Navigator, the state is a simple `NavigationState` (with no route info) and we still use `addNavigationHelpers` for it. We can't assume `navigation.state.key` is accessible for this type, so we need to do runtime checks here. * Fix type of NavigationScreenConfig `navigationOptions` was incorrectly typed * Give createNavigationContainer's State a type parameter We want to be able to specifically type this guy so we can use specific NavigationState for things like the Drawer views without having to do runtime assertions about the state type * Fix typing of NavigationAction First of all, `NavigationAction` was being used as two different types, so I had to create the new `PossiblyDeprecatedNavigationAction` and add it as a type parameter everywhere. Second of all, generics and implied types were being used far more than they need to be, and they're hard to work with because Flow doesn't really explain things well when they go wrong. * Make sure children scenes of CardStack have NavigationProp typed with NavigationRoute CardStack's `NavigationScreenProp` is typed with `NavigationState`, but the children need `NavigationRoute`. Flow gets confused by the spread operator, even if the individual property is replaced later, so we need to explicitly list each property individually (just `dispatch`, actually). * Allow prevTransitionProps parameter to be nullable * Allow prevTransitionProps parameter to be nullable * Narrow down a couple type parameters * Move NavigationStateRoute cast to within Component.router check in createConfigGetter * Update withCachedChildNavigation so it's typed correctly with React.ComponentType * Add a $FlowFixMe for displayName `React.StatelessFunctionalComponent` is missing `displayName` before Flow 0.54.0 See https://github.com/facebook/flow/commit/de37062ea21cb4055d3f1b01bdbaa76461140fc8 * Make TouchableItem's onPress prop optional `HeaderBackButton` can pass in an undefined onPress, and the React Native `Touchable*` components allow it too * Simplify withCachedChildNavigation and get rid of generics The generics don't help us here and they make the types more confusing * Redefine NavigationComponent as direct intersection The new type is technically identical to the old type, but Flow is confused by the old type... * Save router to local var before checking createConfigGetter Flow seems to think Component.router can change after the check * Fix DrawerSidebar's navigation prop's type In order for us to be able to generate a childNavigationProp, the original navigation prop has to have a NavigationState state. * Colocate action.key check with action.type check in getStateForAction For some reason, Flow thinks `action` can change sometime after `action.type` is checked. As a result, it's not properly concluding that `action.key` should exist. To avoid this, we pull `action.key` out immediately after doing the `action.type` check. * Use bounded polymorphism to pass down all props in withCachedChildNavigation Also makes sure the injected props are specified first in the union Also removes an unused `eslint-disable-line` in `getScreenForRouteName` * Make TabRouter's getComponentForState return NavigationComponent `NavigationScreenComponent` is a subtype of `NavigationComponent`, but it's not clear that `getComponentForState` always returns a `NavigationScreenComponent`, as `getScreenForRouteName` returns `NavigationComponent` * Define NavigationComponent's props using NavigationNavigatorProps Right now the types ask Flow to infer the types of `NavigationComponent`'s props. (`NavigationComponent` is the union of `NavigationNavigator` and NavigationScreenComponent.) Instead, we type the props as subtypes of `NavigationNavigatorProps`, so we can properly access those props without type errors. We used bounded polymorphism in `createNavigationContainer` and `createNavigator` to pass down these props. We also explicitly type the action in `createNavigationContainer` so we can properly pass in a `NavigationInitAction` to the dispatch function. * Parameterize NavigationTabRouterConfig `NavigationTabRouterConfig` doesn't always take `NavigationTabScreenOptions`; sometimes, it takes `NavigationDrawerScreenOptions`. * Make all NavigationOptions Exact types We're seeing weird behavior when these are merged together. By making them Exact types, we make types don't get mangled when they're unioned. https://flow.org/en/docs/types/unions/#toc-disjoint-unions-with-exact-types * Silence errors in tests These errors are unavoidable since we can't type the precise shape of a particular `NavigationState`. * Include NavigationSetParamsAction in NavigationTabAction `TabNavigator`'s `getStateForAction` definitely takes `NavigationSetParamsAction`. * Explicitly list router as void in NavigationScreenComponent This is so Flow knows that if a `NavigationComponent` has a `router` property, then it is definitely a `NavigationNavigator`. * Fix website app navigator's type * Fix createDocPage type in App In an earlier commit I attempted to fix the types here, but I incorrectly read it as returning a navigator when it just returns a screen. For some reason the error didn't immediately show up. * Fix NavigationComponent types Five changes: 1. No longer parameterizing the props of `NavigationComponent`; directly specifying as `NavigationNavigatorProps` 2. Specify the two distinct kinds of route types (leaf and state) directly in `NavigationComponent` 3. Have `SceneView` directly take `NavigationComponent` and allow inferring of `NavigationSceneProp` type 4. Have `CardStack` directly take `NavigationComponent` as well * Allow Flow to infer `NavigationAction` type in `createNavigator` * Silence Flow in router code that handles navigator sub-routes There's no way for us to tell Flow that routes that correspond to navigators should be `NavigationStateRoute`s * Allow DrawerSidebar to take a null contentComponent The way `DrawerNavigator` is set up, it's possible to pass in a null `contentComponent` in the config. If somebody want to do this, we'll just make the `DrawerSidebar` not appear altogether. This is simpler than splitting the types so there's a possibly-unspecified one for the user input, but a definitely-specified one in `DrawerSidebar`. * Specify missing screenProps prop in DrawerView * Thread full NavigationStateRoute in to DrawerSidebar This requiring making `withCachedChildNavigation` use bounded polymorphism to thread the `NavigationStateRoute` through instead of downgrading it to a `NavigationState` * Make NavigationStateProp's state prop covariant This means that `NavigationStateProp<NavigationStateRoute>` will be a subtype of `NavigationStateProp<NavigationRoute>` and `NavigationStateProp<NavigationState>` * Silence Flow's complaints about a route not being a NavigationStateRoute As mentioned in previous commits and in the comment, there is no way to type a specific navigation state shape, so we have to cast it and silence Flow's complaints. * Get rid of style prop in CardStack It looks like at some point, it was possible to specify a `style` prop that got passed all the way down to `Header`, the `TransitionConfig`'s `screenInterpolator`, and `Transitioner`. Doesn't look like we're using it anywhere, and there's a todo saying to remove it, and it's causing a type error. * Infer type of options instead of using a subtype of {} I think this has to do with {} allowing for unsealed objects. I'm not 100% sure, but this fixes 4/6 of the remaining errors! * Fix two type errors in NavigationPlayground One was just requiring an outdated type (`React.Children` instead of `React.ChildrenArray`), and the other was getting confused regarding types because of a spread operator. * Use a covariant property to simplify withCachedChildNavigation's InputProps This doesn't reduce any errors, but it's a bit simpler and cleaner. * Silence last two Flow errors regarding withCachedChildNavigation injecting childNavigationProps These are the only two errors I haven't been able to figure out at all. If I had more time I'd try and figure out the simplest case and report it to the Flow team, but I've been working on this for a week already and have to move on. The issue at hand is that `withCachedChildNavigation` injects `childNavigationProps`, but Flow doesn't see this and thinks it needs to be specified by the view component. We're using the HOC pattern suggested by the Flow docs, and I've tried several other patterns to no avail. * Use stock react-native instead of Expo's in NavigationPlayground Expo's causes Flow errors, and apparently this is normal practice because the person who switched us to Expo did this too. * Silence react-native-gesture-handler Flow errors in NavigationPlayground Expo requires this package, but it causes Flow errors. * Fix index check in DrawerSidebar Silly me, falling for the typical "0 is falsey" problem... * Rework deprecated action tests In an earlier commit I moved the `NavigationActions.mapDeprecatedActionAndWarn` out from `getStateForAction` and into `createNavigationContainer`'s `dispatch` function. The tests need to be reworked to support this, as they were previously calling `getStateForAction` directly. I don't imagine any users are calling `getStateForAction` directly. * Re-record two snapshots The changes in these snapshots are by design and don't affect anything. * Infer type of options in NavigationScreenConfig The issue is that sometimes we include options for different navigators in a single blob. * Infer types of action and options in createNavigationContainer Particulary helps with Options. Makes the types more specific and gets rid of an error that only shows up when using the library * Don't use generics for NavigationState in createNavigationContainer There's no particular reason for having those generics there, since there's no way we'd be able to get Flow to understand the exact shape of particular navigation states anyways. This fixes a bug when integrating this version of the project into my repo. * Move ReduxExample to react-native@0.49.3 instead of custom Expo version
2017-10-31 10:41:17 -04:00
version "0.1.8"
resolved "https://registry.yarnpkg.com/private/-/private-0.1.8.tgz#2381edb3689f7a53d653190060fcf822d2f368ff"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Better orientation layout on playground
2018-02-12 11:53:23 -08:00
process-nextick-args@~2.0.0:
version "2.0.0"
resolved "https://registry.yarnpkg.com/process-nextick-args/-/process-nextick-args-2.0.0.tgz#a37d732f4271b4ab1ad070d35508e8290788ffaa"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
process@~0.5.1:
version "0.5.2"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/process/-/process-0.5.2.tgz#1638d8a8e34c2f440a91db95ab9aeb677fc185cf"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update depenencies, update Prettier
2017-07-03 21:36:47 -07:00
progress@^2.0.0:
version "2.0.0"
resolved "https://registry.yarnpkg.com/progress/-/progress-2.0.0.tgz#8a1be366bf8fc23db2bd23f10c6fe920b4389d1f"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
promise@^7.1.1:
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
version "7.3.1"
resolved "https://registry.yarnpkg.com/promise/-/promise-7.3.1.tgz#064b72602b18f90f29192b8b1bc418ffd1ebd3bf"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
asap "~2.0.3"
Update to react-native@0.50 and flow-bin@0.56 (#2998) * Update to React Native 0.50 * Type Promise used in PlatformHelpers.web.js * Move $FlowFixMe in CardStack.js The line number Flow is using for this error changed. The underlying problem has not, but I don't have time to fix it now unfortunately. * Type TouchableItem's children prop as React.Node This was my bad. `React.ChildrenArray` should only really be used in the case of having multiple of the same type of child. * Type HeaderTitle's children prop as React.Node Same as last commit. * Add assertion in StackRouter that StateUtils.indexOf returns valid index Flow doesn't realize that `StateUtils.indexOf` is guaranteed to return a valid index, so we use `invariant` to assert it. * Remove unused type DrawerNavigationState from TypeDefinition * Remove unused type parameter T in DrawerView * Type NavigationStateRoute as NavigationLeafRoute & NavigationState * Don't constrain generic action types to NavigationAction By constraining to subtypes of `NavigationAction`, we actually are requiring that any router satisfying our type constraints has to take all of the `NavigationAction` types. Instead, we want to say that it will only take some of them. Changing the types here to be inferred. * Fix types of NavigationScreenProp and withCachedChildNavigation 1. `NavigationScreenProp` needs to have its type parameter annotated with a `+` to actually indicate covariance on that type parameter, apparently 2. `withCachedChildNavigation` needs to thread through more-specific `NavigationState`s, and right now it just discards that specificity, which breaks `DrawerSidebar` because it needs a `NavigationStateRoute` * Ignore website/build from Flow * Fix type of DrawerItems activeItemKey prop - Even when specified, it can be `null` - Use a ternary expression instead of `x && x.param` approach * Get rid of NavigationRouter & NavigationNavigator parameterization on NavigationAction Since `NavigationRouter`'s `getStateForAction` functionality is a standard Redux reducer, it knows to forward on any actions it doesn't know how to deal with. We can widen the types of these functions to be `NavigationAction` without any negative consequence. * Explicitly specify null navigationOptions in createNavigator Not sure why, but Flow doesn't like us leaving it unspecified * Fix createNavigationContainer/createNavigator/StackNavigator types * Fix up flow types for TabNavigator and DrawerNavigator * Properly type defaultContentComponent * Fix more flow errors in createNavigationContainer * Replace NavigatorProps with NavigationNavigatorProps * Type SceneView's navigation prop as NavigationScreenProp<any> There is an unavoidable* type problem here. A `NavigationComponent` is either a navigator with a `NavigationStateRoute` or a scene with a `NavigationRoute`. The navigation prop it gets passed must match the component's `NavigationState`. However, there's no way for us to say that "`this.props.router.getComponentForRouteName` will have a `NavigationNavigator` iff the corresponding `childNavigationProps` is a `NavigationStateRoute`". The cleanest way to make this work is to throw an "any" specifically for the navigation prop's state type param. * We could probably avoid it with sufficient refactoring. If the routers were charged with keeping track of `childNavigationProps` instead of leaving it to the views, they could return the child navigation prop and child `NavigationComponent` in pairs whose types were coupled. * Pass in screenProps to NavigationComponent in NavigationPlayground's CustomTabs Flow wants `screenProps` to be passed in here for some reason... It cites `SceneView`, but that doesn't really make much sense to me. But this is some custom logic that most people aren't likely to run into, so I'm not gonna worry too much about it. * Patch mismatch with react-native-tab-view type for now * Use generic NavigationState in createNavigationContainer's _nav var We made the NavigationState generic while #1313 added a new instance variable. This updates the new instance variable to be generic. * Fix failing tests
2017-11-20 11:53:48 -08:00
prop-types@^15.5.10, prop-types@^15.5.8, prop-types@^15.6.0:
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
version "15.6.1"
resolved "https://registry.yarnpkg.com/prop-types/-/prop-types-15.6.1.tgz#36644453564255ddda391191fb3a125cbdf654ca"
Automatically generate prop-types from Flow (#1033) * Automatically generate prop-types from Flow * Remove propTypes usage * Fix flow * Modify some eslint settings * Fix flowtype * Lint tweaks * use prop-types pkg
2017-04-14 00:19:30 +02:00
dependencies:
Update to react-native@0.49 and flow-bin@0.53 (#2845) * Update root package to react-native@0.49 and flow-bin@0.53 * Update NavigationPlayground package to react-native@0.49 and flow-bin@0.53 * Update ReduxExample package to react-native@0.49 and flow-bin@0.53 * flow-typed update (code-gen) * Find-and-replace old types with new types - `React.Element<*>` as the result of a render function is now `React.Node` - `ReactClass<T>` as the type of a Component is now `React.ComponentType<typeof T>` - `extends React.Component<DP, P, S>` is now `extends React.Component<P, S>` - `React.Children<*>` as the type of a children prop is now `React.ChildrenArray<*>` - Refs are now typed with `React.Ref` There are also several tiny typo fixes in here. * Avoid assuming state is NavigationRoute in addNavigationHelpers For the root, top-level Navigator, the state is a simple `NavigationState` (with no route info) and we still use `addNavigationHelpers` for it. We can't assume `navigation.state.key` is accessible for this type, so we need to do runtime checks here. * Fix type of NavigationScreenConfig `navigationOptions` was incorrectly typed * Give createNavigationContainer's State a type parameter We want to be able to specifically type this guy so we can use specific NavigationState for things like the Drawer views without having to do runtime assertions about the state type * Fix typing of NavigationAction First of all, `NavigationAction` was being used as two different types, so I had to create the new `PossiblyDeprecatedNavigationAction` and add it as a type parameter everywhere. Second of all, generics and implied types were being used far more than they need to be, and they're hard to work with because Flow doesn't really explain things well when they go wrong. * Make sure children scenes of CardStack have NavigationProp typed with NavigationRoute CardStack's `NavigationScreenProp` is typed with `NavigationState`, but the children need `NavigationRoute`. Flow gets confused by the spread operator, even if the individual property is replaced later, so we need to explicitly list each property individually (just `dispatch`, actually). * Allow prevTransitionProps parameter to be nullable * Allow prevTransitionProps parameter to be nullable * Narrow down a couple type parameters * Move NavigationStateRoute cast to within Component.router check in createConfigGetter * Update withCachedChildNavigation so it's typed correctly with React.ComponentType * Add a $FlowFixMe for displayName `React.StatelessFunctionalComponent` is missing `displayName` before Flow 0.54.0 See https://github.com/facebook/flow/commit/de37062ea21cb4055d3f1b01bdbaa76461140fc8 * Make TouchableItem's onPress prop optional `HeaderBackButton` can pass in an undefined onPress, and the React Native `Touchable*` components allow it too * Simplify withCachedChildNavigation and get rid of generics The generics don't help us here and they make the types more confusing * Redefine NavigationComponent as direct intersection The new type is technically identical to the old type, but Flow is confused by the old type... * Save router to local var before checking createConfigGetter Flow seems to think Component.router can change after the check * Fix DrawerSidebar's navigation prop's type In order for us to be able to generate a childNavigationProp, the original navigation prop has to have a NavigationState state. * Colocate action.key check with action.type check in getStateForAction For some reason, Flow thinks `action` can change sometime after `action.type` is checked. As a result, it's not properly concluding that `action.key` should exist. To avoid this, we pull `action.key` out immediately after doing the `action.type` check. * Use bounded polymorphism to pass down all props in withCachedChildNavigation Also makes sure the injected props are specified first in the union Also removes an unused `eslint-disable-line` in `getScreenForRouteName` * Make TabRouter's getComponentForState return NavigationComponent `NavigationScreenComponent` is a subtype of `NavigationComponent`, but it's not clear that `getComponentForState` always returns a `NavigationScreenComponent`, as `getScreenForRouteName` returns `NavigationComponent` * Define NavigationComponent's props using NavigationNavigatorProps Right now the types ask Flow to infer the types of `NavigationComponent`'s props. (`NavigationComponent` is the union of `NavigationNavigator` and NavigationScreenComponent.) Instead, we type the props as subtypes of `NavigationNavigatorProps`, so we can properly access those props without type errors. We used bounded polymorphism in `createNavigationContainer` and `createNavigator` to pass down these props. We also explicitly type the action in `createNavigationContainer` so we can properly pass in a `NavigationInitAction` to the dispatch function. * Parameterize NavigationTabRouterConfig `NavigationTabRouterConfig` doesn't always take `NavigationTabScreenOptions`; sometimes, it takes `NavigationDrawerScreenOptions`. * Make all NavigationOptions Exact types We're seeing weird behavior when these are merged together. By making them Exact types, we make types don't get mangled when they're unioned. https://flow.org/en/docs/types/unions/#toc-disjoint-unions-with-exact-types * Silence errors in tests These errors are unavoidable since we can't type the precise shape of a particular `NavigationState`. * Include NavigationSetParamsAction in NavigationTabAction `TabNavigator`'s `getStateForAction` definitely takes `NavigationSetParamsAction`. * Explicitly list router as void in NavigationScreenComponent This is so Flow knows that if a `NavigationComponent` has a `router` property, then it is definitely a `NavigationNavigator`. * Fix website app navigator's type * Fix createDocPage type in App In an earlier commit I attempted to fix the types here, but I incorrectly read it as returning a navigator when it just returns a screen. For some reason the error didn't immediately show up. * Fix NavigationComponent types Five changes: 1. No longer parameterizing the props of `NavigationComponent`; directly specifying as `NavigationNavigatorProps` 2. Specify the two distinct kinds of route types (leaf and state) directly in `NavigationComponent` 3. Have `SceneView` directly take `NavigationComponent` and allow inferring of `NavigationSceneProp` type 4. Have `CardStack` directly take `NavigationComponent` as well * Allow Flow to infer `NavigationAction` type in `createNavigator` * Silence Flow in router code that handles navigator sub-routes There's no way for us to tell Flow that routes that correspond to navigators should be `NavigationStateRoute`s * Allow DrawerSidebar to take a null contentComponent The way `DrawerNavigator` is set up, it's possible to pass in a null `contentComponent` in the config. If somebody want to do this, we'll just make the `DrawerSidebar` not appear altogether. This is simpler than splitting the types so there's a possibly-unspecified one for the user input, but a definitely-specified one in `DrawerSidebar`. * Specify missing screenProps prop in DrawerView * Thread full NavigationStateRoute in to DrawerSidebar This requiring making `withCachedChildNavigation` use bounded polymorphism to thread the `NavigationStateRoute` through instead of downgrading it to a `NavigationState` * Make NavigationStateProp's state prop covariant This means that `NavigationStateProp<NavigationStateRoute>` will be a subtype of `NavigationStateProp<NavigationRoute>` and `NavigationStateProp<NavigationState>` * Silence Flow's complaints about a route not being a NavigationStateRoute As mentioned in previous commits and in the comment, there is no way to type a specific navigation state shape, so we have to cast it and silence Flow's complaints. * Get rid of style prop in CardStack It looks like at some point, it was possible to specify a `style` prop that got passed all the way down to `Header`, the `TransitionConfig`'s `screenInterpolator`, and `Transitioner`. Doesn't look like we're using it anywhere, and there's a todo saying to remove it, and it's causing a type error. * Infer type of options instead of using a subtype of {} I think this has to do with {} allowing for unsealed objects. I'm not 100% sure, but this fixes 4/6 of the remaining errors! * Fix two type errors in NavigationPlayground One was just requiring an outdated type (`React.Children` instead of `React.ChildrenArray`), and the other was getting confused regarding types because of a spread operator. * Use a covariant property to simplify withCachedChildNavigation's InputProps This doesn't reduce any errors, but it's a bit simpler and cleaner. * Silence last two Flow errors regarding withCachedChildNavigation injecting childNavigationProps These are the only two errors I haven't been able to figure out at all. If I had more time I'd try and figure out the simplest case and report it to the Flow team, but I've been working on this for a week already and have to move on. The issue at hand is that `withCachedChildNavigation` injects `childNavigationProps`, but Flow doesn't see this and thinks it needs to be specified by the view component. We're using the HOC pattern suggested by the Flow docs, and I've tried several other patterns to no avail. * Use stock react-native instead of Expo's in NavigationPlayground Expo's causes Flow errors, and apparently this is normal practice because the person who switched us to Expo did this too. * Silence react-native-gesture-handler Flow errors in NavigationPlayground Expo requires this package, but it causes Flow errors. * Fix index check in DrawerSidebar Silly me, falling for the typical "0 is falsey" problem... * Rework deprecated action tests In an earlier commit I moved the `NavigationActions.mapDeprecatedActionAndWarn` out from `getStateForAction` and into `createNavigationContainer`'s `dispatch` function. The tests need to be reworked to support this, as they were previously calling `getStateForAction` directly. I don't imagine any users are calling `getStateForAction` directly. * Re-record two snapshots The changes in these snapshots are by design and don't affect anything. * Infer type of options in NavigationScreenConfig The issue is that sometimes we include options for different navigators in a single blob. * Infer types of action and options in createNavigationContainer Particulary helps with Options. Makes the types more specific and gets rid of an error that only shows up when using the library * Don't use generics for NavigationState in createNavigationContainer There's no particular reason for having those generics there, since there's no way we'd be able to get Flow to understand the exact shape of particular navigation states anyways. This fixes a bug when integrating this version of the project into my repo. * Move ReduxExample to react-native@0.49.3 instead of custom Expo version
2017-10-31 10:41:17 -04:00
fbjs "^0.8.16"
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
loose-envify "^1.3.1"
Update to react-native@0.49 and flow-bin@0.53 (#2845) * Update root package to react-native@0.49 and flow-bin@0.53 * Update NavigationPlayground package to react-native@0.49 and flow-bin@0.53 * Update ReduxExample package to react-native@0.49 and flow-bin@0.53 * flow-typed update (code-gen) * Find-and-replace old types with new types - `React.Element<*>` as the result of a render function is now `React.Node` - `ReactClass<T>` as the type of a Component is now `React.ComponentType<typeof T>` - `extends React.Component<DP, P, S>` is now `extends React.Component<P, S>` - `React.Children<*>` as the type of a children prop is now `React.ChildrenArray<*>` - Refs are now typed with `React.Ref` There are also several tiny typo fixes in here. * Avoid assuming state is NavigationRoute in addNavigationHelpers For the root, top-level Navigator, the state is a simple `NavigationState` (with no route info) and we still use `addNavigationHelpers` for it. We can't assume `navigation.state.key` is accessible for this type, so we need to do runtime checks here. * Fix type of NavigationScreenConfig `navigationOptions` was incorrectly typed * Give createNavigationContainer's State a type parameter We want to be able to specifically type this guy so we can use specific NavigationState for things like the Drawer views without having to do runtime assertions about the state type * Fix typing of NavigationAction First of all, `NavigationAction` was being used as two different types, so I had to create the new `PossiblyDeprecatedNavigationAction` and add it as a type parameter everywhere. Second of all, generics and implied types were being used far more than they need to be, and they're hard to work with because Flow doesn't really explain things well when they go wrong. * Make sure children scenes of CardStack have NavigationProp typed with NavigationRoute CardStack's `NavigationScreenProp` is typed with `NavigationState`, but the children need `NavigationRoute`. Flow gets confused by the spread operator, even if the individual property is replaced later, so we need to explicitly list each property individually (just `dispatch`, actually). * Allow prevTransitionProps parameter to be nullable * Allow prevTransitionProps parameter to be nullable * Narrow down a couple type parameters * Move NavigationStateRoute cast to within Component.router check in createConfigGetter * Update withCachedChildNavigation so it's typed correctly with React.ComponentType * Add a $FlowFixMe for displayName `React.StatelessFunctionalComponent` is missing `displayName` before Flow 0.54.0 See https://github.com/facebook/flow/commit/de37062ea21cb4055d3f1b01bdbaa76461140fc8 * Make TouchableItem's onPress prop optional `HeaderBackButton` can pass in an undefined onPress, and the React Native `Touchable*` components allow it too * Simplify withCachedChildNavigation and get rid of generics The generics don't help us here and they make the types more confusing * Redefine NavigationComponent as direct intersection The new type is technically identical to the old type, but Flow is confused by the old type... * Save router to local var before checking createConfigGetter Flow seems to think Component.router can change after the check * Fix DrawerSidebar's navigation prop's type In order for us to be able to generate a childNavigationProp, the original navigation prop has to have a NavigationState state. * Colocate action.key check with action.type check in getStateForAction For some reason, Flow thinks `action` can change sometime after `action.type` is checked. As a result, it's not properly concluding that `action.key` should exist. To avoid this, we pull `action.key` out immediately after doing the `action.type` check. * Use bounded polymorphism to pass down all props in withCachedChildNavigation Also makes sure the injected props are specified first in the union Also removes an unused `eslint-disable-line` in `getScreenForRouteName` * Make TabRouter's getComponentForState return NavigationComponent `NavigationScreenComponent` is a subtype of `NavigationComponent`, but it's not clear that `getComponentForState` always returns a `NavigationScreenComponent`, as `getScreenForRouteName` returns `NavigationComponent` * Define NavigationComponent's props using NavigationNavigatorProps Right now the types ask Flow to infer the types of `NavigationComponent`'s props. (`NavigationComponent` is the union of `NavigationNavigator` and NavigationScreenComponent.) Instead, we type the props as subtypes of `NavigationNavigatorProps`, so we can properly access those props without type errors. We used bounded polymorphism in `createNavigationContainer` and `createNavigator` to pass down these props. We also explicitly type the action in `createNavigationContainer` so we can properly pass in a `NavigationInitAction` to the dispatch function. * Parameterize NavigationTabRouterConfig `NavigationTabRouterConfig` doesn't always take `NavigationTabScreenOptions`; sometimes, it takes `NavigationDrawerScreenOptions`. * Make all NavigationOptions Exact types We're seeing weird behavior when these are merged together. By making them Exact types, we make types don't get mangled when they're unioned. https://flow.org/en/docs/types/unions/#toc-disjoint-unions-with-exact-types * Silence errors in tests These errors are unavoidable since we can't type the precise shape of a particular `NavigationState`. * Include NavigationSetParamsAction in NavigationTabAction `TabNavigator`'s `getStateForAction` definitely takes `NavigationSetParamsAction`. * Explicitly list router as void in NavigationScreenComponent This is so Flow knows that if a `NavigationComponent` has a `router` property, then it is definitely a `NavigationNavigator`. * Fix website app navigator's type * Fix createDocPage type in App In an earlier commit I attempted to fix the types here, but I incorrectly read it as returning a navigator when it just returns a screen. For some reason the error didn't immediately show up. * Fix NavigationComponent types Five changes: 1. No longer parameterizing the props of `NavigationComponent`; directly specifying as `NavigationNavigatorProps` 2. Specify the two distinct kinds of route types (leaf and state) directly in `NavigationComponent` 3. Have `SceneView` directly take `NavigationComponent` and allow inferring of `NavigationSceneProp` type 4. Have `CardStack` directly take `NavigationComponent` as well * Allow Flow to infer `NavigationAction` type in `createNavigator` * Silence Flow in router code that handles navigator sub-routes There's no way for us to tell Flow that routes that correspond to navigators should be `NavigationStateRoute`s * Allow DrawerSidebar to take a null contentComponent The way `DrawerNavigator` is set up, it's possible to pass in a null `contentComponent` in the config. If somebody want to do this, we'll just make the `DrawerSidebar` not appear altogether. This is simpler than splitting the types so there's a possibly-unspecified one for the user input, but a definitely-specified one in `DrawerSidebar`. * Specify missing screenProps prop in DrawerView * Thread full NavigationStateRoute in to DrawerSidebar This requiring making `withCachedChildNavigation` use bounded polymorphism to thread the `NavigationStateRoute` through instead of downgrading it to a `NavigationState` * Make NavigationStateProp's state prop covariant This means that `NavigationStateProp<NavigationStateRoute>` will be a subtype of `NavigationStateProp<NavigationRoute>` and `NavigationStateProp<NavigationState>` * Silence Flow's complaints about a route not being a NavigationStateRoute As mentioned in previous commits and in the comment, there is no way to type a specific navigation state shape, so we have to cast it and silence Flow's complaints. * Get rid of style prop in CardStack It looks like at some point, it was possible to specify a `style` prop that got passed all the way down to `Header`, the `TransitionConfig`'s `screenInterpolator`, and `Transitioner`. Doesn't look like we're using it anywhere, and there's a todo saying to remove it, and it's causing a type error. * Infer type of options instead of using a subtype of {} I think this has to do with {} allowing for unsealed objects. I'm not 100% sure, but this fixes 4/6 of the remaining errors! * Fix two type errors in NavigationPlayground One was just requiring an outdated type (`React.Children` instead of `React.ChildrenArray`), and the other was getting confused regarding types because of a spread operator. * Use a covariant property to simplify withCachedChildNavigation's InputProps This doesn't reduce any errors, but it's a bit simpler and cleaner. * Silence last two Flow errors regarding withCachedChildNavigation injecting childNavigationProps These are the only two errors I haven't been able to figure out at all. If I had more time I'd try and figure out the simplest case and report it to the Flow team, but I've been working on this for a week already and have to move on. The issue at hand is that `withCachedChildNavigation` injects `childNavigationProps`, but Flow doesn't see this and thinks it needs to be specified by the view component. We're using the HOC pattern suggested by the Flow docs, and I've tried several other patterns to no avail. * Use stock react-native instead of Expo's in NavigationPlayground Expo's causes Flow errors, and apparently this is normal practice because the person who switched us to Expo did this too. * Silence react-native-gesture-handler Flow errors in NavigationPlayground Expo requires this package, but it causes Flow errors. * Fix index check in DrawerSidebar Silly me, falling for the typical "0 is falsey" problem... * Rework deprecated action tests In an earlier commit I moved the `NavigationActions.mapDeprecatedActionAndWarn` out from `getStateForAction` and into `createNavigationContainer`'s `dispatch` function. The tests need to be reworked to support this, as they were previously calling `getStateForAction` directly. I don't imagine any users are calling `getStateForAction` directly. * Re-record two snapshots The changes in these snapshots are by design and don't affect anything. * Infer type of options in NavigationScreenConfig The issue is that sometimes we include options for different navigators in a single blob. * Infer types of action and options in createNavigationContainer Particulary helps with Options. Makes the types more specific and gets rid of an error that only shows up when using the library * Don't use generics for NavigationState in createNavigationContainer There's no particular reason for having those generics there, since there's no way we'd be able to get Flow to understand the exact shape of particular navigation states anyways. This fixes a bug when integrating this version of the project into my repo. * Move ReduxExample to react-native@0.49.3 instead of custom Expo version
2017-10-31 10:41:17 -04:00
object-assign "^4.1.1"
Automatically generate prop-types from Flow (#1033) * Automatically generate prop-types from Flow * Remove propTypes usage * Fix flow * Modify some eslint settings * Fix flowtype * Lint tweaks * use prop-types pkg
2017-04-14 00:19:30 +02:00
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
pseudomap@^1.0.2:
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
version "1.0.2"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/pseudomap/-/pseudomap-1.0.2.tgz#f052a28da70e618917ef0a8ac34c1ae5a68286b3"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
punycode@^1.4.1:
version "1.4.1"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/punycode/-/punycode-1.4.1.tgz#c0d5a63b2718800ad8e1eb0fa5269c84dd41845e"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
punycode@^2.1.0:
version "2.1.0"
resolved "https://registry.yarnpkg.com/punycode/-/punycode-2.1.0.tgz#5f863edc89b96db09074bad7947bf09056ca4e7d"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
qs@4.0.0:
version "4.0.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/qs/-/qs-4.0.0.tgz#c31d9b74ec27df75e543a86c78728ed8d4623607"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update to react-native@0.49 and flow-bin@0.53 (#2845) * Update root package to react-native@0.49 and flow-bin@0.53 * Update NavigationPlayground package to react-native@0.49 and flow-bin@0.53 * Update ReduxExample package to react-native@0.49 and flow-bin@0.53 * flow-typed update (code-gen) * Find-and-replace old types with new types - `React.Element<*>` as the result of a render function is now `React.Node` - `ReactClass<T>` as the type of a Component is now `React.ComponentType<typeof T>` - `extends React.Component<DP, P, S>` is now `extends React.Component<P, S>` - `React.Children<*>` as the type of a children prop is now `React.ChildrenArray<*>` - Refs are now typed with `React.Ref` There are also several tiny typo fixes in here. * Avoid assuming state is NavigationRoute in addNavigationHelpers For the root, top-level Navigator, the state is a simple `NavigationState` (with no route info) and we still use `addNavigationHelpers` for it. We can't assume `navigation.state.key` is accessible for this type, so we need to do runtime checks here. * Fix type of NavigationScreenConfig `navigationOptions` was incorrectly typed * Give createNavigationContainer's State a type parameter We want to be able to specifically type this guy so we can use specific NavigationState for things like the Drawer views without having to do runtime assertions about the state type * Fix typing of NavigationAction First of all, `NavigationAction` was being used as two different types, so I had to create the new `PossiblyDeprecatedNavigationAction` and add it as a type parameter everywhere. Second of all, generics and implied types were being used far more than they need to be, and they're hard to work with because Flow doesn't really explain things well when they go wrong. * Make sure children scenes of CardStack have NavigationProp typed with NavigationRoute CardStack's `NavigationScreenProp` is typed with `NavigationState`, but the children need `NavigationRoute`. Flow gets confused by the spread operator, even if the individual property is replaced later, so we need to explicitly list each property individually (just `dispatch`, actually). * Allow prevTransitionProps parameter to be nullable * Allow prevTransitionProps parameter to be nullable * Narrow down a couple type parameters * Move NavigationStateRoute cast to within Component.router check in createConfigGetter * Update withCachedChildNavigation so it's typed correctly with React.ComponentType * Add a $FlowFixMe for displayName `React.StatelessFunctionalComponent` is missing `displayName` before Flow 0.54.0 See https://github.com/facebook/flow/commit/de37062ea21cb4055d3f1b01bdbaa76461140fc8 * Make TouchableItem's onPress prop optional `HeaderBackButton` can pass in an undefined onPress, and the React Native `Touchable*` components allow it too * Simplify withCachedChildNavigation and get rid of generics The generics don't help us here and they make the types more confusing * Redefine NavigationComponent as direct intersection The new type is technically identical to the old type, but Flow is confused by the old type... * Save router to local var before checking createConfigGetter Flow seems to think Component.router can change after the check * Fix DrawerSidebar's navigation prop's type In order for us to be able to generate a childNavigationProp, the original navigation prop has to have a NavigationState state. * Colocate action.key check with action.type check in getStateForAction For some reason, Flow thinks `action` can change sometime after `action.type` is checked. As a result, it's not properly concluding that `action.key` should exist. To avoid this, we pull `action.key` out immediately after doing the `action.type` check. * Use bounded polymorphism to pass down all props in withCachedChildNavigation Also makes sure the injected props are specified first in the union Also removes an unused `eslint-disable-line` in `getScreenForRouteName` * Make TabRouter's getComponentForState return NavigationComponent `NavigationScreenComponent` is a subtype of `NavigationComponent`, but it's not clear that `getComponentForState` always returns a `NavigationScreenComponent`, as `getScreenForRouteName` returns `NavigationComponent` * Define NavigationComponent's props using NavigationNavigatorProps Right now the types ask Flow to infer the types of `NavigationComponent`'s props. (`NavigationComponent` is the union of `NavigationNavigator` and NavigationScreenComponent.) Instead, we type the props as subtypes of `NavigationNavigatorProps`, so we can properly access those props without type errors. We used bounded polymorphism in `createNavigationContainer` and `createNavigator` to pass down these props. We also explicitly type the action in `createNavigationContainer` so we can properly pass in a `NavigationInitAction` to the dispatch function. * Parameterize NavigationTabRouterConfig `NavigationTabRouterConfig` doesn't always take `NavigationTabScreenOptions`; sometimes, it takes `NavigationDrawerScreenOptions`. * Make all NavigationOptions Exact types We're seeing weird behavior when these are merged together. By making them Exact types, we make types don't get mangled when they're unioned. https://flow.org/en/docs/types/unions/#toc-disjoint-unions-with-exact-types * Silence errors in tests These errors are unavoidable since we can't type the precise shape of a particular `NavigationState`. * Include NavigationSetParamsAction in NavigationTabAction `TabNavigator`'s `getStateForAction` definitely takes `NavigationSetParamsAction`. * Explicitly list router as void in NavigationScreenComponent This is so Flow knows that if a `NavigationComponent` has a `router` property, then it is definitely a `NavigationNavigator`. * Fix website app navigator's type * Fix createDocPage type in App In an earlier commit I attempted to fix the types here, but I incorrectly read it as returning a navigator when it just returns a screen. For some reason the error didn't immediately show up. * Fix NavigationComponent types Five changes: 1. No longer parameterizing the props of `NavigationComponent`; directly specifying as `NavigationNavigatorProps` 2. Specify the two distinct kinds of route types (leaf and state) directly in `NavigationComponent` 3. Have `SceneView` directly take `NavigationComponent` and allow inferring of `NavigationSceneProp` type 4. Have `CardStack` directly take `NavigationComponent` as well * Allow Flow to infer `NavigationAction` type in `createNavigator` * Silence Flow in router code that handles navigator sub-routes There's no way for us to tell Flow that routes that correspond to navigators should be `NavigationStateRoute`s * Allow DrawerSidebar to take a null contentComponent The way `DrawerNavigator` is set up, it's possible to pass in a null `contentComponent` in the config. If somebody want to do this, we'll just make the `DrawerSidebar` not appear altogether. This is simpler than splitting the types so there's a possibly-unspecified one for the user input, but a definitely-specified one in `DrawerSidebar`. * Specify missing screenProps prop in DrawerView * Thread full NavigationStateRoute in to DrawerSidebar This requiring making `withCachedChildNavigation` use bounded polymorphism to thread the `NavigationStateRoute` through instead of downgrading it to a `NavigationState` * Make NavigationStateProp's state prop covariant This means that `NavigationStateProp<NavigationStateRoute>` will be a subtype of `NavigationStateProp<NavigationRoute>` and `NavigationStateProp<NavigationState>` * Silence Flow's complaints about a route not being a NavigationStateRoute As mentioned in previous commits and in the comment, there is no way to type a specific navigation state shape, so we have to cast it and silence Flow's complaints. * Get rid of style prop in CardStack It looks like at some point, it was possible to specify a `style` prop that got passed all the way down to `Header`, the `TransitionConfig`'s `screenInterpolator`, and `Transitioner`. Doesn't look like we're using it anywhere, and there's a todo saying to remove it, and it's causing a type error. * Infer type of options instead of using a subtype of {} I think this has to do with {} allowing for unsealed objects. I'm not 100% sure, but this fixes 4/6 of the remaining errors! * Fix two type errors in NavigationPlayground One was just requiring an outdated type (`React.Children` instead of `React.ChildrenArray`), and the other was getting confused regarding types because of a spread operator. * Use a covariant property to simplify withCachedChildNavigation's InputProps This doesn't reduce any errors, but it's a bit simpler and cleaner. * Silence last two Flow errors regarding withCachedChildNavigation injecting childNavigationProps These are the only two errors I haven't been able to figure out at all. If I had more time I'd try and figure out the simplest case and report it to the Flow team, but I've been working on this for a week already and have to move on. The issue at hand is that `withCachedChildNavigation` injects `childNavigationProps`, but Flow doesn't see this and thinks it needs to be specified by the view component. We're using the HOC pattern suggested by the Flow docs, and I've tried several other patterns to no avail. * Use stock react-native instead of Expo's in NavigationPlayground Expo's causes Flow errors, and apparently this is normal practice because the person who switched us to Expo did this too. * Silence react-native-gesture-handler Flow errors in NavigationPlayground Expo requires this package, but it causes Flow errors. * Fix index check in DrawerSidebar Silly me, falling for the typical "0 is falsey" problem... * Rework deprecated action tests In an earlier commit I moved the `NavigationActions.mapDeprecatedActionAndWarn` out from `getStateForAction` and into `createNavigationContainer`'s `dispatch` function. The tests need to be reworked to support this, as they were previously calling `getStateForAction` directly. I don't imagine any users are calling `getStateForAction` directly. * Re-record two snapshots The changes in these snapshots are by design and don't affect anything. * Infer type of options in NavigationScreenConfig The issue is that sometimes we include options for different navigators in a single blob. * Infer types of action and options in createNavigationContainer Particulary helps with Options. Makes the types more specific and gets rid of an error that only shows up when using the library * Don't use generics for NavigationState in createNavigationContainer There's no particular reason for having those generics there, since there's no way we'd be able to get Flow to understand the exact shape of particular navigation states anyways. This fixes a bug when integrating this version of the project into my repo. * Move ReduxExample to react-native@0.49.3 instead of custom Expo version
2017-10-31 10:41:17 -04:00
qs@~6.3.0:
version "6.3.2"
resolved "https://registry.yarnpkg.com/qs/-/qs-6.3.2.tgz#e75bd5f6e268122a2a0e0bda630b2550c166502c"
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
qs@~6.4.0:
version "6.4.0"
resolved "https://registry.yarnpkg.com/qs/-/qs-6.4.0.tgz#13e26d28ad6b0ffaa91312cd3bf708ed351e7233"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
qs@~6.5.1:
version "6.5.1"
resolved "https://registry.yarnpkg.com/qs/-/qs-6.5.1.tgz#349cdf6eef89ec45c12d7d5eb3fc0c870343a6d8"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
random-bytes@~1.0.0:
version "1.0.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/random-bytes/-/random-bytes-1.0.0.tgz#4f68a1dc0ae58bd3fb95848c30324db75d64360b"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
randomatic@^1.1.3:
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
version "1.1.7"
resolved "https://registry.yarnpkg.com/randomatic/-/randomatic-1.1.7.tgz#c7abe9cc8b87c0baa876b19fde83fd464797e38c"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
is-number "^3.0.0"
kind-of "^4.0.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
range-parser@~1.0.3:
version "1.0.3"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/range-parser/-/range-parser-1.0.3.tgz#6872823535c692e2c2a0103826afd82c2e0ff175"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
raw-body@~2.1.2:
version "2.1.7"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/raw-body/-/raw-body-2.1.7.tgz#adfeace2e4fb3098058014d08c072dcc59758774"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
bytes "2.4.0"
iconv-lite "0.4.13"
unpipe "1.0.0"
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
rc@^1.1.7:
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
version "1.2.6"
resolved "https://registry.yarnpkg.com/rc/-/rc-1.2.6.tgz#eb18989c6d4f4f162c399f79ddd29f3835568092"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
deep-extend "~0.4.0"
ini "~1.3.0"
minimist "^1.2.0"
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
strip-json-comments "~2.0.1"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
react-clone-referenced-element@^1.0.1:
version "1.0.1"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/react-clone-referenced-element/-/react-clone-referenced-element-1.0.1.tgz#2bba8c69404c5e4a944398600bcc4c941f860682"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
react-deep-force-update@^1.0.0:
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
version "1.1.1"
resolved "https://registry.yarnpkg.com/react-deep-force-update/-/react-deep-force-update-1.1.1.tgz#bcd31478027b64b3339f108921ab520b4313dc2c"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update to RN 0.52 and Expo 25 (#3383) * Update to RN 0.52 and Expo 25 * Rerecord snapshots for failing Jest tests * jest-expo@25.1.0-beta.0 * jest-expo@25.1.0
2018-01-30 12:22:20 -06:00
react-devtools-core@3.0.0:
version "3.0.0"
resolved "https://registry.yarnpkg.com/react-devtools-core/-/react-devtools-core-3.0.0.tgz#f683e19f0311108f97dbb5b29d948323a1bf7c03"
Bump dependency versions to reflect current RN
2017-04-09 12:08:20 +02:00
dependencies:
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
shell-quote "^1.6.1"
Bump dependency versions to reflect current RN
2017-04-09 12:08:20 +02:00
ws "^2.0.3"
Swap addListener out for isFocused prop on ResourceSavingSceneView (#3700)
2018-03-09 10:55:00 -08:00
react-lifecycles-compat@^1.0.2:
version "1.0.2"
resolved "https://registry.yarnpkg.com/react-lifecycles-compat/-/react-lifecycles-compat-1.0.2.tgz#551d8b1d156346e5fcf30ffac9b32ce3f78b8850"
Release 2.0.0-rc.4
2018-04-25 17:03:56 -07:00
react-lifecycles-compat@^3.0.2:
version "3.0.2"
resolved "https://registry.yarnpkg.com/react-lifecycles-compat/-/react-lifecycles-compat-3.0.2.tgz#7279047275bd727a912e25f734c0559527e84eff"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
react-native-dismiss-keyboard@1.0.0:
version "1.0.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/react-native-dismiss-keyboard/-/react-native-dismiss-keyboard-1.0.0.tgz#32886242b3f2317e121f3aeb9b0a585e2b879b49"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update depenencies, update Prettier
2017-07-03 21:36:47 -07:00
react-native-drawer-layout-polyfill@^1.3.2:
version "1.3.2"
resolved "https://registry.yarnpkg.com/react-native-drawer-layout-polyfill/-/react-native-drawer-layout-polyfill-1.3.2.tgz#192c84d7a5a6b8a6d2be2c7daa5e4164518d0cc7"
move from react-native-drawer-layout to react-native-drawer-layout-polyfill This enables us to use the native DrawerLayoutAndroid on android devices
2017-03-07 14:27:39 +01:00
dependencies:
Update depenencies, update Prettier
2017-07-03 21:36:47 -07:00
react-native-drawer-layout "1.3.2"
move from react-native-drawer-layout to react-native-drawer-layout-polyfill This enables us to use the native DrawerLayoutAndroid on android devices
2017-03-07 14:27:39 +01:00
Update depenencies, update Prettier
2017-07-03 21:36:47 -07:00
react-native-drawer-layout@1.3.2:
version "1.3.2"
resolved "https://registry.yarnpkg.com/react-native-drawer-layout/-/react-native-drawer-layout-1.3.2.tgz#b9740d7663a1dc4f88a61b9c6d93d2d948ea426e"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
react-native-dismiss-keyboard "1.0.0"
Release 2.0.0-rc.4
2018-04-25 17:03:56 -07:00
react-native-paper@^1.4.0:
version "1.4.1"
resolved "https://registry.yarnpkg.com/react-native-paper/-/react-native-paper-1.4.1.tgz#81df909c14d9ae78274662df97c3b35224aa39a9"
Add react-native-tabs as export from react-navigation
2018-03-18 17:50:02 -04:00
dependencies:
color "^2.0.1"
Release 2.0.0-rc.4
2018-04-25 17:03:56 -07:00
create-react-context "^0.2.2"
deepmerge "^2.1.0"
Add react-native-tabs as export from react-navigation
2018-03-18 17:50:02 -04:00
hoist-non-react-statics "^2.5.0"
Release 2.0.0-rc.4
2018-04-25 17:03:56 -07:00
react-lifecycles-compat "^3.0.2"
Add react-native-tabs as export from react-navigation
2018-03-18 17:50:02 -04:00
Move contributing guide to CONTRIBUTING.md (#3631)
2018-03-01 19:11:30 +01:00
react-native-safe-area-view@^0.7.0:
version "0.7.0"
resolved "https://registry.yarnpkg.com/react-native-safe-area-view/-/react-native-safe-area-view-0.7.0.tgz#38f5ab9368d6ef9e5d18ab64212938af3ec39421"
Sync and switch SafeAreaView with standalone (#3452) * add react-native-safe-area-view npm package * remove local SafeAreaView, import from package in views * update to latest react-native-safe-area-view * update snapshots
2018-02-07 17:32:06 -08:00
dependencies:
hoist-non-react-statics "^2.3.1"
Release 2.0.0-rc.4
2018-04-25 17:03:56 -07:00
react-native-tab-view@^0.0.74:
Upgrade react-native-tab-view (#3064)
2018-01-04 19:45:35 +05:30
version "0.0.74"
Release 2.0.0-rc.4
2018-04-25 17:03:56 -07:00
resolved "https://registry.yarnpkg.com/react-native-tab-view/-/react-native-tab-view-0.0.74.tgz#62c0c882d9232b461ce181d440d683b4f99d1bd8"
Fix eslint issues and turn on prettier by default (#1195) * Automatically generate prop-types from Flow * Remove propTypes usage * Fix flow * Modify some eslint settings * Fix flowtype * Lint tweaks * use prop-types pkg * Run prettier * Fix flow * Fix few lint issues * Make eslint pass * Run lint on tests * Fix flow * Fixes * Alphabetical * Trailing comma: ES5 for website compat, also fix config/paths * Apply eslint --fix only to src now * Fix missing transitionconfig * Update TypeDefinition.js * New stuff * Unstage website and examples * reformat code * Update circle.yml
2017-04-24 14:01:22 +02:00
dependencies:
Upgrade react-native-tab-view (#3064)
2018-01-04 19:45:35 +05:30
prop-types "^15.6.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update react-navigation-tabs
2018-04-04 18:17:57 -07:00
react-native-tab-view@~0.0.77:
version "0.0.77"
resolved "https://registry.yarnpkg.com/react-native-tab-view/-/react-native-tab-view-0.0.77.tgz#11ceb8e7c23100d07e628dc151b57797524d00d4"
dependencies:
prop-types "^15.6.0"
Update depenencies, update Prettier
2017-07-03 21:36:47 -07:00
react-native-vector-icons@^4.2.0:
Remove flow (#3350) * Remove flow types from src * Finish removing Flow * Clear out flow-typed, some flow mentions in docs, website flow usage, and some other config
2018-01-24 17:52:09 -08:00
version "4.5.0"
resolved "https://registry.yarnpkg.com/react-native-vector-icons/-/react-native-vector-icons-4.5.0.tgz#6b95619e64f62f05f579f74a01fe5640df95158b"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
lodash "^4.0.0"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
prop-types "^15.5.10"
yargs "^8.0.2"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update to RN 0.52 and Expo 25 (#3383) * Update to RN 0.52 and Expo 25 * Rerecord snapshots for failing Jest tests * jest-expo@25.1.0-beta.0 * jest-expo@25.1.0
2018-01-30 12:22:20 -06:00
react-native@^0.52.0:
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
version "0.52.3"
resolved "https://registry.yarnpkg.com/react-native/-/react-native-0.52.3.tgz#e11698e19bbc8f98135f82d40ac82ccb046641fd"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
absolute-path "^0.0.0"
art "^0.10.0"
Update to RN 0.45, fix/improve flow coverage
2017-07-03 15:06:08 -07:00
babel-core "^6.24.1"
Fix flow (#305) * Fix Flow and Android build * Enable flow on CI * Fix and suppress flow errors
2017-02-13 21:56:30 +05:30
babel-plugin-syntax-trailing-function-commas "^6.20.0"
Bump dependency versions to reflect current RN
2017-04-09 12:08:20 +02:00
babel-plugin-transform-async-to-generator "6.16.0"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
babel-plugin-transform-class-properties "^6.18.0"
Update to RN 0.52 and Expo 25 (#3383) * Update to RN 0.52 and Expo 25 * Rerecord snapshots for failing Jest tests * jest-expo@25.1.0-beta.0 * jest-expo@25.1.0
2018-01-30 12:22:20 -06:00
babel-plugin-transform-exponentiation-operator "^6.5.0"
Fix flow (#305) * Fix Flow and Android build * Enable flow on CI * Fix and suppress flow errors
2017-02-13 21:56:30 +05:30
babel-plugin-transform-flow-strip-types "^6.21.0"
babel-plugin-transform-object-rest-spread "^6.20.2"
Update to RN 0.45, fix/improve flow coverage
2017-07-03 15:06:08 -07:00
babel-register "^6.24.1"
babel-runtime "^6.23.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
base64-js "^1.1.2"
chalk "^1.1.1"
commander "^2.9.0"
connect "^2.8.3"
Update to RN 0.45, fix/improve flow coverage
2017-07-03 15:06:08 -07:00
create-react-class "^15.5.2"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
debug "^2.2.0"
denodeify "^1.2.1"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
envinfo "^3.0.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
event-target-shim "^1.0.5"
Update to react-native@0.50 and flow-bin@0.56 (#2998) * Update to React Native 0.50 * Type Promise used in PlatformHelpers.web.js * Move $FlowFixMe in CardStack.js The line number Flow is using for this error changed. The underlying problem has not, but I don't have time to fix it now unfortunately. * Type TouchableItem's children prop as React.Node This was my bad. `React.ChildrenArray` should only really be used in the case of having multiple of the same type of child. * Type HeaderTitle's children prop as React.Node Same as last commit. * Add assertion in StackRouter that StateUtils.indexOf returns valid index Flow doesn't realize that `StateUtils.indexOf` is guaranteed to return a valid index, so we use `invariant` to assert it. * Remove unused type DrawerNavigationState from TypeDefinition * Remove unused type parameter T in DrawerView * Type NavigationStateRoute as NavigationLeafRoute & NavigationState * Don't constrain generic action types to NavigationAction By constraining to subtypes of `NavigationAction`, we actually are requiring that any router satisfying our type constraints has to take all of the `NavigationAction` types. Instead, we want to say that it will only take some of them. Changing the types here to be inferred. * Fix types of NavigationScreenProp and withCachedChildNavigation 1. `NavigationScreenProp` needs to have its type parameter annotated with a `+` to actually indicate covariance on that type parameter, apparently 2. `withCachedChildNavigation` needs to thread through more-specific `NavigationState`s, and right now it just discards that specificity, which breaks `DrawerSidebar` because it needs a `NavigationStateRoute` * Ignore website/build from Flow * Fix type of DrawerItems activeItemKey prop - Even when specified, it can be `null` - Use a ternary expression instead of `x && x.param` approach * Get rid of NavigationRouter & NavigationNavigator parameterization on NavigationAction Since `NavigationRouter`'s `getStateForAction` functionality is a standard Redux reducer, it knows to forward on any actions it doesn't know how to deal with. We can widen the types of these functions to be `NavigationAction` without any negative consequence. * Explicitly specify null navigationOptions in createNavigator Not sure why, but Flow doesn't like us leaving it unspecified * Fix createNavigationContainer/createNavigator/StackNavigator types * Fix up flow types for TabNavigator and DrawerNavigator * Properly type defaultContentComponent * Fix more flow errors in createNavigationContainer * Replace NavigatorProps with NavigationNavigatorProps * Type SceneView's navigation prop as NavigationScreenProp<any> There is an unavoidable* type problem here. A `NavigationComponent` is either a navigator with a `NavigationStateRoute` or a scene with a `NavigationRoute`. The navigation prop it gets passed must match the component's `NavigationState`. However, there's no way for us to say that "`this.props.router.getComponentForRouteName` will have a `NavigationNavigator` iff the corresponding `childNavigationProps` is a `NavigationStateRoute`". The cleanest way to make this work is to throw an "any" specifically for the navigation prop's state type param. * We could probably avoid it with sufficient refactoring. If the routers were charged with keeping track of `childNavigationProps` instead of leaving it to the views, they could return the child navigation prop and child `NavigationComponent` in pairs whose types were coupled. * Pass in screenProps to NavigationComponent in NavigationPlayground's CustomTabs Flow wants `screenProps` to be passed in here for some reason... It cites `SceneView`, but that doesn't really make much sense to me. But this is some custom logic that most people aren't likely to run into, so I'm not gonna worry too much about it. * Patch mismatch with react-native-tab-view type for now * Use generic NavigationState in createNavigationContainer's _nav var We made the NavigationState generic while #1313 added a new instance variable. This updates the new instance variable to be generic. * Fix failing tests
2017-11-20 11:53:48 -08:00
fbjs "^0.8.14"
Update to react-native@0.49 and flow-bin@0.53 (#2845) * Update root package to react-native@0.49 and flow-bin@0.53 * Update NavigationPlayground package to react-native@0.49 and flow-bin@0.53 * Update ReduxExample package to react-native@0.49 and flow-bin@0.53 * flow-typed update (code-gen) * Find-and-replace old types with new types - `React.Element<*>` as the result of a render function is now `React.Node` - `ReactClass<T>` as the type of a Component is now `React.ComponentType<typeof T>` - `extends React.Component<DP, P, S>` is now `extends React.Component<P, S>` - `React.Children<*>` as the type of a children prop is now `React.ChildrenArray<*>` - Refs are now typed with `React.Ref` There are also several tiny typo fixes in here. * Avoid assuming state is NavigationRoute in addNavigationHelpers For the root, top-level Navigator, the state is a simple `NavigationState` (with no route info) and we still use `addNavigationHelpers` for it. We can't assume `navigation.state.key` is accessible for this type, so we need to do runtime checks here. * Fix type of NavigationScreenConfig `navigationOptions` was incorrectly typed * Give createNavigationContainer's State a type parameter We want to be able to specifically type this guy so we can use specific NavigationState for things like the Drawer views without having to do runtime assertions about the state type * Fix typing of NavigationAction First of all, `NavigationAction` was being used as two different types, so I had to create the new `PossiblyDeprecatedNavigationAction` and add it as a type parameter everywhere. Second of all, generics and implied types were being used far more than they need to be, and they're hard to work with because Flow doesn't really explain things well when they go wrong. * Make sure children scenes of CardStack have NavigationProp typed with NavigationRoute CardStack's `NavigationScreenProp` is typed with `NavigationState`, but the children need `NavigationRoute`. Flow gets confused by the spread operator, even if the individual property is replaced later, so we need to explicitly list each property individually (just `dispatch`, actually). * Allow prevTransitionProps parameter to be nullable * Allow prevTransitionProps parameter to be nullable * Narrow down a couple type parameters * Move NavigationStateRoute cast to within Component.router check in createConfigGetter * Update withCachedChildNavigation so it's typed correctly with React.ComponentType * Add a $FlowFixMe for displayName `React.StatelessFunctionalComponent` is missing `displayName` before Flow 0.54.0 See https://github.com/facebook/flow/commit/de37062ea21cb4055d3f1b01bdbaa76461140fc8 * Make TouchableItem's onPress prop optional `HeaderBackButton` can pass in an undefined onPress, and the React Native `Touchable*` components allow it too * Simplify withCachedChildNavigation and get rid of generics The generics don't help us here and they make the types more confusing * Redefine NavigationComponent as direct intersection The new type is technically identical to the old type, but Flow is confused by the old type... * Save router to local var before checking createConfigGetter Flow seems to think Component.router can change after the check * Fix DrawerSidebar's navigation prop's type In order for us to be able to generate a childNavigationProp, the original navigation prop has to have a NavigationState state. * Colocate action.key check with action.type check in getStateForAction For some reason, Flow thinks `action` can change sometime after `action.type` is checked. As a result, it's not properly concluding that `action.key` should exist. To avoid this, we pull `action.key` out immediately after doing the `action.type` check. * Use bounded polymorphism to pass down all props in withCachedChildNavigation Also makes sure the injected props are specified first in the union Also removes an unused `eslint-disable-line` in `getScreenForRouteName` * Make TabRouter's getComponentForState return NavigationComponent `NavigationScreenComponent` is a subtype of `NavigationComponent`, but it's not clear that `getComponentForState` always returns a `NavigationScreenComponent`, as `getScreenForRouteName` returns `NavigationComponent` * Define NavigationComponent's props using NavigationNavigatorProps Right now the types ask Flow to infer the types of `NavigationComponent`'s props. (`NavigationComponent` is the union of `NavigationNavigator` and NavigationScreenComponent.) Instead, we type the props as subtypes of `NavigationNavigatorProps`, so we can properly access those props without type errors. We used bounded polymorphism in `createNavigationContainer` and `createNavigator` to pass down these props. We also explicitly type the action in `createNavigationContainer` so we can properly pass in a `NavigationInitAction` to the dispatch function. * Parameterize NavigationTabRouterConfig `NavigationTabRouterConfig` doesn't always take `NavigationTabScreenOptions`; sometimes, it takes `NavigationDrawerScreenOptions`. * Make all NavigationOptions Exact types We're seeing weird behavior when these are merged together. By making them Exact types, we make types don't get mangled when they're unioned. https://flow.org/en/docs/types/unions/#toc-disjoint-unions-with-exact-types * Silence errors in tests These errors are unavoidable since we can't type the precise shape of a particular `NavigationState`. * Include NavigationSetParamsAction in NavigationTabAction `TabNavigator`'s `getStateForAction` definitely takes `NavigationSetParamsAction`. * Explicitly list router as void in NavigationScreenComponent This is so Flow knows that if a `NavigationComponent` has a `router` property, then it is definitely a `NavigationNavigator`. * Fix website app navigator's type * Fix createDocPage type in App In an earlier commit I attempted to fix the types here, but I incorrectly read it as returning a navigator when it just returns a screen. For some reason the error didn't immediately show up. * Fix NavigationComponent types Five changes: 1. No longer parameterizing the props of `NavigationComponent`; directly specifying as `NavigationNavigatorProps` 2. Specify the two distinct kinds of route types (leaf and state) directly in `NavigationComponent` 3. Have `SceneView` directly take `NavigationComponent` and allow inferring of `NavigationSceneProp` type 4. Have `CardStack` directly take `NavigationComponent` as well * Allow Flow to infer `NavigationAction` type in `createNavigator` * Silence Flow in router code that handles navigator sub-routes There's no way for us to tell Flow that routes that correspond to navigators should be `NavigationStateRoute`s * Allow DrawerSidebar to take a null contentComponent The way `DrawerNavigator` is set up, it's possible to pass in a null `contentComponent` in the config. If somebody want to do this, we'll just make the `DrawerSidebar` not appear altogether. This is simpler than splitting the types so there's a possibly-unspecified one for the user input, but a definitely-specified one in `DrawerSidebar`. * Specify missing screenProps prop in DrawerView * Thread full NavigationStateRoute in to DrawerSidebar This requiring making `withCachedChildNavigation` use bounded polymorphism to thread the `NavigationStateRoute` through instead of downgrading it to a `NavigationState` * Make NavigationStateProp's state prop covariant This means that `NavigationStateProp<NavigationStateRoute>` will be a subtype of `NavigationStateProp<NavigationRoute>` and `NavigationStateProp<NavigationState>` * Silence Flow's complaints about a route not being a NavigationStateRoute As mentioned in previous commits and in the comment, there is no way to type a specific navigation state shape, so we have to cast it and silence Flow's complaints. * Get rid of style prop in CardStack It looks like at some point, it was possible to specify a `style` prop that got passed all the way down to `Header`, the `TransitionConfig`'s `screenInterpolator`, and `Transitioner`. Doesn't look like we're using it anywhere, and there's a todo saying to remove it, and it's causing a type error. * Infer type of options instead of using a subtype of {} I think this has to do with {} allowing for unsealed objects. I'm not 100% sure, but this fixes 4/6 of the remaining errors! * Fix two type errors in NavigationPlayground One was just requiring an outdated type (`React.Children` instead of `React.ChildrenArray`), and the other was getting confused regarding types because of a spread operator. * Use a covariant property to simplify withCachedChildNavigation's InputProps This doesn't reduce any errors, but it's a bit simpler and cleaner. * Silence last two Flow errors regarding withCachedChildNavigation injecting childNavigationProps These are the only two errors I haven't been able to figure out at all. If I had more time I'd try and figure out the simplest case and report it to the Flow team, but I've been working on this for a week already and have to move on. The issue at hand is that `withCachedChildNavigation` injects `childNavigationProps`, but Flow doesn't see this and thinks it needs to be specified by the view component. We're using the HOC pattern suggested by the Flow docs, and I've tried several other patterns to no avail. * Use stock react-native instead of Expo's in NavigationPlayground Expo's causes Flow errors, and apparently this is normal practice because the person who switched us to Expo did this too. * Silence react-native-gesture-handler Flow errors in NavigationPlayground Expo requires this package, but it causes Flow errors. * Fix index check in DrawerSidebar Silly me, falling for the typical "0 is falsey" problem... * Rework deprecated action tests In an earlier commit I moved the `NavigationActions.mapDeprecatedActionAndWarn` out from `getStateForAction` and into `createNavigationContainer`'s `dispatch` function. The tests need to be reworked to support this, as they were previously calling `getStateForAction` directly. I don't imagine any users are calling `getStateForAction` directly. * Re-record two snapshots The changes in these snapshots are by design and don't affect anything. * Infer type of options in NavigationScreenConfig The issue is that sometimes we include options for different navigators in a single blob. * Infer types of action and options in createNavigationContainer Particulary helps with Options. Makes the types more specific and gets rid of an error that only shows up when using the library * Don't use generics for NavigationState in createNavigationContainer There's no particular reason for having those generics there, since there's no way we'd be able to get Flow to understand the exact shape of particular navigation states anyways. This fixes a bug when integrating this version of the project into my repo. * Move ReduxExample to react-native@0.49.3 instead of custom Expo version
2017-10-31 10:41:17 -04:00
fbjs-scripts "^0.8.1"
Upgrade to React Native 0.44 + Flow 0.42
2017-05-14 13:48:25 -07:00
fs-extra "^1.0.0"
glob "^7.1.1"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
graceful-fs "^4.1.3"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
inquirer "^3.0.6"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
lodash "^4.16.6"
Update to RN 0.52 and Expo 25 (#3383) * Update to RN 0.52 and Expo 25 * Rerecord snapshots for failing Jest tests * jest-expo@25.1.0-beta.0 * jest-expo@25.1.0
2018-01-30 12:22:20 -06:00
metro "^0.24.1"
metro-core "^0.24.1"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
mime "^1.3.4"
minimist "^1.2.0"
mkdirp "^0.5.1"
node-fetch "^1.3.3"
Update to react-native@0.50 and flow-bin@0.56 (#2998) * Update to React Native 0.50 * Type Promise used in PlatformHelpers.web.js * Move $FlowFixMe in CardStack.js The line number Flow is using for this error changed. The underlying problem has not, but I don't have time to fix it now unfortunately. * Type TouchableItem's children prop as React.Node This was my bad. `React.ChildrenArray` should only really be used in the case of having multiple of the same type of child. * Type HeaderTitle's children prop as React.Node Same as last commit. * Add assertion in StackRouter that StateUtils.indexOf returns valid index Flow doesn't realize that `StateUtils.indexOf` is guaranteed to return a valid index, so we use `invariant` to assert it. * Remove unused type DrawerNavigationState from TypeDefinition * Remove unused type parameter T in DrawerView * Type NavigationStateRoute as NavigationLeafRoute & NavigationState * Don't constrain generic action types to NavigationAction By constraining to subtypes of `NavigationAction`, we actually are requiring that any router satisfying our type constraints has to take all of the `NavigationAction` types. Instead, we want to say that it will only take some of them. Changing the types here to be inferred. * Fix types of NavigationScreenProp and withCachedChildNavigation 1. `NavigationScreenProp` needs to have its type parameter annotated with a `+` to actually indicate covariance on that type parameter, apparently 2. `withCachedChildNavigation` needs to thread through more-specific `NavigationState`s, and right now it just discards that specificity, which breaks `DrawerSidebar` because it needs a `NavigationStateRoute` * Ignore website/build from Flow * Fix type of DrawerItems activeItemKey prop - Even when specified, it can be `null` - Use a ternary expression instead of `x && x.param` approach * Get rid of NavigationRouter & NavigationNavigator parameterization on NavigationAction Since `NavigationRouter`'s `getStateForAction` functionality is a standard Redux reducer, it knows to forward on any actions it doesn't know how to deal with. We can widen the types of these functions to be `NavigationAction` without any negative consequence. * Explicitly specify null navigationOptions in createNavigator Not sure why, but Flow doesn't like us leaving it unspecified * Fix createNavigationContainer/createNavigator/StackNavigator types * Fix up flow types for TabNavigator and DrawerNavigator * Properly type defaultContentComponent * Fix more flow errors in createNavigationContainer * Replace NavigatorProps with NavigationNavigatorProps * Type SceneView's navigation prop as NavigationScreenProp<any> There is an unavoidable* type problem here. A `NavigationComponent` is either a navigator with a `NavigationStateRoute` or a scene with a `NavigationRoute`. The navigation prop it gets passed must match the component's `NavigationState`. However, there's no way for us to say that "`this.props.router.getComponentForRouteName` will have a `NavigationNavigator` iff the corresponding `childNavigationProps` is a `NavigationStateRoute`". The cleanest way to make this work is to throw an "any" specifically for the navigation prop's state type param. * We could probably avoid it with sufficient refactoring. If the routers were charged with keeping track of `childNavigationProps` instead of leaving it to the views, they could return the child navigation prop and child `NavigationComponent` in pairs whose types were coupled. * Pass in screenProps to NavigationComponent in NavigationPlayground's CustomTabs Flow wants `screenProps` to be passed in here for some reason... It cites `SceneView`, but that doesn't really make much sense to me. But this is some custom logic that most people aren't likely to run into, so I'm not gonna worry too much about it. * Patch mismatch with react-native-tab-view type for now * Use generic NavigationState in createNavigationContainer's _nav var We made the NavigationState generic while #1313 added a new instance variable. This updates the new instance variable to be generic. * Fix failing tests
2017-11-20 11:53:48 -08:00
node-notifier "^5.1.2"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
npmlog "^2.0.4"
opn "^3.0.2"
optimist "^0.6.1"
plist "^1.2.0"
Upgrade to React Native 0.44 + Flow 0.42
2017-05-14 13:48:25 -07:00
pretty-format "^4.2.1"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
promise "^7.1.1"
Update to RN 0.45, fix/improve flow coverage
2017-07-03 15:06:08 -07:00
prop-types "^15.5.8"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
react-clone-referenced-element "^1.0.1"
Update to RN 0.52 and Expo 25 (#3383) * Update to RN 0.52 and Expo 25 * Rerecord snapshots for failing Jest tests * jest-expo@25.1.0-beta.0 * jest-expo@25.1.0
2018-01-30 12:22:20 -06:00
react-devtools-core "3.0.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
react-timer-mixin "^0.13.2"
Update to RN 0.52 and Expo 25 (#3383) * Update to RN 0.52 and Expo 25 * Rerecord snapshots for failing Jest tests * jest-expo@25.1.0-beta.0 * jest-expo@25.1.0
2018-01-30 12:22:20 -06:00
regenerator-runtime "^0.11.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
rimraf "^2.5.4"
semver "^5.0.3"
shell-quote "1.6.1"
stacktrace-parser "^0.1.3"
whatwg-fetch "^1.0.0"
ws "^1.1.0"
Upgrade to React Native 0.44 + Flow 0.42
2017-05-14 13:48:25 -07:00
xcode "^0.9.1"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
xmldoc "^0.4.0"
Update to react-native@0.50 and flow-bin@0.56 (#2998) * Update to React Native 0.50 * Type Promise used in PlatformHelpers.web.js * Move $FlowFixMe in CardStack.js The line number Flow is using for this error changed. The underlying problem has not, but I don't have time to fix it now unfortunately. * Type TouchableItem's children prop as React.Node This was my bad. `React.ChildrenArray` should only really be used in the case of having multiple of the same type of child. * Type HeaderTitle's children prop as React.Node Same as last commit. * Add assertion in StackRouter that StateUtils.indexOf returns valid index Flow doesn't realize that `StateUtils.indexOf` is guaranteed to return a valid index, so we use `invariant` to assert it. * Remove unused type DrawerNavigationState from TypeDefinition * Remove unused type parameter T in DrawerView * Type NavigationStateRoute as NavigationLeafRoute & NavigationState * Don't constrain generic action types to NavigationAction By constraining to subtypes of `NavigationAction`, we actually are requiring that any router satisfying our type constraints has to take all of the `NavigationAction` types. Instead, we want to say that it will only take some of them. Changing the types here to be inferred. * Fix types of NavigationScreenProp and withCachedChildNavigation 1. `NavigationScreenProp` needs to have its type parameter annotated with a `+` to actually indicate covariance on that type parameter, apparently 2. `withCachedChildNavigation` needs to thread through more-specific `NavigationState`s, and right now it just discards that specificity, which breaks `DrawerSidebar` because it needs a `NavigationStateRoute` * Ignore website/build from Flow * Fix type of DrawerItems activeItemKey prop - Even when specified, it can be `null` - Use a ternary expression instead of `x && x.param` approach * Get rid of NavigationRouter & NavigationNavigator parameterization on NavigationAction Since `NavigationRouter`'s `getStateForAction` functionality is a standard Redux reducer, it knows to forward on any actions it doesn't know how to deal with. We can widen the types of these functions to be `NavigationAction` without any negative consequence. * Explicitly specify null navigationOptions in createNavigator Not sure why, but Flow doesn't like us leaving it unspecified * Fix createNavigationContainer/createNavigator/StackNavigator types * Fix up flow types for TabNavigator and DrawerNavigator * Properly type defaultContentComponent * Fix more flow errors in createNavigationContainer * Replace NavigatorProps with NavigationNavigatorProps * Type SceneView's navigation prop as NavigationScreenProp<any> There is an unavoidable* type problem here. A `NavigationComponent` is either a navigator with a `NavigationStateRoute` or a scene with a `NavigationRoute`. The navigation prop it gets passed must match the component's `NavigationState`. However, there's no way for us to say that "`this.props.router.getComponentForRouteName` will have a `NavigationNavigator` iff the corresponding `childNavigationProps` is a `NavigationStateRoute`". The cleanest way to make this work is to throw an "any" specifically for the navigation prop's state type param. * We could probably avoid it with sufficient refactoring. If the routers were charged with keeping track of `childNavigationProps` instead of leaving it to the views, they could return the child navigation prop and child `NavigationComponent` in pairs whose types were coupled. * Pass in screenProps to NavigationComponent in NavigationPlayground's CustomTabs Flow wants `screenProps` to be passed in here for some reason... It cites `SceneView`, but that doesn't really make much sense to me. But this is some custom logic that most people aren't likely to run into, so I'm not gonna worry too much about it. * Patch mismatch with react-native-tab-view type for now * Use generic NavigationState in createNavigationContainer's _nav var We made the NavigationState generic while #1313 added a new instance variable. This updates the new instance variable to be generic. * Fix failing tests
2017-11-20 11:53:48 -08:00
yargs "^9.0.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Release 2.0.0-rc.4
2018-04-25 17:03:56 -07:00
react-navigation-deprecated-tab-navigator@1.1.0:
version "1.1.0"
resolved "https://registry.yarnpkg.com/react-navigation-deprecated-tab-navigator/-/react-navigation-deprecated-tab-navigator-1.1.0.tgz#58945c1c4c7c21b54954e814e8721e98423df75d"
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
dependencies:
Release 2.0.0-rc.4
2018-04-25 17:03:56 -07:00
react-native-tab-view "^0.0.74"
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
Release 2.0.0-rc.4
2018-04-25 17:03:56 -07:00
react-navigation-tabs@0.1.0-alpha.7:
version "0.1.0-alpha.7"
resolved "https://registry.yarnpkg.com/react-navigation-tabs/-/react-navigation-tabs-0.1.0-alpha.7.tgz#bcea5b031a3db3b4230be63f17fed721bf78e198"
Add react-native-tabs as export from react-navigation
2018-03-18 17:50:02 -04:00
dependencies:
hoist-non-react-statics "^2.5.0"
prop-types "^15.6.0"
react-lifecycles-compat "^1.0.2"
Release 2.0.0-rc.4
2018-04-25 17:03:56 -07:00
react-native-paper "^1.4.0"
Add react-native-tabs as export from react-navigation
2018-03-18 17:50:02 -04:00
react-native-safe-area-view "^0.7.0"
Update react-navigation-tabs
2018-04-04 18:17:57 -07:00
react-native-tab-view "~0.0.77"
Add react-native-tabs as export from react-navigation
2018-03-18 17:50:02 -04:00
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
react-proxy@^1.1.7:
version "1.1.8"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/react-proxy/-/react-proxy-1.1.8.tgz#9dbfd9d927528c3aa9f444e4558c37830ab8c26a"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
lodash "^4.6.1"
react-deep-force-update "^1.0.0"
Improve consistency of jest version Hopefully will fix build on Circle
2018-03-16 16:21:17 -07:00
react-test-renderer@16.2.0, react-test-renderer@^16.0.0:
Remove flow (#3350) * Remove flow types from src * Finish removing Flow * Clear out flow-typed, some flow mentions in docs, website flow usage, and some other config
2018-01-24 17:52:09 -08:00
version "16.2.0"
resolved "https://registry.yarnpkg.com/react-test-renderer/-/react-test-renderer-16.2.0.tgz#bddf259a6b8fcd8555f012afc8eacc238872a211"
Set up Jest to be able to test RN UI components (#96)
2017-01-31 04:13:24 +01:00
dependencies:
Improve StatusBar/Header Behavior (#2669) * Track orientation change * Add tests for withOrientation * Better variable naming
2017-09-29 16:11:30 -05:00
fbjs "^0.8.16"
object-assign "^4.1.1"
Remove flow (#3350) * Remove flow types from src * Finish removing Flow * Clear out flow-typed, some flow mentions in docs, website flow usage, and some other config
2018-01-24 17:52:09 -08:00
prop-types "^15.6.0"
Set up Jest to be able to test RN UI components (#96)
2017-01-31 04:13:24 +01:00
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
react-timer-mixin@^0.13.2:
version "0.13.3"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/react-timer-mixin/-/react-timer-mixin-0.13.3.tgz#0da8b9f807ec07dc3e854d082c737c65605b3d22"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
react-transform-hmr@^1.0.4:
version "1.0.4"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/react-transform-hmr/-/react-transform-hmr-1.0.4.tgz#e1a40bd0aaefc72e8dfd7a7cda09af85066397bb"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
global "^4.3.0"
react-proxy "^1.1.7"
Update to RN 0.52 and Expo 25 (#3383) * Update to RN 0.52 and Expo 25 * Rerecord snapshots for failing Jest tests * jest-expo@25.1.0-beta.0 * jest-expo@25.1.0
2018-01-30 12:22:20 -06:00
react@16.2.0:
version "16.2.0"
resolved "https://registry.yarnpkg.com/react/-/react-16.2.0.tgz#a31bd2dab89bff65d42134fa187f24d054c273ba"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
Update to react-native@0.50 and flow-bin@0.56 (#2998) * Update to React Native 0.50 * Type Promise used in PlatformHelpers.web.js * Move $FlowFixMe in CardStack.js The line number Flow is using for this error changed. The underlying problem has not, but I don't have time to fix it now unfortunately. * Type TouchableItem's children prop as React.Node This was my bad. `React.ChildrenArray` should only really be used in the case of having multiple of the same type of child. * Type HeaderTitle's children prop as React.Node Same as last commit. * Add assertion in StackRouter that StateUtils.indexOf returns valid index Flow doesn't realize that `StateUtils.indexOf` is guaranteed to return a valid index, so we use `invariant` to assert it. * Remove unused type DrawerNavigationState from TypeDefinition * Remove unused type parameter T in DrawerView * Type NavigationStateRoute as NavigationLeafRoute & NavigationState * Don't constrain generic action types to NavigationAction By constraining to subtypes of `NavigationAction`, we actually are requiring that any router satisfying our type constraints has to take all of the `NavigationAction` types. Instead, we want to say that it will only take some of them. Changing the types here to be inferred. * Fix types of NavigationScreenProp and withCachedChildNavigation 1. `NavigationScreenProp` needs to have its type parameter annotated with a `+` to actually indicate covariance on that type parameter, apparently 2. `withCachedChildNavigation` needs to thread through more-specific `NavigationState`s, and right now it just discards that specificity, which breaks `DrawerSidebar` because it needs a `NavigationStateRoute` * Ignore website/build from Flow * Fix type of DrawerItems activeItemKey prop - Even when specified, it can be `null` - Use a ternary expression instead of `x && x.param` approach * Get rid of NavigationRouter & NavigationNavigator parameterization on NavigationAction Since `NavigationRouter`'s `getStateForAction` functionality is a standard Redux reducer, it knows to forward on any actions it doesn't know how to deal with. We can widen the types of these functions to be `NavigationAction` without any negative consequence. * Explicitly specify null navigationOptions in createNavigator Not sure why, but Flow doesn't like us leaving it unspecified * Fix createNavigationContainer/createNavigator/StackNavigator types * Fix up flow types for TabNavigator and DrawerNavigator * Properly type defaultContentComponent * Fix more flow errors in createNavigationContainer * Replace NavigatorProps with NavigationNavigatorProps * Type SceneView's navigation prop as NavigationScreenProp<any> There is an unavoidable* type problem here. A `NavigationComponent` is either a navigator with a `NavigationStateRoute` or a scene with a `NavigationRoute`. The navigation prop it gets passed must match the component's `NavigationState`. However, there's no way for us to say that "`this.props.router.getComponentForRouteName` will have a `NavigationNavigator` iff the corresponding `childNavigationProps` is a `NavigationStateRoute`". The cleanest way to make this work is to throw an "any" specifically for the navigation prop's state type param. * We could probably avoid it with sufficient refactoring. If the routers were charged with keeping track of `childNavigationProps` instead of leaving it to the views, they could return the child navigation prop and child `NavigationComponent` in pairs whose types were coupled. * Pass in screenProps to NavigationComponent in NavigationPlayground's CustomTabs Flow wants `screenProps` to be passed in here for some reason... It cites `SceneView`, but that doesn't really make much sense to me. But this is some custom logic that most people aren't likely to run into, so I'm not gonna worry too much about it. * Patch mismatch with react-native-tab-view type for now * Use generic NavigationState in createNavigationContainer's _nav var We made the NavigationState generic while #1313 added a new instance variable. This updates the new instance variable to be generic. * Fix failing tests
2017-11-20 11:53:48 -08:00
fbjs "^0.8.16"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
loose-envify "^1.1.0"
Update to react-native@0.50 and flow-bin@0.56 (#2998) * Update to React Native 0.50 * Type Promise used in PlatformHelpers.web.js * Move $FlowFixMe in CardStack.js The line number Flow is using for this error changed. The underlying problem has not, but I don't have time to fix it now unfortunately. * Type TouchableItem's children prop as React.Node This was my bad. `React.ChildrenArray` should only really be used in the case of having multiple of the same type of child. * Type HeaderTitle's children prop as React.Node Same as last commit. * Add assertion in StackRouter that StateUtils.indexOf returns valid index Flow doesn't realize that `StateUtils.indexOf` is guaranteed to return a valid index, so we use `invariant` to assert it. * Remove unused type DrawerNavigationState from TypeDefinition * Remove unused type parameter T in DrawerView * Type NavigationStateRoute as NavigationLeafRoute & NavigationState * Don't constrain generic action types to NavigationAction By constraining to subtypes of `NavigationAction`, we actually are requiring that any router satisfying our type constraints has to take all of the `NavigationAction` types. Instead, we want to say that it will only take some of them. Changing the types here to be inferred. * Fix types of NavigationScreenProp and withCachedChildNavigation 1. `NavigationScreenProp` needs to have its type parameter annotated with a `+` to actually indicate covariance on that type parameter, apparently 2. `withCachedChildNavigation` needs to thread through more-specific `NavigationState`s, and right now it just discards that specificity, which breaks `DrawerSidebar` because it needs a `NavigationStateRoute` * Ignore website/build from Flow * Fix type of DrawerItems activeItemKey prop - Even when specified, it can be `null` - Use a ternary expression instead of `x && x.param` approach * Get rid of NavigationRouter & NavigationNavigator parameterization on NavigationAction Since `NavigationRouter`'s `getStateForAction` functionality is a standard Redux reducer, it knows to forward on any actions it doesn't know how to deal with. We can widen the types of these functions to be `NavigationAction` without any negative consequence. * Explicitly specify null navigationOptions in createNavigator Not sure why, but Flow doesn't like us leaving it unspecified * Fix createNavigationContainer/createNavigator/StackNavigator types * Fix up flow types for TabNavigator and DrawerNavigator * Properly type defaultContentComponent * Fix more flow errors in createNavigationContainer * Replace NavigatorProps with NavigationNavigatorProps * Type SceneView's navigation prop as NavigationScreenProp<any> There is an unavoidable* type problem here. A `NavigationComponent` is either a navigator with a `NavigationStateRoute` or a scene with a `NavigationRoute`. The navigation prop it gets passed must match the component's `NavigationState`. However, there's no way for us to say that "`this.props.router.getComponentForRouteName` will have a `NavigationNavigator` iff the corresponding `childNavigationProps` is a `NavigationStateRoute`". The cleanest way to make this work is to throw an "any" specifically for the navigation prop's state type param. * We could probably avoid it with sufficient refactoring. If the routers were charged with keeping track of `childNavigationProps` instead of leaving it to the views, they could return the child navigation prop and child `NavigationComponent` in pairs whose types were coupled. * Pass in screenProps to NavigationComponent in NavigationPlayground's CustomTabs Flow wants `screenProps` to be passed in here for some reason... It cites `SceneView`, but that doesn't really make much sense to me. But this is some custom logic that most people aren't likely to run into, so I'm not gonna worry too much about it. * Patch mismatch with react-native-tab-view type for now * Use generic NavigationState in createNavigationContainer's _nav var We made the NavigationState generic while #1313 added a new instance variable. This updates the new instance variable to be generic. * Fix failing tests
2017-11-20 11:53:48 -08:00
object-assign "^4.1.1"
prop-types "^15.6.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
read-pkg-up@^1.0.1:
version "1.0.1"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/read-pkg-up/-/read-pkg-up-1.0.1.tgz#9d63c13276c065918d57f002a57f40a1b643fb02"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
find-up "^1.0.0"
read-pkg "^1.0.0"
Update depenencies, update Prettier
2017-07-03 21:36:47 -07:00
read-pkg-up@^2.0.0:
version "2.0.0"
resolved "https://registry.yarnpkg.com/read-pkg-up/-/read-pkg-up-2.0.0.tgz#6b72a8048984e0c41e79510fd5e9fa99b3b549be"
dependencies:
find-up "^2.0.0"
read-pkg "^2.0.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
read-pkg@^1.0.0:
version "1.1.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/read-pkg/-/read-pkg-1.1.0.tgz#f5ffaa5ecd29cb31c0474bca7d756b6bb29e3f28"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
load-json-file "^1.0.0"
normalize-package-data "^2.3.2"
path-type "^1.0.0"
Update depenencies, update Prettier
2017-07-03 21:36:47 -07:00
read-pkg@^2.0.0:
version "2.0.0"
resolved "https://registry.yarnpkg.com/read-pkg/-/read-pkg-2.0.0.tgz#8ef1c0623c6a6db0dc6713c4bfac46332b2368f8"
dependencies:
load-json-file "^2.0.0"
normalize-package-data "^2.3.2"
path-type "^2.0.0"
Update to RN 0.45, fix/improve flow coverage
2017-07-03 15:06:08 -07:00
readable-stream@^2.0.1, readable-stream@^2.0.2, readable-stream@^2.0.6, readable-stream@^2.1.4, readable-stream@^2.1.5, readable-stream@^2.2.2:
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
version "2.3.5"
resolved "https://registry.yarnpkg.com/readable-stream/-/readable-stream-2.3.5.tgz#b4f85003a938cbb6ecbce2a124fb1012bd1a838d"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
core-util-is "~1.0.0"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
inherits "~2.0.3"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
isarray "~1.0.0"
Better orientation layout on playground
2018-02-12 11:53:23 -08:00
process-nextick-args "~2.0.0"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
safe-buffer "~5.1.1"
string_decoder "~1.0.3"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
util-deprecate "~1.0.1"
readable-stream@~1.1.8, readable-stream@~1.1.9:
version "1.1.14"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/readable-stream/-/readable-stream-1.1.14.tgz#7cf4c54ef648e3813084c636dd2079e166c081d9"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
core-util-is "~1.0.0"
inherits "~2.0.1"
isarray "0.0.1"
string_decoder "~0.10.x"
readdirp@^2.0.0:
version "2.1.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/readdirp/-/readdirp-2.1.0.tgz#4ed0ad060df3073300c48440373f72d1cc642d78"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
graceful-fs "^4.1.2"
minimatch "^3.0.2"
readable-stream "^2.0.2"
set-immediate-shim "^1.0.1"
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
realpath-native@^1.0.0:
version "1.0.0"
resolved "https://registry.yarnpkg.com/realpath-native/-/realpath-native-1.0.0.tgz#7885721a83b43bd5327609f0ddecb2482305fdf0"
dependencies:
util.promisify "^1.0.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
regenerate@^1.2.1:
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
version "1.3.3"
resolved "https://registry.yarnpkg.com/regenerate/-/regenerate-1.3.3.tgz#0c336d3980553d755c39b586ae3b20aa49c82b7f"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
regenerator-runtime@^0.10.5:
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
version "0.10.5"
resolved "https://registry.yarnpkg.com/regenerator-runtime/-/regenerator-runtime-0.10.5.tgz#336c3efc1220adcedda2c9fab67b5a7955a33658"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
regenerator-runtime@^0.11.0:
Remove flow (#3350) * Remove flow types from src * Finish removing Flow * Clear out flow-typed, some flow mentions in docs, website flow usage, and some other config
2018-01-24 17:52:09 -08:00
version "0.11.1"
resolved "https://registry.yarnpkg.com/regenerator-runtime/-/regenerator-runtime-0.11.1.tgz#be05ad7f9bf7d22e056f9726cee5017fbf19e2e9"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
regenerator-transform@^0.10.0:
version "0.10.1"
resolved "https://registry.yarnpkg.com/regenerator-transform/-/regenerator-transform-0.10.1.tgz#1e4996837231da8b7f3cf4114d71b5691a0680dd"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
babel-runtime "^6.18.0"
babel-types "^6.19.0"
private "^0.1.6"
regex-cache@^0.4.2:
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
version "0.4.4"
resolved "https://registry.yarnpkg.com/regex-cache/-/regex-cache-0.4.4.tgz#75bdc58a2a1496cec48a12835bc54c8d562336dd"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
is-equal-shallow "^0.1.3"
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
regex-not@^1.0.0, regex-not@^1.0.2:
version "1.0.2"
resolved "https://registry.yarnpkg.com/regex-not/-/regex-not-1.0.2.tgz#1f4ece27e00b0b65e0247a6810e6a85d83a5752c"
dependencies:
extend-shallow "^3.0.2"
safe-regex "^1.1.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
regexpu-core@^2.0.0:
version "2.0.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/regexpu-core/-/regexpu-core-2.0.0.tgz#49d038837b8dcf8bfa5b9a42139938e6ea2ae240"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
regenerate "^1.2.1"
regjsgen "^0.2.0"
regjsparser "^0.1.4"
regjsgen@^0.2.0:
version "0.2.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/regjsgen/-/regjsgen-0.2.0.tgz#6c016adeac554f75823fe37ac05b92d5a4edb1f7"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
regjsparser@^0.1.4:
version "0.1.5"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/regjsparser/-/regjsparser-0.1.5.tgz#7ee8f84dc6fa792d3fd0ae228d24bd949ead205c"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
jsesc "~0.5.0"
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
remove-trailing-separator@^1.0.1:
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
version "1.1.0"
resolved "https://registry.yarnpkg.com/remove-trailing-separator/-/remove-trailing-separator-1.1.0.tgz#c24bce2a283adad5bc3f58e0d48249b92379d8ef"
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
repeat-element@^1.1.2:
version "1.1.2"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/repeat-element/-/repeat-element-1.1.2.tgz#ef089a178d1483baae4d93eb98b4f9e4e11d990a"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
repeat-string@^1.5.2, repeat-string@^1.6.1:
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
version "1.6.1"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/repeat-string/-/repeat-string-1.6.1.tgz#8dcae470e1c88abc2d600fff4a776286da75e637"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
repeating@^2.0.0:
version "2.0.1"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/repeating/-/repeating-2.0.1.tgz#5214c53a926d3552707527fbab415dbc08d06dda"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
is-finite "^1.0.0"
replace-ext@0.0.1:
version "0.0.1"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/replace-ext/-/replace-ext-0.0.1.tgz#29bbd92078a739f0bcce2b4ee41e837953522924"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
request-promise-core@1.1.1:
version "1.1.1"
resolved "https://registry.yarnpkg.com/request-promise-core/-/request-promise-core-1.1.1.tgz#3eee00b2c5aa83239cfb04c5700da36f81cd08b6"
dependencies:
lodash "^4.13.1"
request-promise-native@^1.0.5:
version "1.0.5"
resolved "https://registry.yarnpkg.com/request-promise-native/-/request-promise-native-1.0.5.tgz#5281770f68e0c9719e5163fd3fab482215f4fda5"
dependencies:
request-promise-core "1.1.1"
stealthy-require "^1.1.0"
tough-cookie ">=2.3.3"
Update to react-native@0.49 and flow-bin@0.53 (#2845) * Update root package to react-native@0.49 and flow-bin@0.53 * Update NavigationPlayground package to react-native@0.49 and flow-bin@0.53 * Update ReduxExample package to react-native@0.49 and flow-bin@0.53 * flow-typed update (code-gen) * Find-and-replace old types with new types - `React.Element<*>` as the result of a render function is now `React.Node` - `ReactClass<T>` as the type of a Component is now `React.ComponentType<typeof T>` - `extends React.Component<DP, P, S>` is now `extends React.Component<P, S>` - `React.Children<*>` as the type of a children prop is now `React.ChildrenArray<*>` - Refs are now typed with `React.Ref` There are also several tiny typo fixes in here. * Avoid assuming state is NavigationRoute in addNavigationHelpers For the root, top-level Navigator, the state is a simple `NavigationState` (with no route info) and we still use `addNavigationHelpers` for it. We can't assume `navigation.state.key` is accessible for this type, so we need to do runtime checks here. * Fix type of NavigationScreenConfig `navigationOptions` was incorrectly typed * Give createNavigationContainer's State a type parameter We want to be able to specifically type this guy so we can use specific NavigationState for things like the Drawer views without having to do runtime assertions about the state type * Fix typing of NavigationAction First of all, `NavigationAction` was being used as two different types, so I had to create the new `PossiblyDeprecatedNavigationAction` and add it as a type parameter everywhere. Second of all, generics and implied types were being used far more than they need to be, and they're hard to work with because Flow doesn't really explain things well when they go wrong. * Make sure children scenes of CardStack have NavigationProp typed with NavigationRoute CardStack's `NavigationScreenProp` is typed with `NavigationState`, but the children need `NavigationRoute`. Flow gets confused by the spread operator, even if the individual property is replaced later, so we need to explicitly list each property individually (just `dispatch`, actually). * Allow prevTransitionProps parameter to be nullable * Allow prevTransitionProps parameter to be nullable * Narrow down a couple type parameters * Move NavigationStateRoute cast to within Component.router check in createConfigGetter * Update withCachedChildNavigation so it's typed correctly with React.ComponentType * Add a $FlowFixMe for displayName `React.StatelessFunctionalComponent` is missing `displayName` before Flow 0.54.0 See https://github.com/facebook/flow/commit/de37062ea21cb4055d3f1b01bdbaa76461140fc8 * Make TouchableItem's onPress prop optional `HeaderBackButton` can pass in an undefined onPress, and the React Native `Touchable*` components allow it too * Simplify withCachedChildNavigation and get rid of generics The generics don't help us here and they make the types more confusing * Redefine NavigationComponent as direct intersection The new type is technically identical to the old type, but Flow is confused by the old type... * Save router to local var before checking createConfigGetter Flow seems to think Component.router can change after the check * Fix DrawerSidebar's navigation prop's type In order for us to be able to generate a childNavigationProp, the original navigation prop has to have a NavigationState state. * Colocate action.key check with action.type check in getStateForAction For some reason, Flow thinks `action` can change sometime after `action.type` is checked. As a result, it's not properly concluding that `action.key` should exist. To avoid this, we pull `action.key` out immediately after doing the `action.type` check. * Use bounded polymorphism to pass down all props in withCachedChildNavigation Also makes sure the injected props are specified first in the union Also removes an unused `eslint-disable-line` in `getScreenForRouteName` * Make TabRouter's getComponentForState return NavigationComponent `NavigationScreenComponent` is a subtype of `NavigationComponent`, but it's not clear that `getComponentForState` always returns a `NavigationScreenComponent`, as `getScreenForRouteName` returns `NavigationComponent` * Define NavigationComponent's props using NavigationNavigatorProps Right now the types ask Flow to infer the types of `NavigationComponent`'s props. (`NavigationComponent` is the union of `NavigationNavigator` and NavigationScreenComponent.) Instead, we type the props as subtypes of `NavigationNavigatorProps`, so we can properly access those props without type errors. We used bounded polymorphism in `createNavigationContainer` and `createNavigator` to pass down these props. We also explicitly type the action in `createNavigationContainer` so we can properly pass in a `NavigationInitAction` to the dispatch function. * Parameterize NavigationTabRouterConfig `NavigationTabRouterConfig` doesn't always take `NavigationTabScreenOptions`; sometimes, it takes `NavigationDrawerScreenOptions`. * Make all NavigationOptions Exact types We're seeing weird behavior when these are merged together. By making them Exact types, we make types don't get mangled when they're unioned. https://flow.org/en/docs/types/unions/#toc-disjoint-unions-with-exact-types * Silence errors in tests These errors are unavoidable since we can't type the precise shape of a particular `NavigationState`. * Include NavigationSetParamsAction in NavigationTabAction `TabNavigator`'s `getStateForAction` definitely takes `NavigationSetParamsAction`. * Explicitly list router as void in NavigationScreenComponent This is so Flow knows that if a `NavigationComponent` has a `router` property, then it is definitely a `NavigationNavigator`. * Fix website app navigator's type * Fix createDocPage type in App In an earlier commit I attempted to fix the types here, but I incorrectly read it as returning a navigator when it just returns a screen. For some reason the error didn't immediately show up. * Fix NavigationComponent types Five changes: 1. No longer parameterizing the props of `NavigationComponent`; directly specifying as `NavigationNavigatorProps` 2. Specify the two distinct kinds of route types (leaf and state) directly in `NavigationComponent` 3. Have `SceneView` directly take `NavigationComponent` and allow inferring of `NavigationSceneProp` type 4. Have `CardStack` directly take `NavigationComponent` as well * Allow Flow to infer `NavigationAction` type in `createNavigator` * Silence Flow in router code that handles navigator sub-routes There's no way for us to tell Flow that routes that correspond to navigators should be `NavigationStateRoute`s * Allow DrawerSidebar to take a null contentComponent The way `DrawerNavigator` is set up, it's possible to pass in a null `contentComponent` in the config. If somebody want to do this, we'll just make the `DrawerSidebar` not appear altogether. This is simpler than splitting the types so there's a possibly-unspecified one for the user input, but a definitely-specified one in `DrawerSidebar`. * Specify missing screenProps prop in DrawerView * Thread full NavigationStateRoute in to DrawerSidebar This requiring making `withCachedChildNavigation` use bounded polymorphism to thread the `NavigationStateRoute` through instead of downgrading it to a `NavigationState` * Make NavigationStateProp's state prop covariant This means that `NavigationStateProp<NavigationStateRoute>` will be a subtype of `NavigationStateProp<NavigationRoute>` and `NavigationStateProp<NavigationState>` * Silence Flow's complaints about a route not being a NavigationStateRoute As mentioned in previous commits and in the comment, there is no way to type a specific navigation state shape, so we have to cast it and silence Flow's complaints. * Get rid of style prop in CardStack It looks like at some point, it was possible to specify a `style` prop that got passed all the way down to `Header`, the `TransitionConfig`'s `screenInterpolator`, and `Transitioner`. Doesn't look like we're using it anywhere, and there's a todo saying to remove it, and it's causing a type error. * Infer type of options instead of using a subtype of {} I think this has to do with {} allowing for unsealed objects. I'm not 100% sure, but this fixes 4/6 of the remaining errors! * Fix two type errors in NavigationPlayground One was just requiring an outdated type (`React.Children` instead of `React.ChildrenArray`), and the other was getting confused regarding types because of a spread operator. * Use a covariant property to simplify withCachedChildNavigation's InputProps This doesn't reduce any errors, but it's a bit simpler and cleaner. * Silence last two Flow errors regarding withCachedChildNavigation injecting childNavigationProps These are the only two errors I haven't been able to figure out at all. If I had more time I'd try and figure out the simplest case and report it to the Flow team, but I've been working on this for a week already and have to move on. The issue at hand is that `withCachedChildNavigation` injects `childNavigationProps`, but Flow doesn't see this and thinks it needs to be specified by the view component. We're using the HOC pattern suggested by the Flow docs, and I've tried several other patterns to no avail. * Use stock react-native instead of Expo's in NavigationPlayground Expo's causes Flow errors, and apparently this is normal practice because the person who switched us to Expo did this too. * Silence react-native-gesture-handler Flow errors in NavigationPlayground Expo requires this package, but it causes Flow errors. * Fix index check in DrawerSidebar Silly me, falling for the typical "0 is falsey" problem... * Rework deprecated action tests In an earlier commit I moved the `NavigationActions.mapDeprecatedActionAndWarn` out from `getStateForAction` and into `createNavigationContainer`'s `dispatch` function. The tests need to be reworked to support this, as they were previously calling `getStateForAction` directly. I don't imagine any users are calling `getStateForAction` directly. * Re-record two snapshots The changes in these snapshots are by design and don't affect anything. * Infer type of options in NavigationScreenConfig The issue is that sometimes we include options for different navigators in a single blob. * Infer types of action and options in createNavigationContainer Particulary helps with Options. Makes the types more specific and gets rid of an error that only shows up when using the library * Don't use generics for NavigationState in createNavigationContainer There's no particular reason for having those generics there, since there's no way we'd be able to get Flow to understand the exact shape of particular navigation states anyways. This fixes a bug when integrating this version of the project into my repo. * Move ReduxExample to react-native@0.49.3 instead of custom Expo version
2017-10-31 10:41:17 -04:00
request@2.77.0:
version "2.77.0"
resolved "https://registry.yarnpkg.com/request/-/request-2.77.0.tgz#2b00d82030ededcc97089ffa5d8810a9c2aa314b"
dependencies:
aws-sign2 "~0.6.0"
aws4 "^1.2.1"
caseless "~0.11.0"
combined-stream "~1.0.5"
extend "~3.0.0"
forever-agent "~0.6.1"
form-data "~2.1.1"
har-validator "~2.0.6"
hawk "~3.1.3"
http-signature "~1.1.0"
is-typedarray "~1.0.0"
isstream "~0.1.2"
json-stringify-safe "~5.0.1"
mime-types "~2.1.7"
node-uuid "~1.4.7"
oauth-sign "~0.8.1"
qs "~6.3.0"
stringstream "~0.0.4"
tough-cookie "~2.3.0"
tunnel-agent "~0.4.1"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
request@2.81.0:
version "2.81.0"
resolved "https://registry.yarnpkg.com/request/-/request-2.81.0.tgz#c6928946a0e06c5f8d6f8a9333469ffda46298a0"
Revert changes to yarn.lock (#2545) * Rollback changes to yarn.lock * Update react-native-tab-view in yarn.lock
2017-09-06 13:22:08 -05:00
dependencies:
aws-sign2 "~0.6.0"
aws4 "^1.2.1"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
caseless "~0.12.0"
Revert changes to yarn.lock (#2545) * Rollback changes to yarn.lock * Update react-native-tab-view in yarn.lock
2017-09-06 13:22:08 -05:00
combined-stream "~1.0.5"
extend "~3.0.0"
forever-agent "~0.6.1"
form-data "~2.1.1"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
har-validator "~4.2.1"
Revert changes to yarn.lock (#2545) * Rollback changes to yarn.lock * Update react-native-tab-view in yarn.lock
2017-09-06 13:22:08 -05:00
hawk "~3.1.3"
http-signature "~1.1.0"
is-typedarray "~1.0.0"
isstream "~0.1.2"
json-stringify-safe "~5.0.1"
mime-types "~2.1.7"
oauth-sign "~0.8.1"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
performance-now "^0.2.0"
qs "~6.4.0"
safe-buffer "^5.0.1"
Revert changes to yarn.lock (#2545) * Rollback changes to yarn.lock * Update react-native-tab-view in yarn.lock
2017-09-06 13:22:08 -05:00
stringstream "~0.0.4"
tough-cookie "~2.3.0"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
tunnel-agent "^0.6.0"
Revert changes to yarn.lock (#2545) * Rollback changes to yarn.lock * Update react-native-tab-view in yarn.lock
2017-09-06 13:22:08 -05:00
uuid "^3.0.0"
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
request@^2.79.0, request@^2.83.0:
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
version "2.85.0"
resolved "https://registry.yarnpkg.com/request/-/request-2.85.0.tgz#5a03615a47c61420b3eb99b7dba204f83603e1fa"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
aws-sign2 "~0.7.0"
aws4 "^1.6.0"
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
caseless "~0.12.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
combined-stream "~1.0.5"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
extend "~3.0.1"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
forever-agent "~0.6.1"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
form-data "~2.3.1"
har-validator "~5.0.3"
hawk "~6.0.2"
http-signature "~1.2.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
is-typedarray "~1.0.0"
isstream "~0.1.2"
json-stringify-safe "~5.0.1"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
mime-types "~2.1.17"
oauth-sign "~0.8.2"
performance-now "^2.1.0"
qs "~6.5.1"
safe-buffer "^5.1.1"
stringstream "~0.0.5"
Update to react-native@0.49 and flow-bin@0.53 (#2845) * Update root package to react-native@0.49 and flow-bin@0.53 * Update NavigationPlayground package to react-native@0.49 and flow-bin@0.53 * Update ReduxExample package to react-native@0.49 and flow-bin@0.53 * flow-typed update (code-gen) * Find-and-replace old types with new types - `React.Element<*>` as the result of a render function is now `React.Node` - `ReactClass<T>` as the type of a Component is now `React.ComponentType<typeof T>` - `extends React.Component<DP, P, S>` is now `extends React.Component<P, S>` - `React.Children<*>` as the type of a children prop is now `React.ChildrenArray<*>` - Refs are now typed with `React.Ref` There are also several tiny typo fixes in here. * Avoid assuming state is NavigationRoute in addNavigationHelpers For the root, top-level Navigator, the state is a simple `NavigationState` (with no route info) and we still use `addNavigationHelpers` for it. We can't assume `navigation.state.key` is accessible for this type, so we need to do runtime checks here. * Fix type of NavigationScreenConfig `navigationOptions` was incorrectly typed * Give createNavigationContainer's State a type parameter We want to be able to specifically type this guy so we can use specific NavigationState for things like the Drawer views without having to do runtime assertions about the state type * Fix typing of NavigationAction First of all, `NavigationAction` was being used as two different types, so I had to create the new `PossiblyDeprecatedNavigationAction` and add it as a type parameter everywhere. Second of all, generics and implied types were being used far more than they need to be, and they're hard to work with because Flow doesn't really explain things well when they go wrong. * Make sure children scenes of CardStack have NavigationProp typed with NavigationRoute CardStack's `NavigationScreenProp` is typed with `NavigationState`, but the children need `NavigationRoute`. Flow gets confused by the spread operator, even if the individual property is replaced later, so we need to explicitly list each property individually (just `dispatch`, actually). * Allow prevTransitionProps parameter to be nullable * Allow prevTransitionProps parameter to be nullable * Narrow down a couple type parameters * Move NavigationStateRoute cast to within Component.router check in createConfigGetter * Update withCachedChildNavigation so it's typed correctly with React.ComponentType * Add a $FlowFixMe for displayName `React.StatelessFunctionalComponent` is missing `displayName` before Flow 0.54.0 See https://github.com/facebook/flow/commit/de37062ea21cb4055d3f1b01bdbaa76461140fc8 * Make TouchableItem's onPress prop optional `HeaderBackButton` can pass in an undefined onPress, and the React Native `Touchable*` components allow it too * Simplify withCachedChildNavigation and get rid of generics The generics don't help us here and they make the types more confusing * Redefine NavigationComponent as direct intersection The new type is technically identical to the old type, but Flow is confused by the old type... * Save router to local var before checking createConfigGetter Flow seems to think Component.router can change after the check * Fix DrawerSidebar's navigation prop's type In order for us to be able to generate a childNavigationProp, the original navigation prop has to have a NavigationState state. * Colocate action.key check with action.type check in getStateForAction For some reason, Flow thinks `action` can change sometime after `action.type` is checked. As a result, it's not properly concluding that `action.key` should exist. To avoid this, we pull `action.key` out immediately after doing the `action.type` check. * Use bounded polymorphism to pass down all props in withCachedChildNavigation Also makes sure the injected props are specified first in the union Also removes an unused `eslint-disable-line` in `getScreenForRouteName` * Make TabRouter's getComponentForState return NavigationComponent `NavigationScreenComponent` is a subtype of `NavigationComponent`, but it's not clear that `getComponentForState` always returns a `NavigationScreenComponent`, as `getScreenForRouteName` returns `NavigationComponent` * Define NavigationComponent's props using NavigationNavigatorProps Right now the types ask Flow to infer the types of `NavigationComponent`'s props. (`NavigationComponent` is the union of `NavigationNavigator` and NavigationScreenComponent.) Instead, we type the props as subtypes of `NavigationNavigatorProps`, so we can properly access those props without type errors. We used bounded polymorphism in `createNavigationContainer` and `createNavigator` to pass down these props. We also explicitly type the action in `createNavigationContainer` so we can properly pass in a `NavigationInitAction` to the dispatch function. * Parameterize NavigationTabRouterConfig `NavigationTabRouterConfig` doesn't always take `NavigationTabScreenOptions`; sometimes, it takes `NavigationDrawerScreenOptions`. * Make all NavigationOptions Exact types We're seeing weird behavior when these are merged together. By making them Exact types, we make types don't get mangled when they're unioned. https://flow.org/en/docs/types/unions/#toc-disjoint-unions-with-exact-types * Silence errors in tests These errors are unavoidable since we can't type the precise shape of a particular `NavigationState`. * Include NavigationSetParamsAction in NavigationTabAction `TabNavigator`'s `getStateForAction` definitely takes `NavigationSetParamsAction`. * Explicitly list router as void in NavigationScreenComponent This is so Flow knows that if a `NavigationComponent` has a `router` property, then it is definitely a `NavigationNavigator`. * Fix website app navigator's type * Fix createDocPage type in App In an earlier commit I attempted to fix the types here, but I incorrectly read it as returning a navigator when it just returns a screen. For some reason the error didn't immediately show up. * Fix NavigationComponent types Five changes: 1. No longer parameterizing the props of `NavigationComponent`; directly specifying as `NavigationNavigatorProps` 2. Specify the two distinct kinds of route types (leaf and state) directly in `NavigationComponent` 3. Have `SceneView` directly take `NavigationComponent` and allow inferring of `NavigationSceneProp` type 4. Have `CardStack` directly take `NavigationComponent` as well * Allow Flow to infer `NavigationAction` type in `createNavigator` * Silence Flow in router code that handles navigator sub-routes There's no way for us to tell Flow that routes that correspond to navigators should be `NavigationStateRoute`s * Allow DrawerSidebar to take a null contentComponent The way `DrawerNavigator` is set up, it's possible to pass in a null `contentComponent` in the config. If somebody want to do this, we'll just make the `DrawerSidebar` not appear altogether. This is simpler than splitting the types so there's a possibly-unspecified one for the user input, but a definitely-specified one in `DrawerSidebar`. * Specify missing screenProps prop in DrawerView * Thread full NavigationStateRoute in to DrawerSidebar This requiring making `withCachedChildNavigation` use bounded polymorphism to thread the `NavigationStateRoute` through instead of downgrading it to a `NavigationState` * Make NavigationStateProp's state prop covariant This means that `NavigationStateProp<NavigationStateRoute>` will be a subtype of `NavigationStateProp<NavigationRoute>` and `NavigationStateProp<NavigationState>` * Silence Flow's complaints about a route not being a NavigationStateRoute As mentioned in previous commits and in the comment, there is no way to type a specific navigation state shape, so we have to cast it and silence Flow's complaints. * Get rid of style prop in CardStack It looks like at some point, it was possible to specify a `style` prop that got passed all the way down to `Header`, the `TransitionConfig`'s `screenInterpolator`, and `Transitioner`. Doesn't look like we're using it anywhere, and there's a todo saying to remove it, and it's causing a type error. * Infer type of options instead of using a subtype of {} I think this has to do with {} allowing for unsealed objects. I'm not 100% sure, but this fixes 4/6 of the remaining errors! * Fix two type errors in NavigationPlayground One was just requiring an outdated type (`React.Children` instead of `React.ChildrenArray`), and the other was getting confused regarding types because of a spread operator. * Use a covariant property to simplify withCachedChildNavigation's InputProps This doesn't reduce any errors, but it's a bit simpler and cleaner. * Silence last two Flow errors regarding withCachedChildNavigation injecting childNavigationProps These are the only two errors I haven't been able to figure out at all. If I had more time I'd try and figure out the simplest case and report it to the Flow team, but I've been working on this for a week already and have to move on. The issue at hand is that `withCachedChildNavigation` injects `childNavigationProps`, but Flow doesn't see this and thinks it needs to be specified by the view component. We're using the HOC pattern suggested by the Flow docs, and I've tried several other patterns to no avail. * Use stock react-native instead of Expo's in NavigationPlayground Expo's causes Flow errors, and apparently this is normal practice because the person who switched us to Expo did this too. * Silence react-native-gesture-handler Flow errors in NavigationPlayground Expo requires this package, but it causes Flow errors. * Fix index check in DrawerSidebar Silly me, falling for the typical "0 is falsey" problem... * Rework deprecated action tests In an earlier commit I moved the `NavigationActions.mapDeprecatedActionAndWarn` out from `getStateForAction` and into `createNavigationContainer`'s `dispatch` function. The tests need to be reworked to support this, as they were previously calling `getStateForAction` directly. I don't imagine any users are calling `getStateForAction` directly. * Re-record two snapshots The changes in these snapshots are by design and don't affect anything. * Infer type of options in NavigationScreenConfig The issue is that sometimes we include options for different navigators in a single blob. * Infer types of action and options in createNavigationContainer Particulary helps with Options. Makes the types more specific and gets rid of an error that only shows up when using the library * Don't use generics for NavigationState in createNavigationContainer There's no particular reason for having those generics there, since there's no way we'd be able to get Flow to understand the exact shape of particular navigation states anyways. This fixes a bug when integrating this version of the project into my repo. * Move ReduxExample to react-native@0.49.3 instead of custom Expo version
2017-10-31 10:41:17 -04:00
tough-cookie "~2.3.3"
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
tunnel-agent "^0.6.0"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
uuid "^3.1.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
require-directory@^2.1.1:
version "2.1.1"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/require-directory/-/require-directory-2.1.1.tgz#8c64ad5fd30dab1c976e2344ffe7f792a6a6df42"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Employ pre-commit hook for formatting code. (#2597) This change comes thanks to @plasticine's great idea (https://github.com/react-community/react-navigation/pull/2581#issuecomment-329661371). - Add husky and lint-staged to use pre-commit hook. - Automate formatting JavaScript code using ESLint and Prettier before committing changes.
2017-09-16 07:17:09 +09:00
require-from-string@^1.1.0:
version "1.2.1"
resolved "https://registry.yarnpkg.com/require-from-string/-/require-from-string-1.2.1.tgz#529c9ccef27380adfec9a2f965b649bbee636418"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
require-main-filename@^1.0.1:
version "1.0.1"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/require-main-filename/-/require-main-filename-1.0.1.tgz#97f717b69d48784f5f526a6c5aa8ffdda055a4d1"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
require-relative@^0.8.7:
version "0.8.7"
resolved "https://registry.yarnpkg.com/require-relative/-/require-relative-0.8.7.tgz#7999539fc9e047a37928fa196f8e1563dabd36de"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
require-uncached@^1.0.3:
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
version "1.0.3"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/require-uncached/-/require-uncached-1.0.3.tgz#4e0d56d6c9662fd31e43011c4b95aa49955421d3"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
caller-path "^0.1.0"
resolve-from "^1.0.0"
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
resolve-cwd@^2.0.0:
version "2.0.0"
resolved "https://registry.yarnpkg.com/resolve-cwd/-/resolve-cwd-2.0.0.tgz#00a9f7387556e27038eae232caa372a6a59b665a"
dependencies:
resolve-from "^3.0.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
resolve-from@^1.0.0:
version "1.0.1"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/resolve-from/-/resolve-from-1.0.1.tgz#26cbfe935d1aeeeabb29bc3fe5aeb01e93d44226"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
resolve-from@^3.0.0:
version "3.0.0"
resolved "https://registry.yarnpkg.com/resolve-from/-/resolve-from-3.0.0.tgz#b22c7af7d9d6881bc8b6e653335eebcb0a188748"
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
resolve-url@^0.2.1:
version "0.2.1"
resolved "https://registry.yarnpkg.com/resolve-url/-/resolve-url-0.2.1.tgz#2c637fe77c893afd2a663fe21aa9080068e2052a"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
resolve@1.1.7:
version "1.1.7"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/resolve/-/resolve-1.1.7.tgz#203114d82ad2c5ed9e8e0411b3932875e889e97b"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
resolve@^1.5.0:
Remove flow (#3350) * Remove flow types from src * Finish removing Flow * Clear out flow-typed, some flow mentions in docs, website flow usage, and some other config
2018-01-24 17:52:09 -08:00
version "1.5.0"
resolved "https://registry.yarnpkg.com/resolve/-/resolve-1.5.0.tgz#1f09acce796c9a762579f31b2c1cc4c3cddf9f36"
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
dependencies:
path-parse "^1.0.5"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
response-time@~2.3.1:
version "2.3.2"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/response-time/-/response-time-2.3.2.tgz#ffa71bab952d62f7c1d49b7434355fbc68dffc5a"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
depd "~1.1.0"
on-headers "~1.0.1"
restore-cursor@^1.0.1:
version "1.0.1"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/restore-cursor/-/restore-cursor-1.0.1.tgz#34661f46886327fed2991479152252df92daa541"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
exit-hook "^1.0.0"
onetime "^1.0.0"
Update depenencies, update Prettier
2017-07-03 21:36:47 -07:00
restore-cursor@^2.0.0:
version "2.0.0"
resolved "https://registry.yarnpkg.com/restore-cursor/-/restore-cursor-2.0.0.tgz#9f7ee287f82fd326d4fd162923d62129eee0dfaf"
dependencies:
onetime "^2.0.0"
signal-exit "^3.0.2"
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
ret@~0.1.10:
version "0.1.15"
resolved "https://registry.yarnpkg.com/ret/-/ret-0.1.15.tgz#b8a4825d5bdb1fc3f6f53c2bc33f81388681c7bc"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
right-align@^0.1.1:
version "0.1.3"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/right-align/-/right-align-0.1.3.tgz#61339b722fe6a3515689210d24e14c96148613ef"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
align-text "^0.1.1"
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
rimraf@2, rimraf@^2.2.8, rimraf@^2.5.1, rimraf@^2.5.4, rimraf@^2.6.1:
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
version "2.6.2"
resolved "https://registry.yarnpkg.com/rimraf/-/rimraf-2.6.2.tgz#2ed8150d24a16ea8651e6d6ef0f47c4158ce7a36"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
glob "^7.0.5"
rimraf@~2.2.6:
version "2.2.8"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/rimraf/-/rimraf-2.2.8.tgz#e439be2aaee327321952730f99a8929e4fc50582"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
rndm@1.2.0:
version "1.2.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/rndm/-/rndm-1.2.0.tgz#f33fe9cfb52bbfd520aa18323bc65db110a1b76c"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update depenencies, update Prettier
2017-07-03 21:36:47 -07:00
run-async@^2.2.0:
version "2.3.0"
resolved "https://registry.yarnpkg.com/run-async/-/run-async-2.3.0.tgz#0371ab4ae0bdd720d4166d7dfda64ff7a445a6c0"
dependencies:
is-promise "^2.1.0"
rx-lite-aggregates@^4.0.8:
version "4.0.8"
resolved "https://registry.yarnpkg.com/rx-lite-aggregates/-/rx-lite-aggregates-4.0.8.tgz#753b87a89a11c95467c4ac1626c4efc4e05c67be"
dependencies:
rx-lite "*"
rx-lite@*, rx-lite@^4.0.8:
version "4.0.8"
resolved "https://registry.yarnpkg.com/rx-lite/-/rx-lite-4.0.8.tgz#0b1e11af8bc44836f04a6407e92da42467b79444"
Employ pre-commit hook for formatting code. (#2597) This change comes thanks to @plasticine's great idea (https://github.com/react-community/react-navigation/pull/2581#issuecomment-329661371). - Add husky and lint-staged to use pre-commit hook. - Automate formatting JavaScript code using ESLint and Prettier before committing changes.
2017-09-16 07:17:09 +09:00
rxjs@^5.0.0-beta.11:
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
version "5.5.7"
resolved "https://registry.yarnpkg.com/rxjs/-/rxjs-5.5.7.tgz#afb3d1642b069b2fbf203903d6501d1acb4cda27"
Employ pre-commit hook for formatting code. (#2597) This change comes thanks to @plasticine's great idea (https://github.com/react-community/react-navigation/pull/2581#issuecomment-329661371). - Add husky and lint-staged to use pre-commit hook. - Automate formatting JavaScript code using ESLint and Prettier before committing changes.
2017-09-16 07:17:09 +09:00
dependencies:
Remove flow (#3350) * Remove flow types from src * Finish removing Flow * Clear out flow-typed, some flow mentions in docs, website flow usage, and some other config
2018-01-24 17:52:09 -08:00
symbol-observable "1.0.1"
Employ pre-commit hook for formatting code. (#2597) This change comes thanks to @plasticine's great idea (https://github.com/react-community/react-navigation/pull/2581#issuecomment-329661371). - Add husky and lint-staged to use pre-commit hook. - Automate formatting JavaScript code using ESLint and Prettier before committing changes.
2017-09-16 07:17:09 +09:00
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
safe-buffer@^5.0.1, safe-buffer@^5.1.1, safe-buffer@~5.1.0, safe-buffer@~5.1.1:
version "5.1.1"
resolved "https://registry.yarnpkg.com/safe-buffer/-/safe-buffer-5.1.1.tgz#893312af69b2123def71f57889001671eeb2c853"
safe-buffer@~5.0.1:
Bump dependency versions to reflect current RN
2017-04-09 12:08:20 +02:00
version "5.0.1"
resolved "https://registry.yarnpkg.com/safe-buffer/-/safe-buffer-5.0.1.tgz#d263ca54696cd8a306b5ca6551e92de57918fbe7"
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
safe-regex@^1.1.0:
version "1.1.0"
resolved "https://registry.yarnpkg.com/safe-regex/-/safe-regex-1.1.0.tgz#40a3669f3b077d1e943d44629e157dd48023bf2e"
dependencies:
ret "~0.1.10"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
sane@^2.0.0:
Better orientation layout on playground
2018-02-12 11:53:23 -08:00
version "2.4.1"
resolved "https://registry.yarnpkg.com/sane/-/sane-2.4.1.tgz#29f991208cf28636720efdc584293e7fd66663a5"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
dependencies:
anymatch "^1.3.0"
exec-sh "^0.2.0"
fb-watchman "^2.0.0"
minimatch "^3.0.2"
minimist "^1.1.1"
walker "~1.0.5"
Update to react-native@0.49 and flow-bin@0.53 (#2845) * Update root package to react-native@0.49 and flow-bin@0.53 * Update NavigationPlayground package to react-native@0.49 and flow-bin@0.53 * Update ReduxExample package to react-native@0.49 and flow-bin@0.53 * flow-typed update (code-gen) * Find-and-replace old types with new types - `React.Element<*>` as the result of a render function is now `React.Node` - `ReactClass<T>` as the type of a Component is now `React.ComponentType<typeof T>` - `extends React.Component<DP, P, S>` is now `extends React.Component<P, S>` - `React.Children<*>` as the type of a children prop is now `React.ChildrenArray<*>` - Refs are now typed with `React.Ref` There are also several tiny typo fixes in here. * Avoid assuming state is NavigationRoute in addNavigationHelpers For the root, top-level Navigator, the state is a simple `NavigationState` (with no route info) and we still use `addNavigationHelpers` for it. We can't assume `navigation.state.key` is accessible for this type, so we need to do runtime checks here. * Fix type of NavigationScreenConfig `navigationOptions` was incorrectly typed * Give createNavigationContainer's State a type parameter We want to be able to specifically type this guy so we can use specific NavigationState for things like the Drawer views without having to do runtime assertions about the state type * Fix typing of NavigationAction First of all, `NavigationAction` was being used as two different types, so I had to create the new `PossiblyDeprecatedNavigationAction` and add it as a type parameter everywhere. Second of all, generics and implied types were being used far more than they need to be, and they're hard to work with because Flow doesn't really explain things well when they go wrong. * Make sure children scenes of CardStack have NavigationProp typed with NavigationRoute CardStack's `NavigationScreenProp` is typed with `NavigationState`, but the children need `NavigationRoute`. Flow gets confused by the spread operator, even if the individual property is replaced later, so we need to explicitly list each property individually (just `dispatch`, actually). * Allow prevTransitionProps parameter to be nullable * Allow prevTransitionProps parameter to be nullable * Narrow down a couple type parameters * Move NavigationStateRoute cast to within Component.router check in createConfigGetter * Update withCachedChildNavigation so it's typed correctly with React.ComponentType * Add a $FlowFixMe for displayName `React.StatelessFunctionalComponent` is missing `displayName` before Flow 0.54.0 See https://github.com/facebook/flow/commit/de37062ea21cb4055d3f1b01bdbaa76461140fc8 * Make TouchableItem's onPress prop optional `HeaderBackButton` can pass in an undefined onPress, and the React Native `Touchable*` components allow it too * Simplify withCachedChildNavigation and get rid of generics The generics don't help us here and they make the types more confusing * Redefine NavigationComponent as direct intersection The new type is technically identical to the old type, but Flow is confused by the old type... * Save router to local var before checking createConfigGetter Flow seems to think Component.router can change after the check * Fix DrawerSidebar's navigation prop's type In order for us to be able to generate a childNavigationProp, the original navigation prop has to have a NavigationState state. * Colocate action.key check with action.type check in getStateForAction For some reason, Flow thinks `action` can change sometime after `action.type` is checked. As a result, it's not properly concluding that `action.key` should exist. To avoid this, we pull `action.key` out immediately after doing the `action.type` check. * Use bounded polymorphism to pass down all props in withCachedChildNavigation Also makes sure the injected props are specified first in the union Also removes an unused `eslint-disable-line` in `getScreenForRouteName` * Make TabRouter's getComponentForState return NavigationComponent `NavigationScreenComponent` is a subtype of `NavigationComponent`, but it's not clear that `getComponentForState` always returns a `NavigationScreenComponent`, as `getScreenForRouteName` returns `NavigationComponent` * Define NavigationComponent's props using NavigationNavigatorProps Right now the types ask Flow to infer the types of `NavigationComponent`'s props. (`NavigationComponent` is the union of `NavigationNavigator` and NavigationScreenComponent.) Instead, we type the props as subtypes of `NavigationNavigatorProps`, so we can properly access those props without type errors. We used bounded polymorphism in `createNavigationContainer` and `createNavigator` to pass down these props. We also explicitly type the action in `createNavigationContainer` so we can properly pass in a `NavigationInitAction` to the dispatch function. * Parameterize NavigationTabRouterConfig `NavigationTabRouterConfig` doesn't always take `NavigationTabScreenOptions`; sometimes, it takes `NavigationDrawerScreenOptions`. * Make all NavigationOptions Exact types We're seeing weird behavior when these are merged together. By making them Exact types, we make types don't get mangled when they're unioned. https://flow.org/en/docs/types/unions/#toc-disjoint-unions-with-exact-types * Silence errors in tests These errors are unavoidable since we can't type the precise shape of a particular `NavigationState`. * Include NavigationSetParamsAction in NavigationTabAction `TabNavigator`'s `getStateForAction` definitely takes `NavigationSetParamsAction`. * Explicitly list router as void in NavigationScreenComponent This is so Flow knows that if a `NavigationComponent` has a `router` property, then it is definitely a `NavigationNavigator`. * Fix website app navigator's type * Fix createDocPage type in App In an earlier commit I attempted to fix the types here, but I incorrectly read it as returning a navigator when it just returns a screen. For some reason the error didn't immediately show up. * Fix NavigationComponent types Five changes: 1. No longer parameterizing the props of `NavigationComponent`; directly specifying as `NavigationNavigatorProps` 2. Specify the two distinct kinds of route types (leaf and state) directly in `NavigationComponent` 3. Have `SceneView` directly take `NavigationComponent` and allow inferring of `NavigationSceneProp` type 4. Have `CardStack` directly take `NavigationComponent` as well * Allow Flow to infer `NavigationAction` type in `createNavigator` * Silence Flow in router code that handles navigator sub-routes There's no way for us to tell Flow that routes that correspond to navigators should be `NavigationStateRoute`s * Allow DrawerSidebar to take a null contentComponent The way `DrawerNavigator` is set up, it's possible to pass in a null `contentComponent` in the config. If somebody want to do this, we'll just make the `DrawerSidebar` not appear altogether. This is simpler than splitting the types so there's a possibly-unspecified one for the user input, but a definitely-specified one in `DrawerSidebar`. * Specify missing screenProps prop in DrawerView * Thread full NavigationStateRoute in to DrawerSidebar This requiring making `withCachedChildNavigation` use bounded polymorphism to thread the `NavigationStateRoute` through instead of downgrading it to a `NavigationState` * Make NavigationStateProp's state prop covariant This means that `NavigationStateProp<NavigationStateRoute>` will be a subtype of `NavigationStateProp<NavigationRoute>` and `NavigationStateProp<NavigationState>` * Silence Flow's complaints about a route not being a NavigationStateRoute As mentioned in previous commits and in the comment, there is no way to type a specific navigation state shape, so we have to cast it and silence Flow's complaints. * Get rid of style prop in CardStack It looks like at some point, it was possible to specify a `style` prop that got passed all the way down to `Header`, the `TransitionConfig`'s `screenInterpolator`, and `Transitioner`. Doesn't look like we're using it anywhere, and there's a todo saying to remove it, and it's causing a type error. * Infer type of options instead of using a subtype of {} I think this has to do with {} allowing for unsealed objects. I'm not 100% sure, but this fixes 4/6 of the remaining errors! * Fix two type errors in NavigationPlayground One was just requiring an outdated type (`React.Children` instead of `React.ChildrenArray`), and the other was getting confused regarding types because of a spread operator. * Use a covariant property to simplify withCachedChildNavigation's InputProps This doesn't reduce any errors, but it's a bit simpler and cleaner. * Silence last two Flow errors regarding withCachedChildNavigation injecting childNavigationProps These are the only two errors I haven't been able to figure out at all. If I had more time I'd try and figure out the simplest case and report it to the Flow team, but I've been working on this for a week already and have to move on. The issue at hand is that `withCachedChildNavigation` injects `childNavigationProps`, but Flow doesn't see this and thinks it needs to be specified by the view component. We're using the HOC pattern suggested by the Flow docs, and I've tried several other patterns to no avail. * Use stock react-native instead of Expo's in NavigationPlayground Expo's causes Flow errors, and apparently this is normal practice because the person who switched us to Expo did this too. * Silence react-native-gesture-handler Flow errors in NavigationPlayground Expo requires this package, but it causes Flow errors. * Fix index check in DrawerSidebar Silly me, falling for the typical "0 is falsey" problem... * Rework deprecated action tests In an earlier commit I moved the `NavigationActions.mapDeprecatedActionAndWarn` out from `getStateForAction` and into `createNavigationContainer`'s `dispatch` function. The tests need to be reworked to support this, as they were previously calling `getStateForAction` directly. I don't imagine any users are calling `getStateForAction` directly. * Re-record two snapshots The changes in these snapshots are by design and don't affect anything. * Infer type of options in NavigationScreenConfig The issue is that sometimes we include options for different navigators in a single blob. * Infer types of action and options in createNavigationContainer Particulary helps with Options. Makes the types more specific and gets rid of an error that only shows up when using the library * Don't use generics for NavigationState in createNavigationContainer There's no particular reason for having those generics there, since there's no way we'd be able to get Flow to understand the exact shape of particular navigation states anyways. This fixes a bug when integrating this version of the project into my repo. * Move ReduxExample to react-native@0.49.3 instead of custom Expo version
2017-10-31 10:41:17 -04:00
watch "~0.18.0"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
optionalDependencies:
fsevents "^1.1.1"
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
sax@^1.2.4:
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
version "1.2.4"
resolved "https://registry.yarnpkg.com/sax/-/sax-1.2.4.tgz#2816234e2378bddc4e5354fab5caa895df7100d9"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
sax@~1.1.1:
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
version "1.1.6"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/sax/-/sax-1.1.6.tgz#5d616be8a5e607d54e114afae55b7eaf2fcc3240"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Remove flow (#3350) * Remove flow types from src * Finish removing Flow * Clear out flow-typed, some flow mentions in docs, website flow usage, and some other config
2018-01-24 17:52:09 -08:00
"semver@2 || 3 || 4 || 5", semver@5.x, semver@^5.0.1, semver@^5.0.3, semver@^5.1.0, semver@^5.3.0, semver@^5.4.1:
version "5.5.0"
resolved "https://registry.yarnpkg.com/semver/-/semver-5.5.0.tgz#dc4bbc7a6ca9d916dee5d43516f0092b58f7b8ab"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
send@0.13.2:
version "0.13.2"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/send/-/send-0.13.2.tgz#765e7607c8055452bba6f0b052595350986036de"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
debug "~2.2.0"
depd "~1.1.0"
destroy "~1.0.4"
escape-html "~1.0.3"
etag "~1.7.0"
fresh "0.3.0"
http-errors "~1.3.1"
mime "1.3.4"
ms "0.7.1"
on-finished "~2.3.0"
range-parser "~1.0.3"
statuses "~1.2.1"
Update to RN 0.52 and Expo 25 (#3383) * Update to RN 0.52 and Expo 25 * Rerecord snapshots for failing Jest tests * jest-expo@25.1.0-beta.0 * jest-expo@25.1.0
2018-01-30 12:22:20 -06:00
serialize-error@^2.1.0:
version "2.1.0"
resolved "https://registry.yarnpkg.com/serialize-error/-/serialize-error-2.1.0.tgz#50b679d5635cdf84667bdc8e59af4e5b81d5f60a"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
serve-favicon@~2.3.0:
version "2.3.2"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/serve-favicon/-/serve-favicon-2.3.2.tgz#dd419e268de012ab72b319d337f2105013f9381f"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
etag "~1.7.0"
fresh "0.3.0"
ms "0.7.2"
parseurl "~1.3.1"
serve-index@~1.7.2:
version "1.7.3"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/serve-index/-/serve-index-1.7.3.tgz#7a057fc6ee28dc63f64566e5fa57b111a86aecd2"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
accepts "~1.2.13"
batch "0.5.3"
debug "~2.2.0"
escape-html "~1.0.3"
http-errors "~1.3.1"
mime-types "~2.1.9"
parseurl "~1.3.1"
serve-static@~1.10.0:
version "1.10.3"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/serve-static/-/serve-static-1.10.3.tgz#ce5a6ecd3101fed5ec09827dac22a9c29bfb0535"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
escape-html "~1.0.3"
parseurl "~1.3.1"
send "0.13.2"
set-blocking@^2.0.0, set-blocking@~2.0.0:
version "2.0.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/set-blocking/-/set-blocking-2.0.0.tgz#045f9782d011ae9a6803ddd382b24392b3d890f7"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
set-immediate-shim@^1.0.1:
version "1.0.1"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/set-immediate-shim/-/set-immediate-shim-1.0.1.tgz#4b2b1b27eb808a9f8dcc481a58e5e56f599f3f61"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
set-value@^0.4.3:
version "0.4.3"
resolved "https://registry.yarnpkg.com/set-value/-/set-value-0.4.3.tgz#7db08f9d3d22dc7f78e53af3c3bf4666ecdfccf1"
dependencies:
extend-shallow "^2.0.1"
is-extendable "^0.1.1"
is-plain-object "^2.0.1"
to-object-path "^0.3.0"
set-value@^2.0.0:
version "2.0.0"
resolved "https://registry.yarnpkg.com/set-value/-/set-value-2.0.0.tgz#71ae4a88f0feefbbf52d1ea604f3fb315ebb6274"
dependencies:
extend-shallow "^2.0.1"
is-extendable "^0.1.1"
is-plain-object "^2.0.3"
split-string "^3.0.1"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
setimmediate@^1.0.5:
version "1.0.5"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/setimmediate/-/setimmediate-1.0.5.tgz#290cbb232e306942d7d7ea9b83732ab7856f8285"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Employ pre-commit hook for formatting code. (#2597) This change comes thanks to @plasticine's great idea (https://github.com/react-community/react-navigation/pull/2581#issuecomment-329661371). - Add husky and lint-staged to use pre-commit hook. - Automate formatting JavaScript code using ESLint and Prettier before committing changes.
2017-09-16 07:17:09 +09:00
shebang-command@^1.2.0:
version "1.2.0"
resolved "https://registry.yarnpkg.com/shebang-command/-/shebang-command-1.2.0.tgz#44aac65b695b03398968c39f363fee5deafdf1ea"
dependencies:
shebang-regex "^1.0.0"
shebang-regex@^1.0.0:
version "1.0.0"
resolved "https://registry.yarnpkg.com/shebang-regex/-/shebang-regex-1.0.0.tgz#da42f49740c0b42db2ca9728571cb190c98efea3"
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
shell-quote@1.6.1, shell-quote@^1.6.1:
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
version "1.6.1"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/shell-quote/-/shell-quote-1.6.1.tgz#f4781949cce402697127430ea3b3c5476f481767"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
array-filter "~0.0.0"
array-map "~0.0.0"
array-reduce "~0.0.0"
jsonify "~0.0.0"
Remove flow (#3350) * Remove flow types from src * Finish removing Flow * Clear out flow-typed, some flow mentions in docs, website flow usage, and some other config
2018-01-24 17:52:09 -08:00
shellwords@^0.1.1:
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
version "0.1.1"
resolved "https://registry.yarnpkg.com/shellwords/-/shellwords-0.1.1.tgz#d6b9181c1a48d397324c84871efbcfc73fc0654b"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update depenencies, update Prettier
2017-07-03 21:36:47 -07:00
signal-exit@^3.0.0, signal-exit@^3.0.2:
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
version "3.0.2"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/signal-exit/-/signal-exit-3.0.2.tgz#b5fdc08f1287ea1178628e415e25132b73646c6d"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Upgrade to React Native 0.44 + Flow 0.42
2017-05-14 13:48:25 -07:00
simple-plist@^0.2.1:
version "0.2.1"
resolved "https://registry.yarnpkg.com/simple-plist/-/simple-plist-0.2.1.tgz#71766db352326928cf3a807242ba762322636723"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
Upgrade to React Native 0.44 + Flow 0.42
2017-05-14 13:48:25 -07:00
bplist-creator "0.0.7"
bplist-parser "0.1.1"
plist "2.0.1"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Add react-native-tabs as export from react-navigation
2018-03-18 17:50:02 -04:00
simple-swizzle@^0.2.2:
version "0.2.2"
resolved "https://registry.yarnpkg.com/simple-swizzle/-/simple-swizzle-0.2.2.tgz#a4da6b635ffcccca33f70d17cb92592de95e557a"
dependencies:
is-arrayish "^0.3.1"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
slash@^1.0.0:
version "1.0.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/slash/-/slash-1.0.0.tgz#c41f2f6c39fc16d1cd17ad4b5d896114ae470d55"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
slice-ansi@0.0.4:
version "0.0.4"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/slice-ansi/-/slice-ansi-0.0.4.tgz#edbf8903f66f7ce2f8eafd6ceed65e264c831b35"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update to react-native@0.49 and flow-bin@0.53 (#2845) * Update root package to react-native@0.49 and flow-bin@0.53 * Update NavigationPlayground package to react-native@0.49 and flow-bin@0.53 * Update ReduxExample package to react-native@0.49 and flow-bin@0.53 * flow-typed update (code-gen) * Find-and-replace old types with new types - `React.Element<*>` as the result of a render function is now `React.Node` - `ReactClass<T>` as the type of a Component is now `React.ComponentType<typeof T>` - `extends React.Component<DP, P, S>` is now `extends React.Component<P, S>` - `React.Children<*>` as the type of a children prop is now `React.ChildrenArray<*>` - Refs are now typed with `React.Ref` There are also several tiny typo fixes in here. * Avoid assuming state is NavigationRoute in addNavigationHelpers For the root, top-level Navigator, the state is a simple `NavigationState` (with no route info) and we still use `addNavigationHelpers` for it. We can't assume `navigation.state.key` is accessible for this type, so we need to do runtime checks here. * Fix type of NavigationScreenConfig `navigationOptions` was incorrectly typed * Give createNavigationContainer's State a type parameter We want to be able to specifically type this guy so we can use specific NavigationState for things like the Drawer views without having to do runtime assertions about the state type * Fix typing of NavigationAction First of all, `NavigationAction` was being used as two different types, so I had to create the new `PossiblyDeprecatedNavigationAction` and add it as a type parameter everywhere. Second of all, generics and implied types were being used far more than they need to be, and they're hard to work with because Flow doesn't really explain things well when they go wrong. * Make sure children scenes of CardStack have NavigationProp typed with NavigationRoute CardStack's `NavigationScreenProp` is typed with `NavigationState`, but the children need `NavigationRoute`. Flow gets confused by the spread operator, even if the individual property is replaced later, so we need to explicitly list each property individually (just `dispatch`, actually). * Allow prevTransitionProps parameter to be nullable * Allow prevTransitionProps parameter to be nullable * Narrow down a couple type parameters * Move NavigationStateRoute cast to within Component.router check in createConfigGetter * Update withCachedChildNavigation so it's typed correctly with React.ComponentType * Add a $FlowFixMe for displayName `React.StatelessFunctionalComponent` is missing `displayName` before Flow 0.54.0 See https://github.com/facebook/flow/commit/de37062ea21cb4055d3f1b01bdbaa76461140fc8 * Make TouchableItem's onPress prop optional `HeaderBackButton` can pass in an undefined onPress, and the React Native `Touchable*` components allow it too * Simplify withCachedChildNavigation and get rid of generics The generics don't help us here and they make the types more confusing * Redefine NavigationComponent as direct intersection The new type is technically identical to the old type, but Flow is confused by the old type... * Save router to local var before checking createConfigGetter Flow seems to think Component.router can change after the check * Fix DrawerSidebar's navigation prop's type In order for us to be able to generate a childNavigationProp, the original navigation prop has to have a NavigationState state. * Colocate action.key check with action.type check in getStateForAction For some reason, Flow thinks `action` can change sometime after `action.type` is checked. As a result, it's not properly concluding that `action.key` should exist. To avoid this, we pull `action.key` out immediately after doing the `action.type` check. * Use bounded polymorphism to pass down all props in withCachedChildNavigation Also makes sure the injected props are specified first in the union Also removes an unused `eslint-disable-line` in `getScreenForRouteName` * Make TabRouter's getComponentForState return NavigationComponent `NavigationScreenComponent` is a subtype of `NavigationComponent`, but it's not clear that `getComponentForState` always returns a `NavigationScreenComponent`, as `getScreenForRouteName` returns `NavigationComponent` * Define NavigationComponent's props using NavigationNavigatorProps Right now the types ask Flow to infer the types of `NavigationComponent`'s props. (`NavigationComponent` is the union of `NavigationNavigator` and NavigationScreenComponent.) Instead, we type the props as subtypes of `NavigationNavigatorProps`, so we can properly access those props without type errors. We used bounded polymorphism in `createNavigationContainer` and `createNavigator` to pass down these props. We also explicitly type the action in `createNavigationContainer` so we can properly pass in a `NavigationInitAction` to the dispatch function. * Parameterize NavigationTabRouterConfig `NavigationTabRouterConfig` doesn't always take `NavigationTabScreenOptions`; sometimes, it takes `NavigationDrawerScreenOptions`. * Make all NavigationOptions Exact types We're seeing weird behavior when these are merged together. By making them Exact types, we make types don't get mangled when they're unioned. https://flow.org/en/docs/types/unions/#toc-disjoint-unions-with-exact-types * Silence errors in tests These errors are unavoidable since we can't type the precise shape of a particular `NavigationState`. * Include NavigationSetParamsAction in NavigationTabAction `TabNavigator`'s `getStateForAction` definitely takes `NavigationSetParamsAction`. * Explicitly list router as void in NavigationScreenComponent This is so Flow knows that if a `NavigationComponent` has a `router` property, then it is definitely a `NavigationNavigator`. * Fix website app navigator's type * Fix createDocPage type in App In an earlier commit I attempted to fix the types here, but I incorrectly read it as returning a navigator when it just returns a screen. For some reason the error didn't immediately show up. * Fix NavigationComponent types Five changes: 1. No longer parameterizing the props of `NavigationComponent`; directly specifying as `NavigationNavigatorProps` 2. Specify the two distinct kinds of route types (leaf and state) directly in `NavigationComponent` 3. Have `SceneView` directly take `NavigationComponent` and allow inferring of `NavigationSceneProp` type 4. Have `CardStack` directly take `NavigationComponent` as well * Allow Flow to infer `NavigationAction` type in `createNavigator` * Silence Flow in router code that handles navigator sub-routes There's no way for us to tell Flow that routes that correspond to navigators should be `NavigationStateRoute`s * Allow DrawerSidebar to take a null contentComponent The way `DrawerNavigator` is set up, it's possible to pass in a null `contentComponent` in the config. If somebody want to do this, we'll just make the `DrawerSidebar` not appear altogether. This is simpler than splitting the types so there's a possibly-unspecified one for the user input, but a definitely-specified one in `DrawerSidebar`. * Specify missing screenProps prop in DrawerView * Thread full NavigationStateRoute in to DrawerSidebar This requiring making `withCachedChildNavigation` use bounded polymorphism to thread the `NavigationStateRoute` through instead of downgrading it to a `NavigationState` * Make NavigationStateProp's state prop covariant This means that `NavigationStateProp<NavigationStateRoute>` will be a subtype of `NavigationStateProp<NavigationRoute>` and `NavigationStateProp<NavigationState>` * Silence Flow's complaints about a route not being a NavigationStateRoute As mentioned in previous commits and in the comment, there is no way to type a specific navigation state shape, so we have to cast it and silence Flow's complaints. * Get rid of style prop in CardStack It looks like at some point, it was possible to specify a `style` prop that got passed all the way down to `Header`, the `TransitionConfig`'s `screenInterpolator`, and `Transitioner`. Doesn't look like we're using it anywhere, and there's a todo saying to remove it, and it's causing a type error. * Infer type of options instead of using a subtype of {} I think this has to do with {} allowing for unsealed objects. I'm not 100% sure, but this fixes 4/6 of the remaining errors! * Fix two type errors in NavigationPlayground One was just requiring an outdated type (`React.Children` instead of `React.ChildrenArray`), and the other was getting confused regarding types because of a spread operator. * Use a covariant property to simplify withCachedChildNavigation's InputProps This doesn't reduce any errors, but it's a bit simpler and cleaner. * Silence last two Flow errors regarding withCachedChildNavigation injecting childNavigationProps These are the only two errors I haven't been able to figure out at all. If I had more time I'd try and figure out the simplest case and report it to the Flow team, but I've been working on this for a week already and have to move on. The issue at hand is that `withCachedChildNavigation` injects `childNavigationProps`, but Flow doesn't see this and thinks it needs to be specified by the view component. We're using the HOC pattern suggested by the Flow docs, and I've tried several other patterns to no avail. * Use stock react-native instead of Expo's in NavigationPlayground Expo's causes Flow errors, and apparently this is normal practice because the person who switched us to Expo did this too. * Silence react-native-gesture-handler Flow errors in NavigationPlayground Expo requires this package, but it causes Flow errors. * Fix index check in DrawerSidebar Silly me, falling for the typical "0 is falsey" problem... * Rework deprecated action tests In an earlier commit I moved the `NavigationActions.mapDeprecatedActionAndWarn` out from `getStateForAction` and into `createNavigationContainer`'s `dispatch` function. The tests need to be reworked to support this, as they were previously calling `getStateForAction` directly. I don't imagine any users are calling `getStateForAction` directly. * Re-record two snapshots The changes in these snapshots are by design and don't affect anything. * Infer type of options in NavigationScreenConfig The issue is that sometimes we include options for different navigators in a single blob. * Infer types of action and options in createNavigationContainer Particulary helps with Options. Makes the types more specific and gets rid of an error that only shows up when using the library * Don't use generics for NavigationState in createNavigationContainer There's no particular reason for having those generics there, since there's no way we'd be able to get Flow to understand the exact shape of particular navigation states anyways. This fixes a bug when integrating this version of the project into my repo. * Move ReduxExample to react-native@0.49.3 instead of custom Expo version
2017-10-31 10:41:17 -04:00
slice-ansi@1.0.0:
version "1.0.0"
resolved "https://registry.yarnpkg.com/slice-ansi/-/slice-ansi-1.0.0.tgz#044f1a49d8842ff307aad6b505ed178bd950134d"
dependencies:
is-fullwidth-code-point "^2.0.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
slide@^1.1.5:
version "1.1.6"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/slide/-/slide-1.1.6.tgz#56eb027d65b4d2dce6cb2e2d32c4d4afc9e1d707"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
snapdragon-node@^2.0.1:
version "2.1.1"
resolved "https://registry.yarnpkg.com/snapdragon-node/-/snapdragon-node-2.1.1.tgz#6c175f86ff14bdb0724563e8f3c1b021a286853b"
dependencies:
define-property "^1.0.0"
isobject "^3.0.0"
snapdragon-util "^3.0.1"
snapdragon-util@^3.0.1:
version "3.0.1"
resolved "https://registry.yarnpkg.com/snapdragon-util/-/snapdragon-util-3.0.1.tgz#f956479486f2acd79700693f6f7b805e45ab56e2"
dependencies:
kind-of "^3.2.0"
snapdragon@^0.8.1:
version "0.8.2"
resolved "https://registry.yarnpkg.com/snapdragon/-/snapdragon-0.8.2.tgz#64922e7c565b0e14204ba1aa7d6964278d25182d"
dependencies:
base "^0.11.1"
debug "^2.2.0"
define-property "^0.2.5"
extend-shallow "^2.0.1"
map-cache "^0.2.2"
source-map "^0.5.6"
source-map-resolve "^0.5.0"
use "^3.1.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
sntp@1.x.x:
version "1.0.9"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/sntp/-/sntp-1.0.9.tgz#6541184cc90aeea6c6e7b35e2659082443c66198"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
hoek "2.x.x"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
sntp@2.x.x:
Remove flow (#3350) * Remove flow types from src * Finish removing Flow * Clear out flow-typed, some flow mentions in docs, website flow usage, and some other config
2018-01-24 17:52:09 -08:00
version "2.1.0"
resolved "https://registry.yarnpkg.com/sntp/-/sntp-2.1.0.tgz#2c6cec14fedc2222739caf9b5c3d85d1cc5a2cc8"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
dependencies:
hoek "4.x.x"
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
source-map-resolve@^0.5.0:
version "0.5.1"
resolved "https://registry.yarnpkg.com/source-map-resolve/-/source-map-resolve-0.5.1.tgz#7ad0f593f2281598e854df80f19aae4b92d7a11a"
dependencies:
atob "^2.0.0"
decode-uri-component "^0.2.0"
resolve-url "^0.2.1"
source-map-url "^0.4.0"
urix "^0.1.0"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
source-map-support@^0.4.15:
version "0.4.18"
resolved "https://registry.yarnpkg.com/source-map-support/-/source-map-support-0.4.18.tgz#0286a6de8be42641338594e97ccea75f0a2c585f"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
source-map "^0.5.6"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
source-map-support@^0.5.0:
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
version "0.5.4"
resolved "https://registry.yarnpkg.com/source-map-support/-/source-map-support-0.5.4.tgz#54456efa89caa9270af7cd624cc2f123e51fbae8"
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
dependencies:
source-map "^0.6.0"
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
source-map-url@^0.4.0:
version "0.4.0"
resolved "https://registry.yarnpkg.com/source-map-url/-/source-map-url-0.4.0.tgz#3e935d7ddd73631b97659956d55128e87b5084a3"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
source-map@^0.4.4:
version "0.4.4"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/source-map/-/source-map-0.4.4.tgz#eba4f5da9c0dc999de68032d8b4f76173652036b"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
amdefine ">=0.0.4"
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
source-map@^0.5.3, source-map@^0.5.6, source-map@^0.5.7, source-map@~0.5.1:
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
version "0.5.7"
resolved "https://registry.yarnpkg.com/source-map/-/source-map-0.5.7.tgz#8a039d2d1021d22d1ea14c80d8ea468ba2ef3fcc"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
source-map@^0.6.0, source-map@~0.6.1:
Update to react-native@0.50 and flow-bin@0.56 (#2998) * Update to React Native 0.50 * Type Promise used in PlatformHelpers.web.js * Move $FlowFixMe in CardStack.js The line number Flow is using for this error changed. The underlying problem has not, but I don't have time to fix it now unfortunately. * Type TouchableItem's children prop as React.Node This was my bad. `React.ChildrenArray` should only really be used in the case of having multiple of the same type of child. * Type HeaderTitle's children prop as React.Node Same as last commit. * Add assertion in StackRouter that StateUtils.indexOf returns valid index Flow doesn't realize that `StateUtils.indexOf` is guaranteed to return a valid index, so we use `invariant` to assert it. * Remove unused type DrawerNavigationState from TypeDefinition * Remove unused type parameter T in DrawerView * Type NavigationStateRoute as NavigationLeafRoute & NavigationState * Don't constrain generic action types to NavigationAction By constraining to subtypes of `NavigationAction`, we actually are requiring that any router satisfying our type constraints has to take all of the `NavigationAction` types. Instead, we want to say that it will only take some of them. Changing the types here to be inferred. * Fix types of NavigationScreenProp and withCachedChildNavigation 1. `NavigationScreenProp` needs to have its type parameter annotated with a `+` to actually indicate covariance on that type parameter, apparently 2. `withCachedChildNavigation` needs to thread through more-specific `NavigationState`s, and right now it just discards that specificity, which breaks `DrawerSidebar` because it needs a `NavigationStateRoute` * Ignore website/build from Flow * Fix type of DrawerItems activeItemKey prop - Even when specified, it can be `null` - Use a ternary expression instead of `x && x.param` approach * Get rid of NavigationRouter & NavigationNavigator parameterization on NavigationAction Since `NavigationRouter`'s `getStateForAction` functionality is a standard Redux reducer, it knows to forward on any actions it doesn't know how to deal with. We can widen the types of these functions to be `NavigationAction` without any negative consequence. * Explicitly specify null navigationOptions in createNavigator Not sure why, but Flow doesn't like us leaving it unspecified * Fix createNavigationContainer/createNavigator/StackNavigator types * Fix up flow types for TabNavigator and DrawerNavigator * Properly type defaultContentComponent * Fix more flow errors in createNavigationContainer * Replace NavigatorProps with NavigationNavigatorProps * Type SceneView's navigation prop as NavigationScreenProp<any> There is an unavoidable* type problem here. A `NavigationComponent` is either a navigator with a `NavigationStateRoute` or a scene with a `NavigationRoute`. The navigation prop it gets passed must match the component's `NavigationState`. However, there's no way for us to say that "`this.props.router.getComponentForRouteName` will have a `NavigationNavigator` iff the corresponding `childNavigationProps` is a `NavigationStateRoute`". The cleanest way to make this work is to throw an "any" specifically for the navigation prop's state type param. * We could probably avoid it with sufficient refactoring. If the routers were charged with keeping track of `childNavigationProps` instead of leaving it to the views, they could return the child navigation prop and child `NavigationComponent` in pairs whose types were coupled. * Pass in screenProps to NavigationComponent in NavigationPlayground's CustomTabs Flow wants `screenProps` to be passed in here for some reason... It cites `SceneView`, but that doesn't really make much sense to me. But this is some custom logic that most people aren't likely to run into, so I'm not gonna worry too much about it. * Patch mismatch with react-native-tab-view type for now * Use generic NavigationState in createNavigationContainer's _nav var We made the NavigationState generic while #1313 added a new instance variable. This updates the new instance variable to be generic. * Fix failing tests
2017-11-20 11:53:48 -08:00
version "0.6.1"
resolved "https://registry.yarnpkg.com/source-map/-/source-map-0.6.1.tgz#74722af32e9614e9c287a8d0bbde48b5e2f1a263"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
sparkles@^1.0.0:
version "1.0.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/sparkles/-/sparkles-1.0.0.tgz#1acbbfb592436d10bbe8f785b7cc6f82815012c3"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
spdx-correct@^3.0.0:
version "3.0.0"
resolved "https://registry.yarnpkg.com/spdx-correct/-/spdx-correct-3.0.0.tgz#05a5b4d7153a195bc92c3c425b69f3b2a9524c82"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
spdx-expression-parse "^3.0.0"
spdx-license-ids "^3.0.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
spdx-exceptions@^2.1.0:
version "2.1.0"
resolved "https://registry.yarnpkg.com/spdx-exceptions/-/spdx-exceptions-2.1.0.tgz#2c7ae61056c714a5b9b9b2b2af7d311ef5c78fe9"
spdx-expression-parse@^3.0.0:
version "3.0.0"
resolved "https://registry.yarnpkg.com/spdx-expression-parse/-/spdx-expression-parse-3.0.0.tgz#99e119b7a5da00e05491c9fa338b7904823b41d0"
dependencies:
spdx-exceptions "^2.1.0"
spdx-license-ids "^3.0.0"
spdx-license-ids@^3.0.0:
version "3.0.0"
resolved "https://registry.yarnpkg.com/spdx-license-ids/-/spdx-license-ids-3.0.0.tgz#7a7cd28470cc6d3a1cfe6d66886f6bc430d3ac87"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
split-string@^3.0.1, split-string@^3.0.2:
version "3.1.0"
resolved "https://registry.yarnpkg.com/split-string/-/split-string-3.1.0.tgz#7cb09dda3a86585705c64b39a6466038682e8fe2"
dependencies:
extend-shallow "^3.0.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
sprintf-js@~1.0.2:
version "1.0.3"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/sprintf-js/-/sprintf-js-1.0.3.tgz#04e6926f662895354f3dd015203633b857297e2c"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
sshpk@^1.7.0:
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
version "1.14.1"
resolved "https://registry.yarnpkg.com/sshpk/-/sshpk-1.14.1.tgz#130f5975eddad963f1d56f92b9ac6c51fa9f83eb"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
asn1 "~0.2.3"
assert-plus "^1.0.0"
dashdash "^1.12.0"
getpass "^0.1.1"
optionalDependencies:
bcrypt-pbkdf "^1.0.0"
ecc-jsbn "~0.1.1"
jsbn "~0.1.0"
tweetnacl "~0.14.0"
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
stack-utils@^1.0.1:
version "1.0.1"
resolved "https://registry.yarnpkg.com/stack-utils/-/stack-utils-1.0.1.tgz#d4f33ab54e8e38778b0ca5cfd3b3afb12db68620"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
stacktrace-parser@^0.1.3:
version "0.1.4"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/stacktrace-parser/-/stacktrace-parser-0.1.4.tgz#01397922e5f62ecf30845522c95c4fe1d25e7d4e"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Employ pre-commit hook for formatting code. (#2597) This change comes thanks to @plasticine's great idea (https://github.com/react-community/react-navigation/pull/2581#issuecomment-329661371). - Add husky and lint-staged to use pre-commit hook. - Automate formatting JavaScript code using ESLint and Prettier before committing changes.
2017-09-16 07:17:09 +09:00
staged-git-files@0.0.4:
version "0.0.4"
resolved "https://registry.yarnpkg.com/staged-git-files/-/staged-git-files-0.0.4.tgz#d797e1b551ca7a639dec0237dc6eb4bb9be17d35"
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
static-extend@^0.1.1:
version "0.1.2"
resolved "https://registry.yarnpkg.com/static-extend/-/static-extend-0.1.2.tgz#60809c39cbff55337226fd5e0b520f341f1fb5c6"
dependencies:
define-property "^0.2.5"
object-copy "^0.1.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
statuses@1:
Update to react-native@0.49 and flow-bin@0.53 (#2845) * Update root package to react-native@0.49 and flow-bin@0.53 * Update NavigationPlayground package to react-native@0.49 and flow-bin@0.53 * Update ReduxExample package to react-native@0.49 and flow-bin@0.53 * flow-typed update (code-gen) * Find-and-replace old types with new types - `React.Element<*>` as the result of a render function is now `React.Node` - `ReactClass<T>` as the type of a Component is now `React.ComponentType<typeof T>` - `extends React.Component<DP, P, S>` is now `extends React.Component<P, S>` - `React.Children<*>` as the type of a children prop is now `React.ChildrenArray<*>` - Refs are now typed with `React.Ref` There are also several tiny typo fixes in here. * Avoid assuming state is NavigationRoute in addNavigationHelpers For the root, top-level Navigator, the state is a simple `NavigationState` (with no route info) and we still use `addNavigationHelpers` for it. We can't assume `navigation.state.key` is accessible for this type, so we need to do runtime checks here. * Fix type of NavigationScreenConfig `navigationOptions` was incorrectly typed * Give createNavigationContainer's State a type parameter We want to be able to specifically type this guy so we can use specific NavigationState for things like the Drawer views without having to do runtime assertions about the state type * Fix typing of NavigationAction First of all, `NavigationAction` was being used as two different types, so I had to create the new `PossiblyDeprecatedNavigationAction` and add it as a type parameter everywhere. Second of all, generics and implied types were being used far more than they need to be, and they're hard to work with because Flow doesn't really explain things well when they go wrong. * Make sure children scenes of CardStack have NavigationProp typed with NavigationRoute CardStack's `NavigationScreenProp` is typed with `NavigationState`, but the children need `NavigationRoute`. Flow gets confused by the spread operator, even if the individual property is replaced later, so we need to explicitly list each property individually (just `dispatch`, actually). * Allow prevTransitionProps parameter to be nullable * Allow prevTransitionProps parameter to be nullable * Narrow down a couple type parameters * Move NavigationStateRoute cast to within Component.router check in createConfigGetter * Update withCachedChildNavigation so it's typed correctly with React.ComponentType * Add a $FlowFixMe for displayName `React.StatelessFunctionalComponent` is missing `displayName` before Flow 0.54.0 See https://github.com/facebook/flow/commit/de37062ea21cb4055d3f1b01bdbaa76461140fc8 * Make TouchableItem's onPress prop optional `HeaderBackButton` can pass in an undefined onPress, and the React Native `Touchable*` components allow it too * Simplify withCachedChildNavigation and get rid of generics The generics don't help us here and they make the types more confusing * Redefine NavigationComponent as direct intersection The new type is technically identical to the old type, but Flow is confused by the old type... * Save router to local var before checking createConfigGetter Flow seems to think Component.router can change after the check * Fix DrawerSidebar's navigation prop's type In order for us to be able to generate a childNavigationProp, the original navigation prop has to have a NavigationState state. * Colocate action.key check with action.type check in getStateForAction For some reason, Flow thinks `action` can change sometime after `action.type` is checked. As a result, it's not properly concluding that `action.key` should exist. To avoid this, we pull `action.key` out immediately after doing the `action.type` check. * Use bounded polymorphism to pass down all props in withCachedChildNavigation Also makes sure the injected props are specified first in the union Also removes an unused `eslint-disable-line` in `getScreenForRouteName` * Make TabRouter's getComponentForState return NavigationComponent `NavigationScreenComponent` is a subtype of `NavigationComponent`, but it's not clear that `getComponentForState` always returns a `NavigationScreenComponent`, as `getScreenForRouteName` returns `NavigationComponent` * Define NavigationComponent's props using NavigationNavigatorProps Right now the types ask Flow to infer the types of `NavigationComponent`'s props. (`NavigationComponent` is the union of `NavigationNavigator` and NavigationScreenComponent.) Instead, we type the props as subtypes of `NavigationNavigatorProps`, so we can properly access those props without type errors. We used bounded polymorphism in `createNavigationContainer` and `createNavigator` to pass down these props. We also explicitly type the action in `createNavigationContainer` so we can properly pass in a `NavigationInitAction` to the dispatch function. * Parameterize NavigationTabRouterConfig `NavigationTabRouterConfig` doesn't always take `NavigationTabScreenOptions`; sometimes, it takes `NavigationDrawerScreenOptions`. * Make all NavigationOptions Exact types We're seeing weird behavior when these are merged together. By making them Exact types, we make types don't get mangled when they're unioned. https://flow.org/en/docs/types/unions/#toc-disjoint-unions-with-exact-types * Silence errors in tests These errors are unavoidable since we can't type the precise shape of a particular `NavigationState`. * Include NavigationSetParamsAction in NavigationTabAction `TabNavigator`'s `getStateForAction` definitely takes `NavigationSetParamsAction`. * Explicitly list router as void in NavigationScreenComponent This is so Flow knows that if a `NavigationComponent` has a `router` property, then it is definitely a `NavigationNavigator`. * Fix website app navigator's type * Fix createDocPage type in App In an earlier commit I attempted to fix the types here, but I incorrectly read it as returning a navigator when it just returns a screen. For some reason the error didn't immediately show up. * Fix NavigationComponent types Five changes: 1. No longer parameterizing the props of `NavigationComponent`; directly specifying as `NavigationNavigatorProps` 2. Specify the two distinct kinds of route types (leaf and state) directly in `NavigationComponent` 3. Have `SceneView` directly take `NavigationComponent` and allow inferring of `NavigationSceneProp` type 4. Have `CardStack` directly take `NavigationComponent` as well * Allow Flow to infer `NavigationAction` type in `createNavigator` * Silence Flow in router code that handles navigator sub-routes There's no way for us to tell Flow that routes that correspond to navigators should be `NavigationStateRoute`s * Allow DrawerSidebar to take a null contentComponent The way `DrawerNavigator` is set up, it's possible to pass in a null `contentComponent` in the config. If somebody want to do this, we'll just make the `DrawerSidebar` not appear altogether. This is simpler than splitting the types so there's a possibly-unspecified one for the user input, but a definitely-specified one in `DrawerSidebar`. * Specify missing screenProps prop in DrawerView * Thread full NavigationStateRoute in to DrawerSidebar This requiring making `withCachedChildNavigation` use bounded polymorphism to thread the `NavigationStateRoute` through instead of downgrading it to a `NavigationState` * Make NavigationStateProp's state prop covariant This means that `NavigationStateProp<NavigationStateRoute>` will be a subtype of `NavigationStateProp<NavigationRoute>` and `NavigationStateProp<NavigationState>` * Silence Flow's complaints about a route not being a NavigationStateRoute As mentioned in previous commits and in the comment, there is no way to type a specific navigation state shape, so we have to cast it and silence Flow's complaints. * Get rid of style prop in CardStack It looks like at some point, it was possible to specify a `style` prop that got passed all the way down to `Header`, the `TransitionConfig`'s `screenInterpolator`, and `Transitioner`. Doesn't look like we're using it anywhere, and there's a todo saying to remove it, and it's causing a type error. * Infer type of options instead of using a subtype of {} I think this has to do with {} allowing for unsealed objects. I'm not 100% sure, but this fixes 4/6 of the remaining errors! * Fix two type errors in NavigationPlayground One was just requiring an outdated type (`React.Children` instead of `React.ChildrenArray`), and the other was getting confused regarding types because of a spread operator. * Use a covariant property to simplify withCachedChildNavigation's InputProps This doesn't reduce any errors, but it's a bit simpler and cleaner. * Silence last two Flow errors regarding withCachedChildNavigation injecting childNavigationProps These are the only two errors I haven't been able to figure out at all. If I had more time I'd try and figure out the simplest case and report it to the Flow team, but I've been working on this for a week already and have to move on. The issue at hand is that `withCachedChildNavigation` injects `childNavigationProps`, but Flow doesn't see this and thinks it needs to be specified by the view component. We're using the HOC pattern suggested by the Flow docs, and I've tried several other patterns to no avail. * Use stock react-native instead of Expo's in NavigationPlayground Expo's causes Flow errors, and apparently this is normal practice because the person who switched us to Expo did this too. * Silence react-native-gesture-handler Flow errors in NavigationPlayground Expo requires this package, but it causes Flow errors. * Fix index check in DrawerSidebar Silly me, falling for the typical "0 is falsey" problem... * Rework deprecated action tests In an earlier commit I moved the `NavigationActions.mapDeprecatedActionAndWarn` out from `getStateForAction` and into `createNavigationContainer`'s `dispatch` function. The tests need to be reworked to support this, as they were previously calling `getStateForAction` directly. I don't imagine any users are calling `getStateForAction` directly. * Re-record two snapshots The changes in these snapshots are by design and don't affect anything. * Infer type of options in NavigationScreenConfig The issue is that sometimes we include options for different navigators in a single blob. * Infer types of action and options in createNavigationContainer Particulary helps with Options. Makes the types more specific and gets rid of an error that only shows up when using the library * Don't use generics for NavigationState in createNavigationContainer There's no particular reason for having those generics there, since there's no way we'd be able to get Flow to understand the exact shape of particular navigation states anyways. This fixes a bug when integrating this version of the project into my repo. * Move ReduxExample to react-native@0.49.3 instead of custom Expo version
2017-10-31 10:41:17 -04:00
version "1.4.0"
resolved "https://registry.yarnpkg.com/statuses/-/statuses-1.4.0.tgz#bb73d446da2796106efcc1b601a253d6c46bd087"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
statuses@~1.2.1:
version "1.2.1"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/statuses/-/statuses-1.2.1.tgz#dded45cc18256d51ed40aec142489d5c61026d28"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update to RN 0.52 and Expo 25 (#3383) * Update to RN 0.52 and Expo 25 * Rerecord snapshots for failing Jest tests * jest-expo@25.1.0-beta.0 * jest-expo@25.1.0
2018-01-30 12:22:20 -06:00
statuses@~1.3.1:
version "1.3.1"
resolved "https://registry.yarnpkg.com/statuses/-/statuses-1.3.1.tgz#faf51b9eb74aaef3b3acf4ad5f61abf24cb7b93e"
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
stealthy-require@^1.1.0:
version "1.1.1"
resolved "https://registry.yarnpkg.com/stealthy-require/-/stealthy-require-1.1.1.tgz#35b09875b4ff49f26a777e509b3090a3226bf24b"
Upgrade to React Native 0.44 + Flow 0.42
2017-05-14 13:48:25 -07:00
stream-buffers@~2.2.0:
version "2.2.0"
resolved "https://registry.yarnpkg.com/stream-buffers/-/stream-buffers-2.2.0.tgz#91d5f5130d1cef96dcfa7f726945188741d09ee4"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
stream-counter@~0.2.0:
version "0.2.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/stream-counter/-/stream-counter-0.2.0.tgz#ded266556319c8b0e222812b9cf3b26fa7d947de"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
readable-stream "~1.1.8"
Employ pre-commit hook for formatting code. (#2597) This change comes thanks to @plasticine's great idea (https://github.com/react-community/react-navigation/pull/2581#issuecomment-329661371). - Add husky and lint-staged to use pre-commit hook. - Automate formatting JavaScript code using ESLint and Prettier before committing changes.
2017-09-16 07:17:09 +09:00
stream-to-observable@^0.1.0:
version "0.1.0"
resolved "https://registry.yarnpkg.com/stream-to-observable/-/stream-to-observable-0.1.0.tgz#45bf1d9f2d7dc09bed81f1c307c430e68b84cffe"
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
string-length@^2.0.0:
version "2.0.0"
resolved "https://registry.yarnpkg.com/string-length/-/string-length-2.0.0.tgz#d40dbb686a3ace960c1cffca562bf2c45f8363ed"
Update dependencies
2017-03-15 16:02:49 -07:00
dependencies:
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
astral-regex "^1.0.0"
strip-ansi "^4.0.0"
Update dependencies
2017-03-15 16:02:49 -07:00
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
string-width@^1.0.1, string-width@^1.0.2:
version "1.0.2"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/string-width/-/string-width-1.0.2.tgz#118bdf5b8cdc51a2a7e70d211e07e2b0b9b107d3"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
code-point-at "^1.0.0"
is-fullwidth-code-point "^1.0.0"
strip-ansi "^3.0.0"
Update to react-native@0.49 and flow-bin@0.53 (#2845) * Update root package to react-native@0.49 and flow-bin@0.53 * Update NavigationPlayground package to react-native@0.49 and flow-bin@0.53 * Update ReduxExample package to react-native@0.49 and flow-bin@0.53 * flow-typed update (code-gen) * Find-and-replace old types with new types - `React.Element<*>` as the result of a render function is now `React.Node` - `ReactClass<T>` as the type of a Component is now `React.ComponentType<typeof T>` - `extends React.Component<DP, P, S>` is now `extends React.Component<P, S>` - `React.Children<*>` as the type of a children prop is now `React.ChildrenArray<*>` - Refs are now typed with `React.Ref` There are also several tiny typo fixes in here. * Avoid assuming state is NavigationRoute in addNavigationHelpers For the root, top-level Navigator, the state is a simple `NavigationState` (with no route info) and we still use `addNavigationHelpers` for it. We can't assume `navigation.state.key` is accessible for this type, so we need to do runtime checks here. * Fix type of NavigationScreenConfig `navigationOptions` was incorrectly typed * Give createNavigationContainer's State a type parameter We want to be able to specifically type this guy so we can use specific NavigationState for things like the Drawer views without having to do runtime assertions about the state type * Fix typing of NavigationAction First of all, `NavigationAction` was being used as two different types, so I had to create the new `PossiblyDeprecatedNavigationAction` and add it as a type parameter everywhere. Second of all, generics and implied types were being used far more than they need to be, and they're hard to work with because Flow doesn't really explain things well when they go wrong. * Make sure children scenes of CardStack have NavigationProp typed with NavigationRoute CardStack's `NavigationScreenProp` is typed with `NavigationState`, but the children need `NavigationRoute`. Flow gets confused by the spread operator, even if the individual property is replaced later, so we need to explicitly list each property individually (just `dispatch`, actually). * Allow prevTransitionProps parameter to be nullable * Allow prevTransitionProps parameter to be nullable * Narrow down a couple type parameters * Move NavigationStateRoute cast to within Component.router check in createConfigGetter * Update withCachedChildNavigation so it's typed correctly with React.ComponentType * Add a $FlowFixMe for displayName `React.StatelessFunctionalComponent` is missing `displayName` before Flow 0.54.0 See https://github.com/facebook/flow/commit/de37062ea21cb4055d3f1b01bdbaa76461140fc8 * Make TouchableItem's onPress prop optional `HeaderBackButton` can pass in an undefined onPress, and the React Native `Touchable*` components allow it too * Simplify withCachedChildNavigation and get rid of generics The generics don't help us here and they make the types more confusing * Redefine NavigationComponent as direct intersection The new type is technically identical to the old type, but Flow is confused by the old type... * Save router to local var before checking createConfigGetter Flow seems to think Component.router can change after the check * Fix DrawerSidebar's navigation prop's type In order for us to be able to generate a childNavigationProp, the original navigation prop has to have a NavigationState state. * Colocate action.key check with action.type check in getStateForAction For some reason, Flow thinks `action` can change sometime after `action.type` is checked. As a result, it's not properly concluding that `action.key` should exist. To avoid this, we pull `action.key` out immediately after doing the `action.type` check. * Use bounded polymorphism to pass down all props in withCachedChildNavigation Also makes sure the injected props are specified first in the union Also removes an unused `eslint-disable-line` in `getScreenForRouteName` * Make TabRouter's getComponentForState return NavigationComponent `NavigationScreenComponent` is a subtype of `NavigationComponent`, but it's not clear that `getComponentForState` always returns a `NavigationScreenComponent`, as `getScreenForRouteName` returns `NavigationComponent` * Define NavigationComponent's props using NavigationNavigatorProps Right now the types ask Flow to infer the types of `NavigationComponent`'s props. (`NavigationComponent` is the union of `NavigationNavigator` and NavigationScreenComponent.) Instead, we type the props as subtypes of `NavigationNavigatorProps`, so we can properly access those props without type errors. We used bounded polymorphism in `createNavigationContainer` and `createNavigator` to pass down these props. We also explicitly type the action in `createNavigationContainer` so we can properly pass in a `NavigationInitAction` to the dispatch function. * Parameterize NavigationTabRouterConfig `NavigationTabRouterConfig` doesn't always take `NavigationTabScreenOptions`; sometimes, it takes `NavigationDrawerScreenOptions`. * Make all NavigationOptions Exact types We're seeing weird behavior when these are merged together. By making them Exact types, we make types don't get mangled when they're unioned. https://flow.org/en/docs/types/unions/#toc-disjoint-unions-with-exact-types * Silence errors in tests These errors are unavoidable since we can't type the precise shape of a particular `NavigationState`. * Include NavigationSetParamsAction in NavigationTabAction `TabNavigator`'s `getStateForAction` definitely takes `NavigationSetParamsAction`. * Explicitly list router as void in NavigationScreenComponent This is so Flow knows that if a `NavigationComponent` has a `router` property, then it is definitely a `NavigationNavigator`. * Fix website app navigator's type * Fix createDocPage type in App In an earlier commit I attempted to fix the types here, but I incorrectly read it as returning a navigator when it just returns a screen. For some reason the error didn't immediately show up. * Fix NavigationComponent types Five changes: 1. No longer parameterizing the props of `NavigationComponent`; directly specifying as `NavigationNavigatorProps` 2. Specify the two distinct kinds of route types (leaf and state) directly in `NavigationComponent` 3. Have `SceneView` directly take `NavigationComponent` and allow inferring of `NavigationSceneProp` type 4. Have `CardStack` directly take `NavigationComponent` as well * Allow Flow to infer `NavigationAction` type in `createNavigator` * Silence Flow in router code that handles navigator sub-routes There's no way for us to tell Flow that routes that correspond to navigators should be `NavigationStateRoute`s * Allow DrawerSidebar to take a null contentComponent The way `DrawerNavigator` is set up, it's possible to pass in a null `contentComponent` in the config. If somebody want to do this, we'll just make the `DrawerSidebar` not appear altogether. This is simpler than splitting the types so there's a possibly-unspecified one for the user input, but a definitely-specified one in `DrawerSidebar`. * Specify missing screenProps prop in DrawerView * Thread full NavigationStateRoute in to DrawerSidebar This requiring making `withCachedChildNavigation` use bounded polymorphism to thread the `NavigationStateRoute` through instead of downgrading it to a `NavigationState` * Make NavigationStateProp's state prop covariant This means that `NavigationStateProp<NavigationStateRoute>` will be a subtype of `NavigationStateProp<NavigationRoute>` and `NavigationStateProp<NavigationState>` * Silence Flow's complaints about a route not being a NavigationStateRoute As mentioned in previous commits and in the comment, there is no way to type a specific navigation state shape, so we have to cast it and silence Flow's complaints. * Get rid of style prop in CardStack It looks like at some point, it was possible to specify a `style` prop that got passed all the way down to `Header`, the `TransitionConfig`'s `screenInterpolator`, and `Transitioner`. Doesn't look like we're using it anywhere, and there's a todo saying to remove it, and it's causing a type error. * Infer type of options instead of using a subtype of {} I think this has to do with {} allowing for unsealed objects. I'm not 100% sure, but this fixes 4/6 of the remaining errors! * Fix two type errors in NavigationPlayground One was just requiring an outdated type (`React.Children` instead of `React.ChildrenArray`), and the other was getting confused regarding types because of a spread operator. * Use a covariant property to simplify withCachedChildNavigation's InputProps This doesn't reduce any errors, but it's a bit simpler and cleaner. * Silence last two Flow errors regarding withCachedChildNavigation injecting childNavigationProps These are the only two errors I haven't been able to figure out at all. If I had more time I'd try and figure out the simplest case and report it to the Flow team, but I've been working on this for a week already and have to move on. The issue at hand is that `withCachedChildNavigation` injects `childNavigationProps`, but Flow doesn't see this and thinks it needs to be specified by the view component. We're using the HOC pattern suggested by the Flow docs, and I've tried several other patterns to no avail. * Use stock react-native instead of Expo's in NavigationPlayground Expo's causes Flow errors, and apparently this is normal practice because the person who switched us to Expo did this too. * Silence react-native-gesture-handler Flow errors in NavigationPlayground Expo requires this package, but it causes Flow errors. * Fix index check in DrawerSidebar Silly me, falling for the typical "0 is falsey" problem... * Rework deprecated action tests In an earlier commit I moved the `NavigationActions.mapDeprecatedActionAndWarn` out from `getStateForAction` and into `createNavigationContainer`'s `dispatch` function. The tests need to be reworked to support this, as they were previously calling `getStateForAction` directly. I don't imagine any users are calling `getStateForAction` directly. * Re-record two snapshots The changes in these snapshots are by design and don't affect anything. * Infer type of options in NavigationScreenConfig The issue is that sometimes we include options for different navigators in a single blob. * Infer types of action and options in createNavigationContainer Particulary helps with Options. Makes the types more specific and gets rid of an error that only shows up when using the library * Don't use generics for NavigationState in createNavigationContainer There's no particular reason for having those generics there, since there's no way we'd be able to get Flow to understand the exact shape of particular navigation states anyways. This fixes a bug when integrating this version of the project into my repo. * Move ReduxExample to react-native@0.49.3 instead of custom Expo version
2017-10-31 10:41:17 -04:00
string-width@^2.0.0, string-width@^2.1.0, string-width@^2.1.1:
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
version "2.1.1"
resolved "https://registry.yarnpkg.com/string-width/-/string-width-2.1.1.tgz#ab93f27a8dc13d28cac815c462143a6d9012ae9e"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
is-fullwidth-code-point "^2.0.0"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
strip-ansi "^4.0.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
string_decoder@~0.10.x:
version "0.10.31"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/string_decoder/-/string_decoder-0.10.31.tgz#62e203bc41766c6c28c9fc84301dab1c5310fa94"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
string_decoder@~1.0.3:
version "1.0.3"
resolved "https://registry.yarnpkg.com/string_decoder/-/string_decoder-1.0.3.tgz#0fc67d7c141825de94282dd536bec6b9bce860ab"
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
dependencies:
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
safe-buffer "~5.1.0"
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
Employ pre-commit hook for formatting code. (#2597) This change comes thanks to @plasticine's great idea (https://github.com/react-community/react-navigation/pull/2581#issuecomment-329661371). - Add husky and lint-staged to use pre-commit hook. - Automate formatting JavaScript code using ESLint and Prettier before committing changes.
2017-09-16 07:17:09 +09:00
stringify-object@^3.2.0:
Better orientation layout on playground
2018-02-12 11:53:23 -08:00
version "3.2.2"
resolved "https://registry.yarnpkg.com/stringify-object/-/stringify-object-3.2.2.tgz#9853052e5a88fb605a44cd27445aa257ad7ffbcd"
Employ pre-commit hook for formatting code. (#2597) This change comes thanks to @plasticine's great idea (https://github.com/react-community/react-navigation/pull/2581#issuecomment-329661371). - Add husky and lint-staged to use pre-commit hook. - Automate formatting JavaScript code using ESLint and Prettier before committing changes.
2017-09-16 07:17:09 +09:00
dependencies:
Update to react-native@0.49 and flow-bin@0.53 (#2845) * Update root package to react-native@0.49 and flow-bin@0.53 * Update NavigationPlayground package to react-native@0.49 and flow-bin@0.53 * Update ReduxExample package to react-native@0.49 and flow-bin@0.53 * flow-typed update (code-gen) * Find-and-replace old types with new types - `React.Element<*>` as the result of a render function is now `React.Node` - `ReactClass<T>` as the type of a Component is now `React.ComponentType<typeof T>` - `extends React.Component<DP, P, S>` is now `extends React.Component<P, S>` - `React.Children<*>` as the type of a children prop is now `React.ChildrenArray<*>` - Refs are now typed with `React.Ref` There are also several tiny typo fixes in here. * Avoid assuming state is NavigationRoute in addNavigationHelpers For the root, top-level Navigator, the state is a simple `NavigationState` (with no route info) and we still use `addNavigationHelpers` for it. We can't assume `navigation.state.key` is accessible for this type, so we need to do runtime checks here. * Fix type of NavigationScreenConfig `navigationOptions` was incorrectly typed * Give createNavigationContainer's State a type parameter We want to be able to specifically type this guy so we can use specific NavigationState for things like the Drawer views without having to do runtime assertions about the state type * Fix typing of NavigationAction First of all, `NavigationAction` was being used as two different types, so I had to create the new `PossiblyDeprecatedNavigationAction` and add it as a type parameter everywhere. Second of all, generics and implied types were being used far more than they need to be, and they're hard to work with because Flow doesn't really explain things well when they go wrong. * Make sure children scenes of CardStack have NavigationProp typed with NavigationRoute CardStack's `NavigationScreenProp` is typed with `NavigationState`, but the children need `NavigationRoute`. Flow gets confused by the spread operator, even if the individual property is replaced later, so we need to explicitly list each property individually (just `dispatch`, actually). * Allow prevTransitionProps parameter to be nullable * Allow prevTransitionProps parameter to be nullable * Narrow down a couple type parameters * Move NavigationStateRoute cast to within Component.router check in createConfigGetter * Update withCachedChildNavigation so it's typed correctly with React.ComponentType * Add a $FlowFixMe for displayName `React.StatelessFunctionalComponent` is missing `displayName` before Flow 0.54.0 See https://github.com/facebook/flow/commit/de37062ea21cb4055d3f1b01bdbaa76461140fc8 * Make TouchableItem's onPress prop optional `HeaderBackButton` can pass in an undefined onPress, and the React Native `Touchable*` components allow it too * Simplify withCachedChildNavigation and get rid of generics The generics don't help us here and they make the types more confusing * Redefine NavigationComponent as direct intersection The new type is technically identical to the old type, but Flow is confused by the old type... * Save router to local var before checking createConfigGetter Flow seems to think Component.router can change after the check * Fix DrawerSidebar's navigation prop's type In order for us to be able to generate a childNavigationProp, the original navigation prop has to have a NavigationState state. * Colocate action.key check with action.type check in getStateForAction For some reason, Flow thinks `action` can change sometime after `action.type` is checked. As a result, it's not properly concluding that `action.key` should exist. To avoid this, we pull `action.key` out immediately after doing the `action.type` check. * Use bounded polymorphism to pass down all props in withCachedChildNavigation Also makes sure the injected props are specified first in the union Also removes an unused `eslint-disable-line` in `getScreenForRouteName` * Make TabRouter's getComponentForState return NavigationComponent `NavigationScreenComponent` is a subtype of `NavigationComponent`, but it's not clear that `getComponentForState` always returns a `NavigationScreenComponent`, as `getScreenForRouteName` returns `NavigationComponent` * Define NavigationComponent's props using NavigationNavigatorProps Right now the types ask Flow to infer the types of `NavigationComponent`'s props. (`NavigationComponent` is the union of `NavigationNavigator` and NavigationScreenComponent.) Instead, we type the props as subtypes of `NavigationNavigatorProps`, so we can properly access those props without type errors. We used bounded polymorphism in `createNavigationContainer` and `createNavigator` to pass down these props. We also explicitly type the action in `createNavigationContainer` so we can properly pass in a `NavigationInitAction` to the dispatch function. * Parameterize NavigationTabRouterConfig `NavigationTabRouterConfig` doesn't always take `NavigationTabScreenOptions`; sometimes, it takes `NavigationDrawerScreenOptions`. * Make all NavigationOptions Exact types We're seeing weird behavior when these are merged together. By making them Exact types, we make types don't get mangled when they're unioned. https://flow.org/en/docs/types/unions/#toc-disjoint-unions-with-exact-types * Silence errors in tests These errors are unavoidable since we can't type the precise shape of a particular `NavigationState`. * Include NavigationSetParamsAction in NavigationTabAction `TabNavigator`'s `getStateForAction` definitely takes `NavigationSetParamsAction`. * Explicitly list router as void in NavigationScreenComponent This is so Flow knows that if a `NavigationComponent` has a `router` property, then it is definitely a `NavigationNavigator`. * Fix website app navigator's type * Fix createDocPage type in App In an earlier commit I attempted to fix the types here, but I incorrectly read it as returning a navigator when it just returns a screen. For some reason the error didn't immediately show up. * Fix NavigationComponent types Five changes: 1. No longer parameterizing the props of `NavigationComponent`; directly specifying as `NavigationNavigatorProps` 2. Specify the two distinct kinds of route types (leaf and state) directly in `NavigationComponent` 3. Have `SceneView` directly take `NavigationComponent` and allow inferring of `NavigationSceneProp` type 4. Have `CardStack` directly take `NavigationComponent` as well * Allow Flow to infer `NavigationAction` type in `createNavigator` * Silence Flow in router code that handles navigator sub-routes There's no way for us to tell Flow that routes that correspond to navigators should be `NavigationStateRoute`s * Allow DrawerSidebar to take a null contentComponent The way `DrawerNavigator` is set up, it's possible to pass in a null `contentComponent` in the config. If somebody want to do this, we'll just make the `DrawerSidebar` not appear altogether. This is simpler than splitting the types so there's a possibly-unspecified one for the user input, but a definitely-specified one in `DrawerSidebar`. * Specify missing screenProps prop in DrawerView * Thread full NavigationStateRoute in to DrawerSidebar This requiring making `withCachedChildNavigation` use bounded polymorphism to thread the `NavigationStateRoute` through instead of downgrading it to a `NavigationState` * Make NavigationStateProp's state prop covariant This means that `NavigationStateProp<NavigationStateRoute>` will be a subtype of `NavigationStateProp<NavigationRoute>` and `NavigationStateProp<NavigationState>` * Silence Flow's complaints about a route not being a NavigationStateRoute As mentioned in previous commits and in the comment, there is no way to type a specific navigation state shape, so we have to cast it and silence Flow's complaints. * Get rid of style prop in CardStack It looks like at some point, it was possible to specify a `style` prop that got passed all the way down to `Header`, the `TransitionConfig`'s `screenInterpolator`, and `Transitioner`. Doesn't look like we're using it anywhere, and there's a todo saying to remove it, and it's causing a type error. * Infer type of options instead of using a subtype of {} I think this has to do with {} allowing for unsealed objects. I'm not 100% sure, but this fixes 4/6 of the remaining errors! * Fix two type errors in NavigationPlayground One was just requiring an outdated type (`React.Children` instead of `React.ChildrenArray`), and the other was getting confused regarding types because of a spread operator. * Use a covariant property to simplify withCachedChildNavigation's InputProps This doesn't reduce any errors, but it's a bit simpler and cleaner. * Silence last two Flow errors regarding withCachedChildNavigation injecting childNavigationProps These are the only two errors I haven't been able to figure out at all. If I had more time I'd try and figure out the simplest case and report it to the Flow team, but I've been working on this for a week already and have to move on. The issue at hand is that `withCachedChildNavigation` injects `childNavigationProps`, but Flow doesn't see this and thinks it needs to be specified by the view component. We're using the HOC pattern suggested by the Flow docs, and I've tried several other patterns to no avail. * Use stock react-native instead of Expo's in NavigationPlayground Expo's causes Flow errors, and apparently this is normal practice because the person who switched us to Expo did this too. * Silence react-native-gesture-handler Flow errors in NavigationPlayground Expo requires this package, but it causes Flow errors. * Fix index check in DrawerSidebar Silly me, falling for the typical "0 is falsey" problem... * Rework deprecated action tests In an earlier commit I moved the `NavigationActions.mapDeprecatedActionAndWarn` out from `getStateForAction` and into `createNavigationContainer`'s `dispatch` function. The tests need to be reworked to support this, as they were previously calling `getStateForAction` directly. I don't imagine any users are calling `getStateForAction` directly. * Re-record two snapshots The changes in these snapshots are by design and don't affect anything. * Infer type of options in NavigationScreenConfig The issue is that sometimes we include options for different navigators in a single blob. * Infer types of action and options in createNavigationContainer Particulary helps with Options. Makes the types more specific and gets rid of an error that only shows up when using the library * Don't use generics for NavigationState in createNavigationContainer There's no particular reason for having those generics there, since there's no way we'd be able to get Flow to understand the exact shape of particular navigation states anyways. This fixes a bug when integrating this version of the project into my repo. * Move ReduxExample to react-native@0.49.3 instead of custom Expo version
2017-10-31 10:41:17 -04:00
get-own-enumerable-property-symbols "^2.0.1"
Employ pre-commit hook for formatting code. (#2597) This change comes thanks to @plasticine's great idea (https://github.com/react-community/react-navigation/pull/2581#issuecomment-329661371). - Add husky and lint-staged to use pre-commit hook. - Automate formatting JavaScript code using ESLint and Prettier before committing changes.
2017-09-16 07:17:09 +09:00
is-obj "^1.0.1"
is-regexp "^1.0.0"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
stringstream@~0.0.4, stringstream@~0.0.5:
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
version "0.0.5"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/stringstream/-/stringstream-0.0.5.tgz#4e484cd4de5a0bbbee18e46307710a8a81621878"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
strip-ansi@^3.0.0, strip-ansi@^3.0.1:
version "3.0.1"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/strip-ansi/-/strip-ansi-3.0.1.tgz#6a385fb8853d952d5ff05d0e8aaf94278dc63dcf"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
ansi-regex "^2.0.0"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
strip-ansi@^4.0.0:
version "4.0.0"
resolved "https://registry.yarnpkg.com/strip-ansi/-/strip-ansi-4.0.0.tgz#a8479022eb1ac368a871389b635262c505ee368f"
dependencies:
ansi-regex "^3.0.0"
Update dependencies
2017-03-15 16:02:49 -07:00
strip-bom@3.0.0, strip-bom@^3.0.0:
version "3.0.0"
resolved "https://registry.yarnpkg.com/strip-bom/-/strip-bom-3.0.0.tgz#2334c18e9c759f7bdd56fdef7e9ae3d588e68ed3"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
strip-bom@^2.0.0:
version "2.0.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/strip-bom/-/strip-bom-2.0.0.tgz#6219a85616520491f35788bdbf1447a99c7e6b0e"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
is-utf8 "^0.2.0"
Employ pre-commit hook for formatting code. (#2597) This change comes thanks to @plasticine's great idea (https://github.com/react-community/react-navigation/pull/2581#issuecomment-329661371). - Add husky and lint-staged to use pre-commit hook. - Automate formatting JavaScript code using ESLint and Prettier before committing changes.
2017-09-16 07:17:09 +09:00
strip-eof@^1.0.0:
version "1.0.0"
resolved "https://registry.yarnpkg.com/strip-eof/-/strip-eof-1.0.0.tgz#bb43ff5598a6eb05d89b59fcd129c983313606bf"
strip-indent@^2.0.0:
version "2.0.0"
resolved "https://registry.yarnpkg.com/strip-indent/-/strip-indent-2.0.0.tgz#5ef8db295d01e6ed6cbf7aab96998d7822527b68"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
strip-json-comments@~2.0.1:
version "2.0.1"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/strip-json-comments/-/strip-json-comments-2.0.1.tgz#3c531942e908c2697c0ec344858c286c7ca0a60a"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
supports-color@^2.0.0:
version "2.0.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/supports-color/-/supports-color-2.0.0.tgz#535d045ce6b6363fa40117084629995e9df324c7"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
supports-color@^3.1.2:
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
version "3.2.3"
resolved "https://registry.yarnpkg.com/supports-color/-/supports-color-3.2.3.tgz#65ac0504b3954171d8a64946b2ae3cbb8a5f54f6"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
has-flag "^1.0.0"
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
supports-color@^5.3.0:
version "5.3.0"
resolved "https://registry.yarnpkg.com/supports-color/-/supports-color-5.3.0.tgz#5b24ac15db80fa927cf5227a4a33fd3c4c7676c0"
Employ pre-commit hook for formatting code. (#2597) This change comes thanks to @plasticine's great idea (https://github.com/react-community/react-navigation/pull/2581#issuecomment-329661371). - Add husky and lint-staged to use pre-commit hook. - Automate formatting JavaScript code using ESLint and Prettier before committing changes.
2017-09-16 07:17:09 +09:00
dependencies:
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
has-flag "^3.0.0"
Employ pre-commit hook for formatting code. (#2597) This change comes thanks to @plasticine's great idea (https://github.com/react-community/react-navigation/pull/2581#issuecomment-329661371). - Add husky and lint-staged to use pre-commit hook. - Automate formatting JavaScript code using ESLint and Prettier before committing changes.
2017-09-16 07:17:09 +09:00
Remove flow (#3350) * Remove flow types from src * Finish removing Flow * Clear out flow-typed, some flow mentions in docs, website flow usage, and some other config
2018-01-24 17:52:09 -08:00
symbol-observable@1.0.1:
version "1.0.1"
resolved "https://registry.yarnpkg.com/symbol-observable/-/symbol-observable-1.0.1.tgz#8340fc4702c3122df5d22288f88283f513d3fdd4"
Employ pre-commit hook for formatting code. (#2597) This change comes thanks to @plasticine's great idea (https://github.com/react-community/react-navigation/pull/2581#issuecomment-329661371). - Add husky and lint-staged to use pre-commit hook. - Automate formatting JavaScript code using ESLint and Prettier before committing changes.
2017-09-16 07:17:09 +09:00
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
symbol-tree@^3.2.2:
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
version "3.2.2"
resolved "https://registry.yarnpkg.com/symbol-tree/-/symbol-tree-3.2.2.tgz#ae27db38f660a7ae2e1c3b7d1bc290819b8519e6"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
table@4.0.2:
Update to react-native@0.49 and flow-bin@0.53 (#2845) * Update root package to react-native@0.49 and flow-bin@0.53 * Update NavigationPlayground package to react-native@0.49 and flow-bin@0.53 * Update ReduxExample package to react-native@0.49 and flow-bin@0.53 * flow-typed update (code-gen) * Find-and-replace old types with new types - `React.Element<*>` as the result of a render function is now `React.Node` - `ReactClass<T>` as the type of a Component is now `React.ComponentType<typeof T>` - `extends React.Component<DP, P, S>` is now `extends React.Component<P, S>` - `React.Children<*>` as the type of a children prop is now `React.ChildrenArray<*>` - Refs are now typed with `React.Ref` There are also several tiny typo fixes in here. * Avoid assuming state is NavigationRoute in addNavigationHelpers For the root, top-level Navigator, the state is a simple `NavigationState` (with no route info) and we still use `addNavigationHelpers` for it. We can't assume `navigation.state.key` is accessible for this type, so we need to do runtime checks here. * Fix type of NavigationScreenConfig `navigationOptions` was incorrectly typed * Give createNavigationContainer's State a type parameter We want to be able to specifically type this guy so we can use specific NavigationState for things like the Drawer views without having to do runtime assertions about the state type * Fix typing of NavigationAction First of all, `NavigationAction` was being used as two different types, so I had to create the new `PossiblyDeprecatedNavigationAction` and add it as a type parameter everywhere. Second of all, generics and implied types were being used far more than they need to be, and they're hard to work with because Flow doesn't really explain things well when they go wrong. * Make sure children scenes of CardStack have NavigationProp typed with NavigationRoute CardStack's `NavigationScreenProp` is typed with `NavigationState`, but the children need `NavigationRoute`. Flow gets confused by the spread operator, even if the individual property is replaced later, so we need to explicitly list each property individually (just `dispatch`, actually). * Allow prevTransitionProps parameter to be nullable * Allow prevTransitionProps parameter to be nullable * Narrow down a couple type parameters * Move NavigationStateRoute cast to within Component.router check in createConfigGetter * Update withCachedChildNavigation so it's typed correctly with React.ComponentType * Add a $FlowFixMe for displayName `React.StatelessFunctionalComponent` is missing `displayName` before Flow 0.54.0 See https://github.com/facebook/flow/commit/de37062ea21cb4055d3f1b01bdbaa76461140fc8 * Make TouchableItem's onPress prop optional `HeaderBackButton` can pass in an undefined onPress, and the React Native `Touchable*` components allow it too * Simplify withCachedChildNavigation and get rid of generics The generics don't help us here and they make the types more confusing * Redefine NavigationComponent as direct intersection The new type is technically identical to the old type, but Flow is confused by the old type... * Save router to local var before checking createConfigGetter Flow seems to think Component.router can change after the check * Fix DrawerSidebar's navigation prop's type In order for us to be able to generate a childNavigationProp, the original navigation prop has to have a NavigationState state. * Colocate action.key check with action.type check in getStateForAction For some reason, Flow thinks `action` can change sometime after `action.type` is checked. As a result, it's not properly concluding that `action.key` should exist. To avoid this, we pull `action.key` out immediately after doing the `action.type` check. * Use bounded polymorphism to pass down all props in withCachedChildNavigation Also makes sure the injected props are specified first in the union Also removes an unused `eslint-disable-line` in `getScreenForRouteName` * Make TabRouter's getComponentForState return NavigationComponent `NavigationScreenComponent` is a subtype of `NavigationComponent`, but it's not clear that `getComponentForState` always returns a `NavigationScreenComponent`, as `getScreenForRouteName` returns `NavigationComponent` * Define NavigationComponent's props using NavigationNavigatorProps Right now the types ask Flow to infer the types of `NavigationComponent`'s props. (`NavigationComponent` is the union of `NavigationNavigator` and NavigationScreenComponent.) Instead, we type the props as subtypes of `NavigationNavigatorProps`, so we can properly access those props without type errors. We used bounded polymorphism in `createNavigationContainer` and `createNavigator` to pass down these props. We also explicitly type the action in `createNavigationContainer` so we can properly pass in a `NavigationInitAction` to the dispatch function. * Parameterize NavigationTabRouterConfig `NavigationTabRouterConfig` doesn't always take `NavigationTabScreenOptions`; sometimes, it takes `NavigationDrawerScreenOptions`. * Make all NavigationOptions Exact types We're seeing weird behavior when these are merged together. By making them Exact types, we make types don't get mangled when they're unioned. https://flow.org/en/docs/types/unions/#toc-disjoint-unions-with-exact-types * Silence errors in tests These errors are unavoidable since we can't type the precise shape of a particular `NavigationState`. * Include NavigationSetParamsAction in NavigationTabAction `TabNavigator`'s `getStateForAction` definitely takes `NavigationSetParamsAction`. * Explicitly list router as void in NavigationScreenComponent This is so Flow knows that if a `NavigationComponent` has a `router` property, then it is definitely a `NavigationNavigator`. * Fix website app navigator's type * Fix createDocPage type in App In an earlier commit I attempted to fix the types here, but I incorrectly read it as returning a navigator when it just returns a screen. For some reason the error didn't immediately show up. * Fix NavigationComponent types Five changes: 1. No longer parameterizing the props of `NavigationComponent`; directly specifying as `NavigationNavigatorProps` 2. Specify the two distinct kinds of route types (leaf and state) directly in `NavigationComponent` 3. Have `SceneView` directly take `NavigationComponent` and allow inferring of `NavigationSceneProp` type 4. Have `CardStack` directly take `NavigationComponent` as well * Allow Flow to infer `NavigationAction` type in `createNavigator` * Silence Flow in router code that handles navigator sub-routes There's no way for us to tell Flow that routes that correspond to navigators should be `NavigationStateRoute`s * Allow DrawerSidebar to take a null contentComponent The way `DrawerNavigator` is set up, it's possible to pass in a null `contentComponent` in the config. If somebody want to do this, we'll just make the `DrawerSidebar` not appear altogether. This is simpler than splitting the types so there's a possibly-unspecified one for the user input, but a definitely-specified one in `DrawerSidebar`. * Specify missing screenProps prop in DrawerView * Thread full NavigationStateRoute in to DrawerSidebar This requiring making `withCachedChildNavigation` use bounded polymorphism to thread the `NavigationStateRoute` through instead of downgrading it to a `NavigationState` * Make NavigationStateProp's state prop covariant This means that `NavigationStateProp<NavigationStateRoute>` will be a subtype of `NavigationStateProp<NavigationRoute>` and `NavigationStateProp<NavigationState>` * Silence Flow's complaints about a route not being a NavigationStateRoute As mentioned in previous commits and in the comment, there is no way to type a specific navigation state shape, so we have to cast it and silence Flow's complaints. * Get rid of style prop in CardStack It looks like at some point, it was possible to specify a `style` prop that got passed all the way down to `Header`, the `TransitionConfig`'s `screenInterpolator`, and `Transitioner`. Doesn't look like we're using it anywhere, and there's a todo saying to remove it, and it's causing a type error. * Infer type of options instead of using a subtype of {} I think this has to do with {} allowing for unsealed objects. I'm not 100% sure, but this fixes 4/6 of the remaining errors! * Fix two type errors in NavigationPlayground One was just requiring an outdated type (`React.Children` instead of `React.ChildrenArray`), and the other was getting confused regarding types because of a spread operator. * Use a covariant property to simplify withCachedChildNavigation's InputProps This doesn't reduce any errors, but it's a bit simpler and cleaner. * Silence last two Flow errors regarding withCachedChildNavigation injecting childNavigationProps These are the only two errors I haven't been able to figure out at all. If I had more time I'd try and figure out the simplest case and report it to the Flow team, but I've been working on this for a week already and have to move on. The issue at hand is that `withCachedChildNavigation` injects `childNavigationProps`, but Flow doesn't see this and thinks it needs to be specified by the view component. We're using the HOC pattern suggested by the Flow docs, and I've tried several other patterns to no avail. * Use stock react-native instead of Expo's in NavigationPlayground Expo's causes Flow errors, and apparently this is normal practice because the person who switched us to Expo did this too. * Silence react-native-gesture-handler Flow errors in NavigationPlayground Expo requires this package, but it causes Flow errors. * Fix index check in DrawerSidebar Silly me, falling for the typical "0 is falsey" problem... * Rework deprecated action tests In an earlier commit I moved the `NavigationActions.mapDeprecatedActionAndWarn` out from `getStateForAction` and into `createNavigationContainer`'s `dispatch` function. The tests need to be reworked to support this, as they were previously calling `getStateForAction` directly. I don't imagine any users are calling `getStateForAction` directly. * Re-record two snapshots The changes in these snapshots are by design and don't affect anything. * Infer type of options in NavigationScreenConfig The issue is that sometimes we include options for different navigators in a single blob. * Infer types of action and options in createNavigationContainer Particulary helps with Options. Makes the types more specific and gets rid of an error that only shows up when using the library * Don't use generics for NavigationState in createNavigationContainer There's no particular reason for having those generics there, since there's no way we'd be able to get Flow to understand the exact shape of particular navigation states anyways. This fixes a bug when integrating this version of the project into my repo. * Move ReduxExample to react-native@0.49.3 instead of custom Expo version
2017-10-31 10:41:17 -04:00
version "4.0.2"
resolved "https://registry.yarnpkg.com/table/-/table-4.0.2.tgz#a33447375391e766ad34d3486e6e2aedc84d2e36"
Update depenencies, update Prettier
2017-07-03 21:36:47 -07:00
dependencies:
Update to react-native@0.49 and flow-bin@0.53 (#2845) * Update root package to react-native@0.49 and flow-bin@0.53 * Update NavigationPlayground package to react-native@0.49 and flow-bin@0.53 * Update ReduxExample package to react-native@0.49 and flow-bin@0.53 * flow-typed update (code-gen) * Find-and-replace old types with new types - `React.Element<*>` as the result of a render function is now `React.Node` - `ReactClass<T>` as the type of a Component is now `React.ComponentType<typeof T>` - `extends React.Component<DP, P, S>` is now `extends React.Component<P, S>` - `React.Children<*>` as the type of a children prop is now `React.ChildrenArray<*>` - Refs are now typed with `React.Ref` There are also several tiny typo fixes in here. * Avoid assuming state is NavigationRoute in addNavigationHelpers For the root, top-level Navigator, the state is a simple `NavigationState` (with no route info) and we still use `addNavigationHelpers` for it. We can't assume `navigation.state.key` is accessible for this type, so we need to do runtime checks here. * Fix type of NavigationScreenConfig `navigationOptions` was incorrectly typed * Give createNavigationContainer's State a type parameter We want to be able to specifically type this guy so we can use specific NavigationState for things like the Drawer views without having to do runtime assertions about the state type * Fix typing of NavigationAction First of all, `NavigationAction` was being used as two different types, so I had to create the new `PossiblyDeprecatedNavigationAction` and add it as a type parameter everywhere. Second of all, generics and implied types were being used far more than they need to be, and they're hard to work with because Flow doesn't really explain things well when they go wrong. * Make sure children scenes of CardStack have NavigationProp typed with NavigationRoute CardStack's `NavigationScreenProp` is typed with `NavigationState`, but the children need `NavigationRoute`. Flow gets confused by the spread operator, even if the individual property is replaced later, so we need to explicitly list each property individually (just `dispatch`, actually). * Allow prevTransitionProps parameter to be nullable * Allow prevTransitionProps parameter to be nullable * Narrow down a couple type parameters * Move NavigationStateRoute cast to within Component.router check in createConfigGetter * Update withCachedChildNavigation so it's typed correctly with React.ComponentType * Add a $FlowFixMe for displayName `React.StatelessFunctionalComponent` is missing `displayName` before Flow 0.54.0 See https://github.com/facebook/flow/commit/de37062ea21cb4055d3f1b01bdbaa76461140fc8 * Make TouchableItem's onPress prop optional `HeaderBackButton` can pass in an undefined onPress, and the React Native `Touchable*` components allow it too * Simplify withCachedChildNavigation and get rid of generics The generics don't help us here and they make the types more confusing * Redefine NavigationComponent as direct intersection The new type is technically identical to the old type, but Flow is confused by the old type... * Save router to local var before checking createConfigGetter Flow seems to think Component.router can change after the check * Fix DrawerSidebar's navigation prop's type In order for us to be able to generate a childNavigationProp, the original navigation prop has to have a NavigationState state. * Colocate action.key check with action.type check in getStateForAction For some reason, Flow thinks `action` can change sometime after `action.type` is checked. As a result, it's not properly concluding that `action.key` should exist. To avoid this, we pull `action.key` out immediately after doing the `action.type` check. * Use bounded polymorphism to pass down all props in withCachedChildNavigation Also makes sure the injected props are specified first in the union Also removes an unused `eslint-disable-line` in `getScreenForRouteName` * Make TabRouter's getComponentForState return NavigationComponent `NavigationScreenComponent` is a subtype of `NavigationComponent`, but it's not clear that `getComponentForState` always returns a `NavigationScreenComponent`, as `getScreenForRouteName` returns `NavigationComponent` * Define NavigationComponent's props using NavigationNavigatorProps Right now the types ask Flow to infer the types of `NavigationComponent`'s props. (`NavigationComponent` is the union of `NavigationNavigator` and NavigationScreenComponent.) Instead, we type the props as subtypes of `NavigationNavigatorProps`, so we can properly access those props without type errors. We used bounded polymorphism in `createNavigationContainer` and `createNavigator` to pass down these props. We also explicitly type the action in `createNavigationContainer` so we can properly pass in a `NavigationInitAction` to the dispatch function. * Parameterize NavigationTabRouterConfig `NavigationTabRouterConfig` doesn't always take `NavigationTabScreenOptions`; sometimes, it takes `NavigationDrawerScreenOptions`. * Make all NavigationOptions Exact types We're seeing weird behavior when these are merged together. By making them Exact types, we make types don't get mangled when they're unioned. https://flow.org/en/docs/types/unions/#toc-disjoint-unions-with-exact-types * Silence errors in tests These errors are unavoidable since we can't type the precise shape of a particular `NavigationState`. * Include NavigationSetParamsAction in NavigationTabAction `TabNavigator`'s `getStateForAction` definitely takes `NavigationSetParamsAction`. * Explicitly list router as void in NavigationScreenComponent This is so Flow knows that if a `NavigationComponent` has a `router` property, then it is definitely a `NavigationNavigator`. * Fix website app navigator's type * Fix createDocPage type in App In an earlier commit I attempted to fix the types here, but I incorrectly read it as returning a navigator when it just returns a screen. For some reason the error didn't immediately show up. * Fix NavigationComponent types Five changes: 1. No longer parameterizing the props of `NavigationComponent`; directly specifying as `NavigationNavigatorProps` 2. Specify the two distinct kinds of route types (leaf and state) directly in `NavigationComponent` 3. Have `SceneView` directly take `NavigationComponent` and allow inferring of `NavigationSceneProp` type 4. Have `CardStack` directly take `NavigationComponent` as well * Allow Flow to infer `NavigationAction` type in `createNavigator` * Silence Flow in router code that handles navigator sub-routes There's no way for us to tell Flow that routes that correspond to navigators should be `NavigationStateRoute`s * Allow DrawerSidebar to take a null contentComponent The way `DrawerNavigator` is set up, it's possible to pass in a null `contentComponent` in the config. If somebody want to do this, we'll just make the `DrawerSidebar` not appear altogether. This is simpler than splitting the types so there's a possibly-unspecified one for the user input, but a definitely-specified one in `DrawerSidebar`. * Specify missing screenProps prop in DrawerView * Thread full NavigationStateRoute in to DrawerSidebar This requiring making `withCachedChildNavigation` use bounded polymorphism to thread the `NavigationStateRoute` through instead of downgrading it to a `NavigationState` * Make NavigationStateProp's state prop covariant This means that `NavigationStateProp<NavigationStateRoute>` will be a subtype of `NavigationStateProp<NavigationRoute>` and `NavigationStateProp<NavigationState>` * Silence Flow's complaints about a route not being a NavigationStateRoute As mentioned in previous commits and in the comment, there is no way to type a specific navigation state shape, so we have to cast it and silence Flow's complaints. * Get rid of style prop in CardStack It looks like at some point, it was possible to specify a `style` prop that got passed all the way down to `Header`, the `TransitionConfig`'s `screenInterpolator`, and `Transitioner`. Doesn't look like we're using it anywhere, and there's a todo saying to remove it, and it's causing a type error. * Infer type of options instead of using a subtype of {} I think this has to do with {} allowing for unsealed objects. I'm not 100% sure, but this fixes 4/6 of the remaining errors! * Fix two type errors in NavigationPlayground One was just requiring an outdated type (`React.Children` instead of `React.ChildrenArray`), and the other was getting confused regarding types because of a spread operator. * Use a covariant property to simplify withCachedChildNavigation's InputProps This doesn't reduce any errors, but it's a bit simpler and cleaner. * Silence last two Flow errors regarding withCachedChildNavigation injecting childNavigationProps These are the only two errors I haven't been able to figure out at all. If I had more time I'd try and figure out the simplest case and report it to the Flow team, but I've been working on this for a week already and have to move on. The issue at hand is that `withCachedChildNavigation` injects `childNavigationProps`, but Flow doesn't see this and thinks it needs to be specified by the view component. We're using the HOC pattern suggested by the Flow docs, and I've tried several other patterns to no avail. * Use stock react-native instead of Expo's in NavigationPlayground Expo's causes Flow errors, and apparently this is normal practice because the person who switched us to Expo did this too. * Silence react-native-gesture-handler Flow errors in NavigationPlayground Expo requires this package, but it causes Flow errors. * Fix index check in DrawerSidebar Silly me, falling for the typical "0 is falsey" problem... * Rework deprecated action tests In an earlier commit I moved the `NavigationActions.mapDeprecatedActionAndWarn` out from `getStateForAction` and into `createNavigationContainer`'s `dispatch` function. The tests need to be reworked to support this, as they were previously calling `getStateForAction` directly. I don't imagine any users are calling `getStateForAction` directly. * Re-record two snapshots The changes in these snapshots are by design and don't affect anything. * Infer type of options in NavigationScreenConfig The issue is that sometimes we include options for different navigators in a single blob. * Infer types of action and options in createNavigationContainer Particulary helps with Options. Makes the types more specific and gets rid of an error that only shows up when using the library * Don't use generics for NavigationState in createNavigationContainer There's no particular reason for having those generics there, since there's no way we'd be able to get Flow to understand the exact shape of particular navigation states anyways. This fixes a bug when integrating this version of the project into my repo. * Move ReduxExample to react-native@0.49.3 instead of custom Expo version
2017-10-31 10:41:17 -04:00
ajv "^5.2.3"
ajv-keywords "^2.1.0"
chalk "^2.1.0"
lodash "^4.17.4"
slice-ansi "1.0.0"
string-width "^2.1.1"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
tar-pack@^3.4.0:
Remove flow (#3350) * Remove flow types from src * Finish removing Flow * Clear out flow-typed, some flow mentions in docs, website flow usage, and some other config
2018-01-24 17:52:09 -08:00
version "3.4.1"
resolved "https://registry.yarnpkg.com/tar-pack/-/tar-pack-3.4.1.tgz#e1dbc03a9b9d3ba07e896ad027317eb679a10a1f"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
debug "^2.2.0"
fstream "^1.0.10"
fstream-ignore "^1.0.5"
once "^1.3.3"
readable-stream "^2.1.4"
rimraf "^2.5.1"
tar "^2.2.1"
uid-number "^0.0.6"
tar@^2.2.1:
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
version "2.2.1"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/tar/-/tar-2.2.1.tgz#8e4d2a256c0e2185c6b18ad694aec968b83cb1d1"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
block-stream "*"
fstream "^1.0.2"
inherits "2"
temp@0.8.3:
version "0.8.3"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/temp/-/temp-0.8.3.tgz#e0c6bc4d26b903124410e4fed81103014dfc1f59"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
os-tmpdir "^1.0.0"
rimraf "~2.2.6"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
test-exclude@^4.1.1:
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
version "4.2.1"
resolved "https://registry.yarnpkg.com/test-exclude/-/test-exclude-4.2.1.tgz#dfa222f03480bca69207ca728b37d74b45f724fa"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
arrify "^1.0.1"
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
micromatch "^3.1.8"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
object-assign "^4.1.0"
read-pkg-up "^1.0.1"
require-main-filename "^1.0.1"
text-table@~0.2.0:
version "0.2.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/text-table/-/text-table-0.2.0.tgz#7f5ee823ae805207c00af2df4a84ec3fcfa570b4"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
throat@^4.0.0, throat@^4.1.0:
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
version "4.1.0"
resolved "https://registry.yarnpkg.com/throat/-/throat-4.1.0.tgz#89037cbc92c56ab18926e6ba4cbb200e15672a6a"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
through2@^2.0.0:
version "2.0.3"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/through2/-/through2-2.0.3.tgz#0004569b37c7c74ba39c43f3ced78d1ad94140be"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
readable-stream "^2.1.5"
xtend "~4.0.1"
Update to react-native@0.49 and flow-bin@0.53 (#2845) * Update root package to react-native@0.49 and flow-bin@0.53 * Update NavigationPlayground package to react-native@0.49 and flow-bin@0.53 * Update ReduxExample package to react-native@0.49 and flow-bin@0.53 * flow-typed update (code-gen) * Find-and-replace old types with new types - `React.Element<*>` as the result of a render function is now `React.Node` - `ReactClass<T>` as the type of a Component is now `React.ComponentType<typeof T>` - `extends React.Component<DP, P, S>` is now `extends React.Component<P, S>` - `React.Children<*>` as the type of a children prop is now `React.ChildrenArray<*>` - Refs are now typed with `React.Ref` There are also several tiny typo fixes in here. * Avoid assuming state is NavigationRoute in addNavigationHelpers For the root, top-level Navigator, the state is a simple `NavigationState` (with no route info) and we still use `addNavigationHelpers` for it. We can't assume `navigation.state.key` is accessible for this type, so we need to do runtime checks here. * Fix type of NavigationScreenConfig `navigationOptions` was incorrectly typed * Give createNavigationContainer's State a type parameter We want to be able to specifically type this guy so we can use specific NavigationState for things like the Drawer views without having to do runtime assertions about the state type * Fix typing of NavigationAction First of all, `NavigationAction` was being used as two different types, so I had to create the new `PossiblyDeprecatedNavigationAction` and add it as a type parameter everywhere. Second of all, generics and implied types were being used far more than they need to be, and they're hard to work with because Flow doesn't really explain things well when they go wrong. * Make sure children scenes of CardStack have NavigationProp typed with NavigationRoute CardStack's `NavigationScreenProp` is typed with `NavigationState`, but the children need `NavigationRoute`. Flow gets confused by the spread operator, even if the individual property is replaced later, so we need to explicitly list each property individually (just `dispatch`, actually). * Allow prevTransitionProps parameter to be nullable * Allow prevTransitionProps parameter to be nullable * Narrow down a couple type parameters * Move NavigationStateRoute cast to within Component.router check in createConfigGetter * Update withCachedChildNavigation so it's typed correctly with React.ComponentType * Add a $FlowFixMe for displayName `React.StatelessFunctionalComponent` is missing `displayName` before Flow 0.54.0 See https://github.com/facebook/flow/commit/de37062ea21cb4055d3f1b01bdbaa76461140fc8 * Make TouchableItem's onPress prop optional `HeaderBackButton` can pass in an undefined onPress, and the React Native `Touchable*` components allow it too * Simplify withCachedChildNavigation and get rid of generics The generics don't help us here and they make the types more confusing * Redefine NavigationComponent as direct intersection The new type is technically identical to the old type, but Flow is confused by the old type... * Save router to local var before checking createConfigGetter Flow seems to think Component.router can change after the check * Fix DrawerSidebar's navigation prop's type In order for us to be able to generate a childNavigationProp, the original navigation prop has to have a NavigationState state. * Colocate action.key check with action.type check in getStateForAction For some reason, Flow thinks `action` can change sometime after `action.type` is checked. As a result, it's not properly concluding that `action.key` should exist. To avoid this, we pull `action.key` out immediately after doing the `action.type` check. * Use bounded polymorphism to pass down all props in withCachedChildNavigation Also makes sure the injected props are specified first in the union Also removes an unused `eslint-disable-line` in `getScreenForRouteName` * Make TabRouter's getComponentForState return NavigationComponent `NavigationScreenComponent` is a subtype of `NavigationComponent`, but it's not clear that `getComponentForState` always returns a `NavigationScreenComponent`, as `getScreenForRouteName` returns `NavigationComponent` * Define NavigationComponent's props using NavigationNavigatorProps Right now the types ask Flow to infer the types of `NavigationComponent`'s props. (`NavigationComponent` is the union of `NavigationNavigator` and NavigationScreenComponent.) Instead, we type the props as subtypes of `NavigationNavigatorProps`, so we can properly access those props without type errors. We used bounded polymorphism in `createNavigationContainer` and `createNavigator` to pass down these props. We also explicitly type the action in `createNavigationContainer` so we can properly pass in a `NavigationInitAction` to the dispatch function. * Parameterize NavigationTabRouterConfig `NavigationTabRouterConfig` doesn't always take `NavigationTabScreenOptions`; sometimes, it takes `NavigationDrawerScreenOptions`. * Make all NavigationOptions Exact types We're seeing weird behavior when these are merged together. By making them Exact types, we make types don't get mangled when they're unioned. https://flow.org/en/docs/types/unions/#toc-disjoint-unions-with-exact-types * Silence errors in tests These errors are unavoidable since we can't type the precise shape of a particular `NavigationState`. * Include NavigationSetParamsAction in NavigationTabAction `TabNavigator`'s `getStateForAction` definitely takes `NavigationSetParamsAction`. * Explicitly list router as void in NavigationScreenComponent This is so Flow knows that if a `NavigationComponent` has a `router` property, then it is definitely a `NavigationNavigator`. * Fix website app navigator's type * Fix createDocPage type in App In an earlier commit I attempted to fix the types here, but I incorrectly read it as returning a navigator when it just returns a screen. For some reason the error didn't immediately show up. * Fix NavigationComponent types Five changes: 1. No longer parameterizing the props of `NavigationComponent`; directly specifying as `NavigationNavigatorProps` 2. Specify the two distinct kinds of route types (leaf and state) directly in `NavigationComponent` 3. Have `SceneView` directly take `NavigationComponent` and allow inferring of `NavigationSceneProp` type 4. Have `CardStack` directly take `NavigationComponent` as well * Allow Flow to infer `NavigationAction` type in `createNavigator` * Silence Flow in router code that handles navigator sub-routes There's no way for us to tell Flow that routes that correspond to navigators should be `NavigationStateRoute`s * Allow DrawerSidebar to take a null contentComponent The way `DrawerNavigator` is set up, it's possible to pass in a null `contentComponent` in the config. If somebody want to do this, we'll just make the `DrawerSidebar` not appear altogether. This is simpler than splitting the types so there's a possibly-unspecified one for the user input, but a definitely-specified one in `DrawerSidebar`. * Specify missing screenProps prop in DrawerView * Thread full NavigationStateRoute in to DrawerSidebar This requiring making `withCachedChildNavigation` use bounded polymorphism to thread the `NavigationStateRoute` through instead of downgrading it to a `NavigationState` * Make NavigationStateProp's state prop covariant This means that `NavigationStateProp<NavigationStateRoute>` will be a subtype of `NavigationStateProp<NavigationRoute>` and `NavigationStateProp<NavigationState>` * Silence Flow's complaints about a route not being a NavigationStateRoute As mentioned in previous commits and in the comment, there is no way to type a specific navigation state shape, so we have to cast it and silence Flow's complaints. * Get rid of style prop in CardStack It looks like at some point, it was possible to specify a `style` prop that got passed all the way down to `Header`, the `TransitionConfig`'s `screenInterpolator`, and `Transitioner`. Doesn't look like we're using it anywhere, and there's a todo saying to remove it, and it's causing a type error. * Infer type of options instead of using a subtype of {} I think this has to do with {} allowing for unsealed objects. I'm not 100% sure, but this fixes 4/6 of the remaining errors! * Fix two type errors in NavigationPlayground One was just requiring an outdated type (`React.Children` instead of `React.ChildrenArray`), and the other was getting confused regarding types because of a spread operator. * Use a covariant property to simplify withCachedChildNavigation's InputProps This doesn't reduce any errors, but it's a bit simpler and cleaner. * Silence last two Flow errors regarding withCachedChildNavigation injecting childNavigationProps These are the only two errors I haven't been able to figure out at all. If I had more time I'd try and figure out the simplest case and report it to the Flow team, but I've been working on this for a week already and have to move on. The issue at hand is that `withCachedChildNavigation` injects `childNavigationProps`, but Flow doesn't see this and thinks it needs to be specified by the view component. We're using the HOC pattern suggested by the Flow docs, and I've tried several other patterns to no avail. * Use stock react-native instead of Expo's in NavigationPlayground Expo's causes Flow errors, and apparently this is normal practice because the person who switched us to Expo did this too. * Silence react-native-gesture-handler Flow errors in NavigationPlayground Expo requires this package, but it causes Flow errors. * Fix index check in DrawerSidebar Silly me, falling for the typical "0 is falsey" problem... * Rework deprecated action tests In an earlier commit I moved the `NavigationActions.mapDeprecatedActionAndWarn` out from `getStateForAction` and into `createNavigationContainer`'s `dispatch` function. The tests need to be reworked to support this, as they were previously calling `getStateForAction` directly. I don't imagine any users are calling `getStateForAction` directly. * Re-record two snapshots The changes in these snapshots are by design and don't affect anything. * Infer type of options in NavigationScreenConfig The issue is that sometimes we include options for different navigators in a single blob. * Infer types of action and options in createNavigationContainer Particulary helps with Options. Makes the types more specific and gets rid of an error that only shows up when using the library * Don't use generics for NavigationState in createNavigationContainer There's no particular reason for having those generics there, since there's no way we'd be able to get Flow to understand the exact shape of particular navigation states anyways. This fixes a bug when integrating this version of the project into my repo. * Move ReduxExample to react-native@0.49.3 instead of custom Expo version
2017-10-31 10:41:17 -04:00
through@^2.3.6:
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
version "2.3.8"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/through/-/through-2.3.8.tgz#0dd4c9ffaabc357960b1b724115d7e0e86a2e1f5"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
time-stamp@^1.0.0:
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
version "1.1.0"
resolved "https://registry.yarnpkg.com/time-stamp/-/time-stamp-1.1.0.tgz#764a5a11af50561921b133f3b44e618687e0f5c3"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
tmp@^0.0.33:
version "0.0.33"
resolved "https://registry.yarnpkg.com/tmp/-/tmp-0.0.33.tgz#6d34335889768d21b2bcda0aa277ced3b1bfadf9"
Update depenencies, update Prettier
2017-07-03 21:36:47 -07:00
dependencies:
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
os-tmpdir "~1.0.2"
Update depenencies, update Prettier
2017-07-03 21:36:47 -07:00
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
tmpl@1.0.x:
version "1.0.4"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/tmpl/-/tmpl-1.0.4.tgz#23640dd7b42d00433911140820e5cf440e521dd1"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
to-fast-properties@^1.0.3:
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
version "1.0.3"
resolved "https://registry.yarnpkg.com/to-fast-properties/-/to-fast-properties-1.0.3.tgz#b83571fa4d8c25b82e231b06e3a3055de4ca1a47"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
to-object-path@^0.3.0:
version "0.3.0"
resolved "https://registry.yarnpkg.com/to-object-path/-/to-object-path-0.3.0.tgz#297588b7b0e7e0ac08e04e672f85c1f4999e17af"
dependencies:
kind-of "^3.0.2"
to-regex-range@^2.1.0:
version "2.1.1"
resolved "https://registry.yarnpkg.com/to-regex-range/-/to-regex-range-2.1.1.tgz#7c80c17b9dfebe599e27367e0d4dd5590141db38"
dependencies:
is-number "^3.0.0"
repeat-string "^1.6.1"
to-regex@^3.0.1:
version "3.0.2"
resolved "https://registry.yarnpkg.com/to-regex/-/to-regex-3.0.2.tgz#13cfdd9b336552f30b51f33a8ae1b42a7a7599ce"
dependencies:
define-property "^2.0.2"
extend-shallow "^3.0.2"
regex-not "^1.0.2"
safe-regex "^1.1.0"
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
tough-cookie@>=2.3.3, tough-cookie@^2.3.3, tough-cookie@~2.3.0, tough-cookie@~2.3.3:
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
version "2.3.4"
resolved "https://registry.yarnpkg.com/tough-cookie/-/tough-cookie-2.3.4.tgz#ec60cee38ac675063ffc97a5c18970578ee83655"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
punycode "^1.4.1"
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
tr46@^1.0.0:
version "1.0.1"
resolved "https://registry.yarnpkg.com/tr46/-/tr46-1.0.1.tgz#a8b13fd6bfd2489519674ccde55ba3693b706d09"
dependencies:
punycode "^2.1.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update dependencies
2017-03-15 16:02:49 -07:00
trim-right@^1.0.1:
version "1.0.1"
resolved "https://registry.yarnpkg.com/trim-right/-/trim-right-1.0.1.tgz#cb2e1203067e0c8de1f614094b9fe45704ea6003"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
tsscmp@1.0.5:
version "1.0.5"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/tsscmp/-/tsscmp-1.0.5.tgz#7dc4a33af71581ab4337da91d85ca5427ebd9a97"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
tunnel-agent@^0.6.0:
version "0.6.0"
resolved "https://registry.yarnpkg.com/tunnel-agent/-/tunnel-agent-0.6.0.tgz#27a5dea06b36b04a0a9966774b290868f0fc40fd"
dependencies:
safe-buffer "^5.0.1"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update to react-native@0.49 and flow-bin@0.53 (#2845) * Update root package to react-native@0.49 and flow-bin@0.53 * Update NavigationPlayground package to react-native@0.49 and flow-bin@0.53 * Update ReduxExample package to react-native@0.49 and flow-bin@0.53 * flow-typed update (code-gen) * Find-and-replace old types with new types - `React.Element<*>` as the result of a render function is now `React.Node` - `ReactClass<T>` as the type of a Component is now `React.ComponentType<typeof T>` - `extends React.Component<DP, P, S>` is now `extends React.Component<P, S>` - `React.Children<*>` as the type of a children prop is now `React.ChildrenArray<*>` - Refs are now typed with `React.Ref` There are also several tiny typo fixes in here. * Avoid assuming state is NavigationRoute in addNavigationHelpers For the root, top-level Navigator, the state is a simple `NavigationState` (with no route info) and we still use `addNavigationHelpers` for it. We can't assume `navigation.state.key` is accessible for this type, so we need to do runtime checks here. * Fix type of NavigationScreenConfig `navigationOptions` was incorrectly typed * Give createNavigationContainer's State a type parameter We want to be able to specifically type this guy so we can use specific NavigationState for things like the Drawer views without having to do runtime assertions about the state type * Fix typing of NavigationAction First of all, `NavigationAction` was being used as two different types, so I had to create the new `PossiblyDeprecatedNavigationAction` and add it as a type parameter everywhere. Second of all, generics and implied types were being used far more than they need to be, and they're hard to work with because Flow doesn't really explain things well when they go wrong. * Make sure children scenes of CardStack have NavigationProp typed with NavigationRoute CardStack's `NavigationScreenProp` is typed with `NavigationState`, but the children need `NavigationRoute`. Flow gets confused by the spread operator, even if the individual property is replaced later, so we need to explicitly list each property individually (just `dispatch`, actually). * Allow prevTransitionProps parameter to be nullable * Allow prevTransitionProps parameter to be nullable * Narrow down a couple type parameters * Move NavigationStateRoute cast to within Component.router check in createConfigGetter * Update withCachedChildNavigation so it's typed correctly with React.ComponentType * Add a $FlowFixMe for displayName `React.StatelessFunctionalComponent` is missing `displayName` before Flow 0.54.0 See https://github.com/facebook/flow/commit/de37062ea21cb4055d3f1b01bdbaa76461140fc8 * Make TouchableItem's onPress prop optional `HeaderBackButton` can pass in an undefined onPress, and the React Native `Touchable*` components allow it too * Simplify withCachedChildNavigation and get rid of generics The generics don't help us here and they make the types more confusing * Redefine NavigationComponent as direct intersection The new type is technically identical to the old type, but Flow is confused by the old type... * Save router to local var before checking createConfigGetter Flow seems to think Component.router can change after the check * Fix DrawerSidebar's navigation prop's type In order for us to be able to generate a childNavigationProp, the original navigation prop has to have a NavigationState state. * Colocate action.key check with action.type check in getStateForAction For some reason, Flow thinks `action` can change sometime after `action.type` is checked. As a result, it's not properly concluding that `action.key` should exist. To avoid this, we pull `action.key` out immediately after doing the `action.type` check. * Use bounded polymorphism to pass down all props in withCachedChildNavigation Also makes sure the injected props are specified first in the union Also removes an unused `eslint-disable-line` in `getScreenForRouteName` * Make TabRouter's getComponentForState return NavigationComponent `NavigationScreenComponent` is a subtype of `NavigationComponent`, but it's not clear that `getComponentForState` always returns a `NavigationScreenComponent`, as `getScreenForRouteName` returns `NavigationComponent` * Define NavigationComponent's props using NavigationNavigatorProps Right now the types ask Flow to infer the types of `NavigationComponent`'s props. (`NavigationComponent` is the union of `NavigationNavigator` and NavigationScreenComponent.) Instead, we type the props as subtypes of `NavigationNavigatorProps`, so we can properly access those props without type errors. We used bounded polymorphism in `createNavigationContainer` and `createNavigator` to pass down these props. We also explicitly type the action in `createNavigationContainer` so we can properly pass in a `NavigationInitAction` to the dispatch function. * Parameterize NavigationTabRouterConfig `NavigationTabRouterConfig` doesn't always take `NavigationTabScreenOptions`; sometimes, it takes `NavigationDrawerScreenOptions`. * Make all NavigationOptions Exact types We're seeing weird behavior when these are merged together. By making them Exact types, we make types don't get mangled when they're unioned. https://flow.org/en/docs/types/unions/#toc-disjoint-unions-with-exact-types * Silence errors in tests These errors are unavoidable since we can't type the precise shape of a particular `NavigationState`. * Include NavigationSetParamsAction in NavigationTabAction `TabNavigator`'s `getStateForAction` definitely takes `NavigationSetParamsAction`. * Explicitly list router as void in NavigationScreenComponent This is so Flow knows that if a `NavigationComponent` has a `router` property, then it is definitely a `NavigationNavigator`. * Fix website app navigator's type * Fix createDocPage type in App In an earlier commit I attempted to fix the types here, but I incorrectly read it as returning a navigator when it just returns a screen. For some reason the error didn't immediately show up. * Fix NavigationComponent types Five changes: 1. No longer parameterizing the props of `NavigationComponent`; directly specifying as `NavigationNavigatorProps` 2. Specify the two distinct kinds of route types (leaf and state) directly in `NavigationComponent` 3. Have `SceneView` directly take `NavigationComponent` and allow inferring of `NavigationSceneProp` type 4. Have `CardStack` directly take `NavigationComponent` as well * Allow Flow to infer `NavigationAction` type in `createNavigator` * Silence Flow in router code that handles navigator sub-routes There's no way for us to tell Flow that routes that correspond to navigators should be `NavigationStateRoute`s * Allow DrawerSidebar to take a null contentComponent The way `DrawerNavigator` is set up, it's possible to pass in a null `contentComponent` in the config. If somebody want to do this, we'll just make the `DrawerSidebar` not appear altogether. This is simpler than splitting the types so there's a possibly-unspecified one for the user input, but a definitely-specified one in `DrawerSidebar`. * Specify missing screenProps prop in DrawerView * Thread full NavigationStateRoute in to DrawerSidebar This requiring making `withCachedChildNavigation` use bounded polymorphism to thread the `NavigationStateRoute` through instead of downgrading it to a `NavigationState` * Make NavigationStateProp's state prop covariant This means that `NavigationStateProp<NavigationStateRoute>` will be a subtype of `NavigationStateProp<NavigationRoute>` and `NavigationStateProp<NavigationState>` * Silence Flow's complaints about a route not being a NavigationStateRoute As mentioned in previous commits and in the comment, there is no way to type a specific navigation state shape, so we have to cast it and silence Flow's complaints. * Get rid of style prop in CardStack It looks like at some point, it was possible to specify a `style` prop that got passed all the way down to `Header`, the `TransitionConfig`'s `screenInterpolator`, and `Transitioner`. Doesn't look like we're using it anywhere, and there's a todo saying to remove it, and it's causing a type error. * Infer type of options instead of using a subtype of {} I think this has to do with {} allowing for unsealed objects. I'm not 100% sure, but this fixes 4/6 of the remaining errors! * Fix two type errors in NavigationPlayground One was just requiring an outdated type (`React.Children` instead of `React.ChildrenArray`), and the other was getting confused regarding types because of a spread operator. * Use a covariant property to simplify withCachedChildNavigation's InputProps This doesn't reduce any errors, but it's a bit simpler and cleaner. * Silence last two Flow errors regarding withCachedChildNavigation injecting childNavigationProps These are the only two errors I haven't been able to figure out at all. If I had more time I'd try and figure out the simplest case and report it to the Flow team, but I've been working on this for a week already and have to move on. The issue at hand is that `withCachedChildNavigation` injects `childNavigationProps`, but Flow doesn't see this and thinks it needs to be specified by the view component. We're using the HOC pattern suggested by the Flow docs, and I've tried several other patterns to no avail. * Use stock react-native instead of Expo's in NavigationPlayground Expo's causes Flow errors, and apparently this is normal practice because the person who switched us to Expo did this too. * Silence react-native-gesture-handler Flow errors in NavigationPlayground Expo requires this package, but it causes Flow errors. * Fix index check in DrawerSidebar Silly me, falling for the typical "0 is falsey" problem... * Rework deprecated action tests In an earlier commit I moved the `NavigationActions.mapDeprecatedActionAndWarn` out from `getStateForAction` and into `createNavigationContainer`'s `dispatch` function. The tests need to be reworked to support this, as they were previously calling `getStateForAction` directly. I don't imagine any users are calling `getStateForAction` directly. * Re-record two snapshots The changes in these snapshots are by design and don't affect anything. * Infer type of options in NavigationScreenConfig The issue is that sometimes we include options for different navigators in a single blob. * Infer types of action and options in createNavigationContainer Particulary helps with Options. Makes the types more specific and gets rid of an error that only shows up when using the library * Don't use generics for NavigationState in createNavigationContainer There's no particular reason for having those generics there, since there's no way we'd be able to get Flow to understand the exact shape of particular navigation states anyways. This fixes a bug when integrating this version of the project into my repo. * Move ReduxExample to react-native@0.49.3 instead of custom Expo version
2017-10-31 10:41:17 -04:00
tunnel-agent@~0.4.1:
version "0.4.3"
resolved "https://registry.yarnpkg.com/tunnel-agent/-/tunnel-agent-0.4.3.tgz#6373db76909fe570e08d73583365ed828a74eeeb"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
tweetnacl@^0.14.3, tweetnacl@~0.14.0:
version "0.14.5"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/tweetnacl/-/tweetnacl-0.14.5.tgz#5ae68177f192d4456269d108afa93ff8743f4f64"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
type-check@~0.3.2:
version "0.3.2"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/type-check/-/type-check-0.3.2.tgz#5884cab512cf1d355e3fb784f30804b2b520db72"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
prelude-ls "~1.1.2"
type-is@~1.6.6:
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
version "1.6.16"
resolved "https://registry.yarnpkg.com/type-is/-/type-is-1.6.16.tgz#f89ce341541c672b25ee7ae3c73dee3b2be50194"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
media-typer "0.3.0"
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
mime-types "~2.1.18"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
typedarray@^0.0.6:
version "0.0.6"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/typedarray/-/typedarray-0.0.6.tgz#867ac74e3864187b1d3d47d996a78ec5c8830777"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
ua-parser-js@^0.7.9:
Update to react-native@0.49 and flow-bin@0.53 (#2845) * Update root package to react-native@0.49 and flow-bin@0.53 * Update NavigationPlayground package to react-native@0.49 and flow-bin@0.53 * Update ReduxExample package to react-native@0.49 and flow-bin@0.53 * flow-typed update (code-gen) * Find-and-replace old types with new types - `React.Element<*>` as the result of a render function is now `React.Node` - `ReactClass<T>` as the type of a Component is now `React.ComponentType<typeof T>` - `extends React.Component<DP, P, S>` is now `extends React.Component<P, S>` - `React.Children<*>` as the type of a children prop is now `React.ChildrenArray<*>` - Refs are now typed with `React.Ref` There are also several tiny typo fixes in here. * Avoid assuming state is NavigationRoute in addNavigationHelpers For the root, top-level Navigator, the state is a simple `NavigationState` (with no route info) and we still use `addNavigationHelpers` for it. We can't assume `navigation.state.key` is accessible for this type, so we need to do runtime checks here. * Fix type of NavigationScreenConfig `navigationOptions` was incorrectly typed * Give createNavigationContainer's State a type parameter We want to be able to specifically type this guy so we can use specific NavigationState for things like the Drawer views without having to do runtime assertions about the state type * Fix typing of NavigationAction First of all, `NavigationAction` was being used as two different types, so I had to create the new `PossiblyDeprecatedNavigationAction` and add it as a type parameter everywhere. Second of all, generics and implied types were being used far more than they need to be, and they're hard to work with because Flow doesn't really explain things well when they go wrong. * Make sure children scenes of CardStack have NavigationProp typed with NavigationRoute CardStack's `NavigationScreenProp` is typed with `NavigationState`, but the children need `NavigationRoute`. Flow gets confused by the spread operator, even if the individual property is replaced later, so we need to explicitly list each property individually (just `dispatch`, actually). * Allow prevTransitionProps parameter to be nullable * Allow prevTransitionProps parameter to be nullable * Narrow down a couple type parameters * Move NavigationStateRoute cast to within Component.router check in createConfigGetter * Update withCachedChildNavigation so it's typed correctly with React.ComponentType * Add a $FlowFixMe for displayName `React.StatelessFunctionalComponent` is missing `displayName` before Flow 0.54.0 See https://github.com/facebook/flow/commit/de37062ea21cb4055d3f1b01bdbaa76461140fc8 * Make TouchableItem's onPress prop optional `HeaderBackButton` can pass in an undefined onPress, and the React Native `Touchable*` components allow it too * Simplify withCachedChildNavigation and get rid of generics The generics don't help us here and they make the types more confusing * Redefine NavigationComponent as direct intersection The new type is technically identical to the old type, but Flow is confused by the old type... * Save router to local var before checking createConfigGetter Flow seems to think Component.router can change after the check * Fix DrawerSidebar's navigation prop's type In order for us to be able to generate a childNavigationProp, the original navigation prop has to have a NavigationState state. * Colocate action.key check with action.type check in getStateForAction For some reason, Flow thinks `action` can change sometime after `action.type` is checked. As a result, it's not properly concluding that `action.key` should exist. To avoid this, we pull `action.key` out immediately after doing the `action.type` check. * Use bounded polymorphism to pass down all props in withCachedChildNavigation Also makes sure the injected props are specified first in the union Also removes an unused `eslint-disable-line` in `getScreenForRouteName` * Make TabRouter's getComponentForState return NavigationComponent `NavigationScreenComponent` is a subtype of `NavigationComponent`, but it's not clear that `getComponentForState` always returns a `NavigationScreenComponent`, as `getScreenForRouteName` returns `NavigationComponent` * Define NavigationComponent's props using NavigationNavigatorProps Right now the types ask Flow to infer the types of `NavigationComponent`'s props. (`NavigationComponent` is the union of `NavigationNavigator` and NavigationScreenComponent.) Instead, we type the props as subtypes of `NavigationNavigatorProps`, so we can properly access those props without type errors. We used bounded polymorphism in `createNavigationContainer` and `createNavigator` to pass down these props. We also explicitly type the action in `createNavigationContainer` so we can properly pass in a `NavigationInitAction` to the dispatch function. * Parameterize NavigationTabRouterConfig `NavigationTabRouterConfig` doesn't always take `NavigationTabScreenOptions`; sometimes, it takes `NavigationDrawerScreenOptions`. * Make all NavigationOptions Exact types We're seeing weird behavior when these are merged together. By making them Exact types, we make types don't get mangled when they're unioned. https://flow.org/en/docs/types/unions/#toc-disjoint-unions-with-exact-types * Silence errors in tests These errors are unavoidable since we can't type the precise shape of a particular `NavigationState`. * Include NavigationSetParamsAction in NavigationTabAction `TabNavigator`'s `getStateForAction` definitely takes `NavigationSetParamsAction`. * Explicitly list router as void in NavigationScreenComponent This is so Flow knows that if a `NavigationComponent` has a `router` property, then it is definitely a `NavigationNavigator`. * Fix website app navigator's type * Fix createDocPage type in App In an earlier commit I attempted to fix the types here, but I incorrectly read it as returning a navigator when it just returns a screen. For some reason the error didn't immediately show up. * Fix NavigationComponent types Five changes: 1. No longer parameterizing the props of `NavigationComponent`; directly specifying as `NavigationNavigatorProps` 2. Specify the two distinct kinds of route types (leaf and state) directly in `NavigationComponent` 3. Have `SceneView` directly take `NavigationComponent` and allow inferring of `NavigationSceneProp` type 4. Have `CardStack` directly take `NavigationComponent` as well * Allow Flow to infer `NavigationAction` type in `createNavigator` * Silence Flow in router code that handles navigator sub-routes There's no way for us to tell Flow that routes that correspond to navigators should be `NavigationStateRoute`s * Allow DrawerSidebar to take a null contentComponent The way `DrawerNavigator` is set up, it's possible to pass in a null `contentComponent` in the config. If somebody want to do this, we'll just make the `DrawerSidebar` not appear altogether. This is simpler than splitting the types so there's a possibly-unspecified one for the user input, but a definitely-specified one in `DrawerSidebar`. * Specify missing screenProps prop in DrawerView * Thread full NavigationStateRoute in to DrawerSidebar This requiring making `withCachedChildNavigation` use bounded polymorphism to thread the `NavigationStateRoute` through instead of downgrading it to a `NavigationState` * Make NavigationStateProp's state prop covariant This means that `NavigationStateProp<NavigationStateRoute>` will be a subtype of `NavigationStateProp<NavigationRoute>` and `NavigationStateProp<NavigationState>` * Silence Flow's complaints about a route not being a NavigationStateRoute As mentioned in previous commits and in the comment, there is no way to type a specific navigation state shape, so we have to cast it and silence Flow's complaints. * Get rid of style prop in CardStack It looks like at some point, it was possible to specify a `style` prop that got passed all the way down to `Header`, the `TransitionConfig`'s `screenInterpolator`, and `Transitioner`. Doesn't look like we're using it anywhere, and there's a todo saying to remove it, and it's causing a type error. * Infer type of options instead of using a subtype of {} I think this has to do with {} allowing for unsealed objects. I'm not 100% sure, but this fixes 4/6 of the remaining errors! * Fix two type errors in NavigationPlayground One was just requiring an outdated type (`React.Children` instead of `React.ChildrenArray`), and the other was getting confused regarding types because of a spread operator. * Use a covariant property to simplify withCachedChildNavigation's InputProps This doesn't reduce any errors, but it's a bit simpler and cleaner. * Silence last two Flow errors regarding withCachedChildNavigation injecting childNavigationProps These are the only two errors I haven't been able to figure out at all. If I had more time I'd try and figure out the simplest case and report it to the Flow team, but I've been working on this for a week already and have to move on. The issue at hand is that `withCachedChildNavigation` injects `childNavigationProps`, but Flow doesn't see this and thinks it needs to be specified by the view component. We're using the HOC pattern suggested by the Flow docs, and I've tried several other patterns to no avail. * Use stock react-native instead of Expo's in NavigationPlayground Expo's causes Flow errors, and apparently this is normal practice because the person who switched us to Expo did this too. * Silence react-native-gesture-handler Flow errors in NavigationPlayground Expo requires this package, but it causes Flow errors. * Fix index check in DrawerSidebar Silly me, falling for the typical "0 is falsey" problem... * Rework deprecated action tests In an earlier commit I moved the `NavigationActions.mapDeprecatedActionAndWarn` out from `getStateForAction` and into `createNavigationContainer`'s `dispatch` function. The tests need to be reworked to support this, as they were previously calling `getStateForAction` directly. I don't imagine any users are calling `getStateForAction` directly. * Re-record two snapshots The changes in these snapshots are by design and don't affect anything. * Infer type of options in NavigationScreenConfig The issue is that sometimes we include options for different navigators in a single blob. * Infer types of action and options in createNavigationContainer Particulary helps with Options. Makes the types more specific and gets rid of an error that only shows up when using the library * Don't use generics for NavigationState in createNavigationContainer There's no particular reason for having those generics there, since there's no way we'd be able to get Flow to understand the exact shape of particular navigation states anyways. This fixes a bug when integrating this version of the project into my repo. * Move ReduxExample to react-native@0.49.3 instead of custom Expo version
2017-10-31 10:41:17 -04:00
version "0.7.17"
resolved "https://registry.yarnpkg.com/ua-parser-js/-/ua-parser-js-0.7.17.tgz#e9ec5f9498b9ec910e7ae3ac626a805c4d09ecac"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update to RN 0.52 and Expo 25 (#3383) * Update to RN 0.52 and Expo 25 * Rerecord snapshots for failing Jest tests * jest-expo@25.1.0-beta.0 * jest-expo@25.1.0
2018-01-30 12:22:20 -06:00
uglify-es@^3.1.9:
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
version "3.3.9"
resolved "https://registry.yarnpkg.com/uglify-es/-/uglify-es-3.3.9.tgz#0c1c4f0700bed8dbc124cdb304d2592ca203e677"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
commander "~2.13.0"
Update to react-native@0.50 and flow-bin@0.56 (#2998) * Update to React Native 0.50 * Type Promise used in PlatformHelpers.web.js * Move $FlowFixMe in CardStack.js The line number Flow is using for this error changed. The underlying problem has not, but I don't have time to fix it now unfortunately. * Type TouchableItem's children prop as React.Node This was my bad. `React.ChildrenArray` should only really be used in the case of having multiple of the same type of child. * Type HeaderTitle's children prop as React.Node Same as last commit. * Add assertion in StackRouter that StateUtils.indexOf returns valid index Flow doesn't realize that `StateUtils.indexOf` is guaranteed to return a valid index, so we use `invariant` to assert it. * Remove unused type DrawerNavigationState from TypeDefinition * Remove unused type parameter T in DrawerView * Type NavigationStateRoute as NavigationLeafRoute & NavigationState * Don't constrain generic action types to NavigationAction By constraining to subtypes of `NavigationAction`, we actually are requiring that any router satisfying our type constraints has to take all of the `NavigationAction` types. Instead, we want to say that it will only take some of them. Changing the types here to be inferred. * Fix types of NavigationScreenProp and withCachedChildNavigation 1. `NavigationScreenProp` needs to have its type parameter annotated with a `+` to actually indicate covariance on that type parameter, apparently 2. `withCachedChildNavigation` needs to thread through more-specific `NavigationState`s, and right now it just discards that specificity, which breaks `DrawerSidebar` because it needs a `NavigationStateRoute` * Ignore website/build from Flow * Fix type of DrawerItems activeItemKey prop - Even when specified, it can be `null` - Use a ternary expression instead of `x && x.param` approach * Get rid of NavigationRouter & NavigationNavigator parameterization on NavigationAction Since `NavigationRouter`'s `getStateForAction` functionality is a standard Redux reducer, it knows to forward on any actions it doesn't know how to deal with. We can widen the types of these functions to be `NavigationAction` without any negative consequence. * Explicitly specify null navigationOptions in createNavigator Not sure why, but Flow doesn't like us leaving it unspecified * Fix createNavigationContainer/createNavigator/StackNavigator types * Fix up flow types for TabNavigator and DrawerNavigator * Properly type defaultContentComponent * Fix more flow errors in createNavigationContainer * Replace NavigatorProps with NavigationNavigatorProps * Type SceneView's navigation prop as NavigationScreenProp<any> There is an unavoidable* type problem here. A `NavigationComponent` is either a navigator with a `NavigationStateRoute` or a scene with a `NavigationRoute`. The navigation prop it gets passed must match the component's `NavigationState`. However, there's no way for us to say that "`this.props.router.getComponentForRouteName` will have a `NavigationNavigator` iff the corresponding `childNavigationProps` is a `NavigationStateRoute`". The cleanest way to make this work is to throw an "any" specifically for the navigation prop's state type param. * We could probably avoid it with sufficient refactoring. If the routers were charged with keeping track of `childNavigationProps` instead of leaving it to the views, they could return the child navigation prop and child `NavigationComponent` in pairs whose types were coupled. * Pass in screenProps to NavigationComponent in NavigationPlayground's CustomTabs Flow wants `screenProps` to be passed in here for some reason... It cites `SceneView`, but that doesn't really make much sense to me. But this is some custom logic that most people aren't likely to run into, so I'm not gonna worry too much about it. * Patch mismatch with react-native-tab-view type for now * Use generic NavigationState in createNavigationContainer's _nav var We made the NavigationState generic while #1313 added a new instance variable. This updates the new instance variable to be generic. * Fix failing tests
2017-11-20 11:53:48 -08:00
source-map "~0.6.1"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
uglify-js@^2.6:
version "2.8.29"
resolved "https://registry.yarnpkg.com/uglify-js/-/uglify-js-2.8.29.tgz#29c5733148057bb4e1f75df35b7a9cb72e6a59dd"
dependencies:
source-map "~0.5.1"
yargs "~3.10.0"
optionalDependencies:
uglify-to-browserify "~1.0.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
uglify-to-browserify@~1.0.0:
version "1.0.2"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/uglify-to-browserify/-/uglify-to-browserify-1.0.2.tgz#6e0924d6bda6b5afe349e39a6d632850a0f882b7"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
uid-number@^0.0.6:
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
version "0.0.6"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/uid-number/-/uid-number-0.0.6.tgz#0ea10e8035e8eb5b8e4449f06da1c730663baa81"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
uid-safe@2.1.4:
version "2.1.4"
resolved "https://registry.yarnpkg.com/uid-safe/-/uid-safe-2.1.4.tgz#3ad6f38368c6d4c8c75ec17623fb79aa1d071d81"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
random-bytes "~1.0.0"
uid-safe@~2.0.0:
version "2.0.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/uid-safe/-/uid-safe-2.0.0.tgz#a7f3c6ca64a1f6a5d04ec0ef3e4c3d5367317137"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
base64-url "1.2.1"
ultron@1.0.x:
version "1.0.2"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/ultron/-/ultron-1.0.2.tgz#ace116ab557cd197386a4e88f4685378c8b2e4fa"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Bump dependency versions to reflect current RN
2017-04-09 12:08:20 +02:00
ultron@~1.1.0:
Remove flow (#3350) * Remove flow types from src * Finish removing Flow * Clear out flow-typed, some flow mentions in docs, website flow usage, and some other config
2018-01-24 17:52:09 -08:00
version "1.1.1"
resolved "https://registry.yarnpkg.com/ultron/-/ultron-1.1.1.tgz#9fe1536a10a664a65266a1e3ccf85fd36302bc9c"
Bump dependency versions to reflect current RN
2017-04-09 12:08:20 +02:00
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
union-value@^1.0.0:
version "1.0.0"
resolved "https://registry.yarnpkg.com/union-value/-/union-value-1.0.0.tgz#5c71c34cb5bad5dcebe3ea0cd08207ba5aa1aea4"
dependencies:
arr-union "^3.1.0"
get-value "^2.0.6"
is-extendable "^0.1.1"
set-value "^0.4.3"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
unpipe@1.0.0, unpipe@~1.0.0:
version "1.0.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/unpipe/-/unpipe-1.0.0.tgz#b2bf4ee8514aae6165b4817829d21b2ef49904ec"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
unset-value@^1.0.0:
version "1.0.0"
resolved "https://registry.yarnpkg.com/unset-value/-/unset-value-1.0.0.tgz#8376873f7d2335179ffb1e6fc3a8ed0dfc8ab559"
dependencies:
has-value "^0.3.1"
isobject "^3.0.0"
urix@^0.1.0:
version "0.1.0"
resolved "https://registry.yarnpkg.com/urix/-/urix-0.1.0.tgz#da937f7a62e21fec1fd18d49b35c2935067a6c72"
Add codecov.io support
2017-05-14 14:33:39 -07:00
urlgrey@0.4.4:
version "0.4.4"
resolved "https://registry.yarnpkg.com/urlgrey/-/urlgrey-0.4.4.tgz#892fe95960805e85519f1cd4389f2cb4cbb7652f"
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
use@^3.1.0:
version "3.1.0"
resolved "https://registry.yarnpkg.com/use/-/use-3.1.0.tgz#14716bf03fdfefd03040aef58d8b4b85f3a7c544"
dependencies:
kind-of "^6.0.2"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
user-home@^1.1.1:
version "1.1.1"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/user-home/-/user-home-1.1.1.tgz#2b5be23a32b63a7c9deb8d0f28d485724a3df190"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
util-deprecate@1.0.2, util-deprecate@~1.0.1:
version "1.0.2"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/util-deprecate/-/util-deprecate-1.0.2.tgz#450d4dc9fa70de732762fbd2d4a28981419a0ccf"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
util.promisify@^1.0.0:
version "1.0.0"
resolved "https://registry.yarnpkg.com/util.promisify/-/util.promisify-1.0.0.tgz#440f7165a459c9a16dc145eb8e72f35687097030"
dependencies:
define-properties "^1.1.2"
object.getownpropertydescriptors "^2.0.3"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
utils-merge@1.0.0:
version "1.0.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/utils-merge/-/utils-merge-1.0.0.tgz#0294fb922bb9375153541c4f7096231f287c8af8"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update to RN 0.52 and Expo 25 (#3383) * Update to RN 0.52 and Expo 25 * Rerecord snapshots for failing Jest tests * jest-expo@25.1.0-beta.0 * jest-expo@25.1.0
2018-01-30 12:22:20 -06:00
utils-merge@1.0.1:
version "1.0.1"
resolved "https://registry.yarnpkg.com/utils-merge/-/utils-merge-1.0.1.tgz#9f95710f50a267947b2ccc124741c1028427e713"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
uuid@3.0.1:
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
version "3.0.1"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/uuid/-/uuid-3.0.1.tgz#6544bba2dfda8c1cf17e629a3a305e2bb1fee6c1"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
uuid@^3.0.0, uuid@^3.1.0:
Remove flow (#3350) * Remove flow types from src * Finish removing Flow * Clear out flow-typed, some flow mentions in docs, website flow usage, and some other config
2018-01-24 17:52:09 -08:00
version "3.2.1"
resolved "https://registry.yarnpkg.com/uuid/-/uuid-3.2.1.tgz#12c528bb9d58d0b9265d9a2f6f0fe8be17ff1f14"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
v8flags@^2.1.1:
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
version "2.1.1"
resolved "https://registry.yarnpkg.com/v8flags/-/v8flags-2.1.1.tgz#aab1a1fa30d45f88dd321148875ac02c0b55e5b4"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
user-home "^1.1.1"
validate-npm-package-license@^3.0.1:
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
version "3.0.3"
resolved "https://registry.yarnpkg.com/validate-npm-package-license/-/validate-npm-package-license-3.0.3.tgz#81643bcbef1bdfecd4623793dc4648948ba98338"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
spdx-correct "^3.0.0"
spdx-expression-parse "^3.0.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
vary@~1.0.1:
version "1.0.1"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/vary/-/vary-1.0.1.tgz#99e4981566a286118dfb2b817357df7993376d10"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update to react-native@0.49 and flow-bin@0.53 (#2845) * Update root package to react-native@0.49 and flow-bin@0.53 * Update NavigationPlayground package to react-native@0.49 and flow-bin@0.53 * Update ReduxExample package to react-native@0.49 and flow-bin@0.53 * flow-typed update (code-gen) * Find-and-replace old types with new types - `React.Element<*>` as the result of a render function is now `React.Node` - `ReactClass<T>` as the type of a Component is now `React.ComponentType<typeof T>` - `extends React.Component<DP, P, S>` is now `extends React.Component<P, S>` - `React.Children<*>` as the type of a children prop is now `React.ChildrenArray<*>` - Refs are now typed with `React.Ref` There are also several tiny typo fixes in here. * Avoid assuming state is NavigationRoute in addNavigationHelpers For the root, top-level Navigator, the state is a simple `NavigationState` (with no route info) and we still use `addNavigationHelpers` for it. We can't assume `navigation.state.key` is accessible for this type, so we need to do runtime checks here. * Fix type of NavigationScreenConfig `navigationOptions` was incorrectly typed * Give createNavigationContainer's State a type parameter We want to be able to specifically type this guy so we can use specific NavigationState for things like the Drawer views without having to do runtime assertions about the state type * Fix typing of NavigationAction First of all, `NavigationAction` was being used as two different types, so I had to create the new `PossiblyDeprecatedNavigationAction` and add it as a type parameter everywhere. Second of all, generics and implied types were being used far more than they need to be, and they're hard to work with because Flow doesn't really explain things well when they go wrong. * Make sure children scenes of CardStack have NavigationProp typed with NavigationRoute CardStack's `NavigationScreenProp` is typed with `NavigationState`, but the children need `NavigationRoute`. Flow gets confused by the spread operator, even if the individual property is replaced later, so we need to explicitly list each property individually (just `dispatch`, actually). * Allow prevTransitionProps parameter to be nullable * Allow prevTransitionProps parameter to be nullable * Narrow down a couple type parameters * Move NavigationStateRoute cast to within Component.router check in createConfigGetter * Update withCachedChildNavigation so it's typed correctly with React.ComponentType * Add a $FlowFixMe for displayName `React.StatelessFunctionalComponent` is missing `displayName` before Flow 0.54.0 See https://github.com/facebook/flow/commit/de37062ea21cb4055d3f1b01bdbaa76461140fc8 * Make TouchableItem's onPress prop optional `HeaderBackButton` can pass in an undefined onPress, and the React Native `Touchable*` components allow it too * Simplify withCachedChildNavigation and get rid of generics The generics don't help us here and they make the types more confusing * Redefine NavigationComponent as direct intersection The new type is technically identical to the old type, but Flow is confused by the old type... * Save router to local var before checking createConfigGetter Flow seems to think Component.router can change after the check * Fix DrawerSidebar's navigation prop's type In order for us to be able to generate a childNavigationProp, the original navigation prop has to have a NavigationState state. * Colocate action.key check with action.type check in getStateForAction For some reason, Flow thinks `action` can change sometime after `action.type` is checked. As a result, it's not properly concluding that `action.key` should exist. To avoid this, we pull `action.key` out immediately after doing the `action.type` check. * Use bounded polymorphism to pass down all props in withCachedChildNavigation Also makes sure the injected props are specified first in the union Also removes an unused `eslint-disable-line` in `getScreenForRouteName` * Make TabRouter's getComponentForState return NavigationComponent `NavigationScreenComponent` is a subtype of `NavigationComponent`, but it's not clear that `getComponentForState` always returns a `NavigationScreenComponent`, as `getScreenForRouteName` returns `NavigationComponent` * Define NavigationComponent's props using NavigationNavigatorProps Right now the types ask Flow to infer the types of `NavigationComponent`'s props. (`NavigationComponent` is the union of `NavigationNavigator` and NavigationScreenComponent.) Instead, we type the props as subtypes of `NavigationNavigatorProps`, so we can properly access those props without type errors. We used bounded polymorphism in `createNavigationContainer` and `createNavigator` to pass down these props. We also explicitly type the action in `createNavigationContainer` so we can properly pass in a `NavigationInitAction` to the dispatch function. * Parameterize NavigationTabRouterConfig `NavigationTabRouterConfig` doesn't always take `NavigationTabScreenOptions`; sometimes, it takes `NavigationDrawerScreenOptions`. * Make all NavigationOptions Exact types We're seeing weird behavior when these are merged together. By making them Exact types, we make types don't get mangled when they're unioned. https://flow.org/en/docs/types/unions/#toc-disjoint-unions-with-exact-types * Silence errors in tests These errors are unavoidable since we can't type the precise shape of a particular `NavigationState`. * Include NavigationSetParamsAction in NavigationTabAction `TabNavigator`'s `getStateForAction` definitely takes `NavigationSetParamsAction`. * Explicitly list router as void in NavigationScreenComponent This is so Flow knows that if a `NavigationComponent` has a `router` property, then it is definitely a `NavigationNavigator`. * Fix website app navigator's type * Fix createDocPage type in App In an earlier commit I attempted to fix the types here, but I incorrectly read it as returning a navigator when it just returns a screen. For some reason the error didn't immediately show up. * Fix NavigationComponent types Five changes: 1. No longer parameterizing the props of `NavigationComponent`; directly specifying as `NavigationNavigatorProps` 2. Specify the two distinct kinds of route types (leaf and state) directly in `NavigationComponent` 3. Have `SceneView` directly take `NavigationComponent` and allow inferring of `NavigationSceneProp` type 4. Have `CardStack` directly take `NavigationComponent` as well * Allow Flow to infer `NavigationAction` type in `createNavigator` * Silence Flow in router code that handles navigator sub-routes There's no way for us to tell Flow that routes that correspond to navigators should be `NavigationStateRoute`s * Allow DrawerSidebar to take a null contentComponent The way `DrawerNavigator` is set up, it's possible to pass in a null `contentComponent` in the config. If somebody want to do this, we'll just make the `DrawerSidebar` not appear altogether. This is simpler than splitting the types so there's a possibly-unspecified one for the user input, but a definitely-specified one in `DrawerSidebar`. * Specify missing screenProps prop in DrawerView * Thread full NavigationStateRoute in to DrawerSidebar This requiring making `withCachedChildNavigation` use bounded polymorphism to thread the `NavigationStateRoute` through instead of downgrading it to a `NavigationState` * Make NavigationStateProp's state prop covariant This means that `NavigationStateProp<NavigationStateRoute>` will be a subtype of `NavigationStateProp<NavigationRoute>` and `NavigationStateProp<NavigationState>` * Silence Flow's complaints about a route not being a NavigationStateRoute As mentioned in previous commits and in the comment, there is no way to type a specific navigation state shape, so we have to cast it and silence Flow's complaints. * Get rid of style prop in CardStack It looks like at some point, it was possible to specify a `style` prop that got passed all the way down to `Header`, the `TransitionConfig`'s `screenInterpolator`, and `Transitioner`. Doesn't look like we're using it anywhere, and there's a todo saying to remove it, and it's causing a type error. * Infer type of options instead of using a subtype of {} I think this has to do with {} allowing for unsealed objects. I'm not 100% sure, but this fixes 4/6 of the remaining errors! * Fix two type errors in NavigationPlayground One was just requiring an outdated type (`React.Children` instead of `React.ChildrenArray`), and the other was getting confused regarding types because of a spread operator. * Use a covariant property to simplify withCachedChildNavigation's InputProps This doesn't reduce any errors, but it's a bit simpler and cleaner. * Silence last two Flow errors regarding withCachedChildNavigation injecting childNavigationProps These are the only two errors I haven't been able to figure out at all. If I had more time I'd try and figure out the simplest case and report it to the Flow team, but I've been working on this for a week already and have to move on. The issue at hand is that `withCachedChildNavigation` injects `childNavigationProps`, but Flow doesn't see this and thinks it needs to be specified by the view component. We're using the HOC pattern suggested by the Flow docs, and I've tried several other patterns to no avail. * Use stock react-native instead of Expo's in NavigationPlayground Expo's causes Flow errors, and apparently this is normal practice because the person who switched us to Expo did this too. * Silence react-native-gesture-handler Flow errors in NavigationPlayground Expo requires this package, but it causes Flow errors. * Fix index check in DrawerSidebar Silly me, falling for the typical "0 is falsey" problem... * Rework deprecated action tests In an earlier commit I moved the `NavigationActions.mapDeprecatedActionAndWarn` out from `getStateForAction` and into `createNavigationContainer`'s `dispatch` function. The tests need to be reworked to support this, as they were previously calling `getStateForAction` directly. I don't imagine any users are calling `getStateForAction` directly. * Re-record two snapshots The changes in these snapshots are by design and don't affect anything. * Infer type of options in NavigationScreenConfig The issue is that sometimes we include options for different navigators in a single blob. * Infer types of action and options in createNavigationContainer Particulary helps with Options. Makes the types more specific and gets rid of an error that only shows up when using the library * Don't use generics for NavigationState in createNavigationContainer There's no particular reason for having those generics there, since there's no way we'd be able to get Flow to understand the exact shape of particular navigation states anyways. This fixes a bug when integrating this version of the project into my repo. * Move ReduxExample to react-native@0.49.3 instead of custom Expo version
2017-10-31 10:41:17 -04:00
vary@~1.1.2:
version "1.1.2"
resolved "https://registry.yarnpkg.com/vary/-/vary-1.1.2.tgz#2299f02c6ded30d4a5961b0b9f74524a18f634fc"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
verror@1.10.0:
version "1.10.0"
resolved "https://registry.yarnpkg.com/verror/-/verror-1.10.0.tgz#3a105ca17053af55d6e270c1f8288682e18da400"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
assert-plus "^1.0.0"
core-util-is "1.0.2"
extsprintf "^1.2.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
vhost@~3.0.1:
version "3.0.2"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/vhost/-/vhost-3.0.2.tgz#2fb1decd4c466aa88b0f9341af33dc1aff2478d5"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
vinyl@^0.5.0:
version "0.5.3"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/vinyl/-/vinyl-0.5.3.tgz#b0455b38fc5e0cf30d4325132e461970c2091cde"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
clone "^1.0.0"
clone-stats "^0.0.1"
replace-ext "0.0.1"
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
w3c-hr-time@^1.0.1:
version "1.0.1"
resolved "https://registry.yarnpkg.com/w3c-hr-time/-/w3c-hr-time-1.0.1.tgz#82ac2bff63d950ea9e3189a58a65625fedf19045"
dependencies:
browser-process-hrtime "^0.1.2"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
walker@~1.0.5:
version "1.0.7"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/walker/-/walker-1.0.7.tgz#2f7f9b8fd10d677262b18a884e28d19618e028fb"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
makeerror "1.0.x"
Update to react-native@0.49 and flow-bin@0.53 (#2845) * Update root package to react-native@0.49 and flow-bin@0.53 * Update NavigationPlayground package to react-native@0.49 and flow-bin@0.53 * Update ReduxExample package to react-native@0.49 and flow-bin@0.53 * flow-typed update (code-gen) * Find-and-replace old types with new types - `React.Element<*>` as the result of a render function is now `React.Node` - `ReactClass<T>` as the type of a Component is now `React.ComponentType<typeof T>` - `extends React.Component<DP, P, S>` is now `extends React.Component<P, S>` - `React.Children<*>` as the type of a children prop is now `React.ChildrenArray<*>` - Refs are now typed with `React.Ref` There are also several tiny typo fixes in here. * Avoid assuming state is NavigationRoute in addNavigationHelpers For the root, top-level Navigator, the state is a simple `NavigationState` (with no route info) and we still use `addNavigationHelpers` for it. We can't assume `navigation.state.key` is accessible for this type, so we need to do runtime checks here. * Fix type of NavigationScreenConfig `navigationOptions` was incorrectly typed * Give createNavigationContainer's State a type parameter We want to be able to specifically type this guy so we can use specific NavigationState for things like the Drawer views without having to do runtime assertions about the state type * Fix typing of NavigationAction First of all, `NavigationAction` was being used as two different types, so I had to create the new `PossiblyDeprecatedNavigationAction` and add it as a type parameter everywhere. Second of all, generics and implied types were being used far more than they need to be, and they're hard to work with because Flow doesn't really explain things well when they go wrong. * Make sure children scenes of CardStack have NavigationProp typed with NavigationRoute CardStack's `NavigationScreenProp` is typed with `NavigationState`, but the children need `NavigationRoute`. Flow gets confused by the spread operator, even if the individual property is replaced later, so we need to explicitly list each property individually (just `dispatch`, actually). * Allow prevTransitionProps parameter to be nullable * Allow prevTransitionProps parameter to be nullable * Narrow down a couple type parameters * Move NavigationStateRoute cast to within Component.router check in createConfigGetter * Update withCachedChildNavigation so it's typed correctly with React.ComponentType * Add a $FlowFixMe for displayName `React.StatelessFunctionalComponent` is missing `displayName` before Flow 0.54.0 See https://github.com/facebook/flow/commit/de37062ea21cb4055d3f1b01bdbaa76461140fc8 * Make TouchableItem's onPress prop optional `HeaderBackButton` can pass in an undefined onPress, and the React Native `Touchable*` components allow it too * Simplify withCachedChildNavigation and get rid of generics The generics don't help us here and they make the types more confusing * Redefine NavigationComponent as direct intersection The new type is technically identical to the old type, but Flow is confused by the old type... * Save router to local var before checking createConfigGetter Flow seems to think Component.router can change after the check * Fix DrawerSidebar's navigation prop's type In order for us to be able to generate a childNavigationProp, the original navigation prop has to have a NavigationState state. * Colocate action.key check with action.type check in getStateForAction For some reason, Flow thinks `action` can change sometime after `action.type` is checked. As a result, it's not properly concluding that `action.key` should exist. To avoid this, we pull `action.key` out immediately after doing the `action.type` check. * Use bounded polymorphism to pass down all props in withCachedChildNavigation Also makes sure the injected props are specified first in the union Also removes an unused `eslint-disable-line` in `getScreenForRouteName` * Make TabRouter's getComponentForState return NavigationComponent `NavigationScreenComponent` is a subtype of `NavigationComponent`, but it's not clear that `getComponentForState` always returns a `NavigationScreenComponent`, as `getScreenForRouteName` returns `NavigationComponent` * Define NavigationComponent's props using NavigationNavigatorProps Right now the types ask Flow to infer the types of `NavigationComponent`'s props. (`NavigationComponent` is the union of `NavigationNavigator` and NavigationScreenComponent.) Instead, we type the props as subtypes of `NavigationNavigatorProps`, so we can properly access those props without type errors. We used bounded polymorphism in `createNavigationContainer` and `createNavigator` to pass down these props. We also explicitly type the action in `createNavigationContainer` so we can properly pass in a `NavigationInitAction` to the dispatch function. * Parameterize NavigationTabRouterConfig `NavigationTabRouterConfig` doesn't always take `NavigationTabScreenOptions`; sometimes, it takes `NavigationDrawerScreenOptions`. * Make all NavigationOptions Exact types We're seeing weird behavior when these are merged together. By making them Exact types, we make types don't get mangled when they're unioned. https://flow.org/en/docs/types/unions/#toc-disjoint-unions-with-exact-types * Silence errors in tests These errors are unavoidable since we can't type the precise shape of a particular `NavigationState`. * Include NavigationSetParamsAction in NavigationTabAction `TabNavigator`'s `getStateForAction` definitely takes `NavigationSetParamsAction`. * Explicitly list router as void in NavigationScreenComponent This is so Flow knows that if a `NavigationComponent` has a `router` property, then it is definitely a `NavigationNavigator`. * Fix website app navigator's type * Fix createDocPage type in App In an earlier commit I attempted to fix the types here, but I incorrectly read it as returning a navigator when it just returns a screen. For some reason the error didn't immediately show up. * Fix NavigationComponent types Five changes: 1. No longer parameterizing the props of `NavigationComponent`; directly specifying as `NavigationNavigatorProps` 2. Specify the two distinct kinds of route types (leaf and state) directly in `NavigationComponent` 3. Have `SceneView` directly take `NavigationComponent` and allow inferring of `NavigationSceneProp` type 4. Have `CardStack` directly take `NavigationComponent` as well * Allow Flow to infer `NavigationAction` type in `createNavigator` * Silence Flow in router code that handles navigator sub-routes There's no way for us to tell Flow that routes that correspond to navigators should be `NavigationStateRoute`s * Allow DrawerSidebar to take a null contentComponent The way `DrawerNavigator` is set up, it's possible to pass in a null `contentComponent` in the config. If somebody want to do this, we'll just make the `DrawerSidebar` not appear altogether. This is simpler than splitting the types so there's a possibly-unspecified one for the user input, but a definitely-specified one in `DrawerSidebar`. * Specify missing screenProps prop in DrawerView * Thread full NavigationStateRoute in to DrawerSidebar This requiring making `withCachedChildNavigation` use bounded polymorphism to thread the `NavigationStateRoute` through instead of downgrading it to a `NavigationState` * Make NavigationStateProp's state prop covariant This means that `NavigationStateProp<NavigationStateRoute>` will be a subtype of `NavigationStateProp<NavigationRoute>` and `NavigationStateProp<NavigationState>` * Silence Flow's complaints about a route not being a NavigationStateRoute As mentioned in previous commits and in the comment, there is no way to type a specific navigation state shape, so we have to cast it and silence Flow's complaints. * Get rid of style prop in CardStack It looks like at some point, it was possible to specify a `style` prop that got passed all the way down to `Header`, the `TransitionConfig`'s `screenInterpolator`, and `Transitioner`. Doesn't look like we're using it anywhere, and there's a todo saying to remove it, and it's causing a type error. * Infer type of options instead of using a subtype of {} I think this has to do with {} allowing for unsealed objects. I'm not 100% sure, but this fixes 4/6 of the remaining errors! * Fix two type errors in NavigationPlayground One was just requiring an outdated type (`React.Children` instead of `React.ChildrenArray`), and the other was getting confused regarding types because of a spread operator. * Use a covariant property to simplify withCachedChildNavigation's InputProps This doesn't reduce any errors, but it's a bit simpler and cleaner. * Silence last two Flow errors regarding withCachedChildNavigation injecting childNavigationProps These are the only two errors I haven't been able to figure out at all. If I had more time I'd try and figure out the simplest case and report it to the Flow team, but I've been working on this for a week already and have to move on. The issue at hand is that `withCachedChildNavigation` injects `childNavigationProps`, but Flow doesn't see this and thinks it needs to be specified by the view component. We're using the HOC pattern suggested by the Flow docs, and I've tried several other patterns to no avail. * Use stock react-native instead of Expo's in NavigationPlayground Expo's causes Flow errors, and apparently this is normal practice because the person who switched us to Expo did this too. * Silence react-native-gesture-handler Flow errors in NavigationPlayground Expo requires this package, but it causes Flow errors. * Fix index check in DrawerSidebar Silly me, falling for the typical "0 is falsey" problem... * Rework deprecated action tests In an earlier commit I moved the `NavigationActions.mapDeprecatedActionAndWarn` out from `getStateForAction` and into `createNavigationContainer`'s `dispatch` function. The tests need to be reworked to support this, as they were previously calling `getStateForAction` directly. I don't imagine any users are calling `getStateForAction` directly. * Re-record two snapshots The changes in these snapshots are by design and don't affect anything. * Infer type of options in NavigationScreenConfig The issue is that sometimes we include options for different navigators in a single blob. * Infer types of action and options in createNavigationContainer Particulary helps with Options. Makes the types more specific and gets rid of an error that only shows up when using the library * Don't use generics for NavigationState in createNavigationContainer There's no particular reason for having those generics there, since there's no way we'd be able to get Flow to understand the exact shape of particular navigation states anyways. This fixes a bug when integrating this version of the project into my repo. * Move ReduxExample to react-native@0.49.3 instead of custom Expo version
2017-10-31 10:41:17 -04:00
watch@~0.18.0:
version "0.18.0"
resolved "https://registry.yarnpkg.com/watch/-/watch-0.18.0.tgz#28095476c6df7c90c963138990c0a5423eb4b986"
dependencies:
exec-sh "^0.2.0"
minimist "^1.2.0"
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
webidl-conversions@^4.0.1, webidl-conversions@^4.0.2:
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
version "4.0.2"
resolved "https://registry.yarnpkg.com/webidl-conversions/-/webidl-conversions-4.0.2.tgz#a855980b1f0b6b359ba1d5d9fb39ae941faa63ad"
Update dependencies
2017-03-15 16:02:49 -07:00
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
whatwg-encoding@^1.0.1, whatwg-encoding@^1.0.3:
Remove flow (#3350) * Remove flow types from src * Finish removing Flow * Clear out flow-typed, some flow mentions in docs, website flow usage, and some other config
2018-01-24 17:52:09 -08:00
version "1.0.3"
resolved "https://registry.yarnpkg.com/whatwg-encoding/-/whatwg-encoding-1.0.3.tgz#57c235bc8657e914d24e1a397d3c82daee0a6ba3"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
Remove flow (#3350) * Remove flow types from src * Finish removing Flow * Clear out flow-typed, some flow mentions in docs, website flow usage, and some other config
2018-01-24 17:52:09 -08:00
iconv-lite "0.4.19"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
whatwg-fetch@>=0.10.0:
version "2.0.3"
resolved "https://registry.yarnpkg.com/whatwg-fetch/-/whatwg-fetch-2.0.3.tgz#9c84ec2dcf68187ff00bc64e1274b442176e1c84"
whatwg-fetch@^1.0.0:
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
version "1.1.1"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/whatwg-fetch/-/whatwg-fetch-1.1.1.tgz#ac3c9d39f320c6dce5339969d054ef43dd333319"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
whatwg-url@^6.4.0:
version "6.4.0"
resolved "https://registry.yarnpkg.com/whatwg-url/-/whatwg-url-6.4.0.tgz#08fdf2b9e872783a7a1f6216260a1d66cc722e08"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
lodash.sortby "^4.7.0"
tr46 "^1.0.0"
webidl-conversions "^4.0.1"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
which-module@^2.0.0:
version "2.0.0"
resolved "https://registry.yarnpkg.com/which-module/-/which-module-2.0.0.tgz#d9ef07dce77b9902b8a3a8fa4b31c3e3f7e6e87a"
Remove flow (#3350) * Remove flow types from src * Finish removing Flow * Clear out flow-typed, some flow mentions in docs, website flow usage, and some other config
2018-01-24 17:52:09 -08:00
which@^1.2.10, which@^1.2.12, which@^1.2.14, which@^1.2.9, which@^1.3.0:
Employ pre-commit hook for formatting code. (#2597) This change comes thanks to @plasticine's great idea (https://github.com/react-community/react-navigation/pull/2581#issuecomment-329661371). - Add husky and lint-staged to use pre-commit hook. - Automate formatting JavaScript code using ESLint and Prettier before committing changes.
2017-09-16 07:17:09 +09:00
version "1.3.0"
resolved "https://registry.yarnpkg.com/which/-/which-1.3.0.tgz#ff04bdfc010ee547d780bec38e1ac1c2777d253a"
dependencies:
isexe "^2.0.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
wide-align@^1.1.0:
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
version "1.1.2"
resolved "https://registry.yarnpkg.com/wide-align/-/wide-align-1.1.2.tgz#571e0f1b0604636ebc0dfc21b0339bbe31341710"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
string-width "^1.0.2"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
win-release@^1.0.0:
version "1.1.1"
resolved "https://registry.yarnpkg.com/win-release/-/win-release-1.1.1.tgz#5fa55e02be7ca934edfc12665632e849b72e5209"
dependencies:
semver "^5.0.1"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
window-size@0.1.0:
version "0.1.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/window-size/-/window-size-0.1.0.tgz#5438cd2ea93b202efa3a19fe8887aee7c94f9c9d"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
wordwrap@0.0.2:
version "0.0.2"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/wordwrap/-/wordwrap-0.0.2.tgz#b79669bb42ecb409f83d583cad52ca17eaa1643f"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update to react-native@0.50 and flow-bin@0.56 (#2998) * Update to React Native 0.50 * Type Promise used in PlatformHelpers.web.js * Move $FlowFixMe in CardStack.js The line number Flow is using for this error changed. The underlying problem has not, but I don't have time to fix it now unfortunately. * Type TouchableItem's children prop as React.Node This was my bad. `React.ChildrenArray` should only really be used in the case of having multiple of the same type of child. * Type HeaderTitle's children prop as React.Node Same as last commit. * Add assertion in StackRouter that StateUtils.indexOf returns valid index Flow doesn't realize that `StateUtils.indexOf` is guaranteed to return a valid index, so we use `invariant` to assert it. * Remove unused type DrawerNavigationState from TypeDefinition * Remove unused type parameter T in DrawerView * Type NavigationStateRoute as NavigationLeafRoute & NavigationState * Don't constrain generic action types to NavigationAction By constraining to subtypes of `NavigationAction`, we actually are requiring that any router satisfying our type constraints has to take all of the `NavigationAction` types. Instead, we want to say that it will only take some of them. Changing the types here to be inferred. * Fix types of NavigationScreenProp and withCachedChildNavigation 1. `NavigationScreenProp` needs to have its type parameter annotated with a `+` to actually indicate covariance on that type parameter, apparently 2. `withCachedChildNavigation` needs to thread through more-specific `NavigationState`s, and right now it just discards that specificity, which breaks `DrawerSidebar` because it needs a `NavigationStateRoute` * Ignore website/build from Flow * Fix type of DrawerItems activeItemKey prop - Even when specified, it can be `null` - Use a ternary expression instead of `x && x.param` approach * Get rid of NavigationRouter & NavigationNavigator parameterization on NavigationAction Since `NavigationRouter`'s `getStateForAction` functionality is a standard Redux reducer, it knows to forward on any actions it doesn't know how to deal with. We can widen the types of these functions to be `NavigationAction` without any negative consequence. * Explicitly specify null navigationOptions in createNavigator Not sure why, but Flow doesn't like us leaving it unspecified * Fix createNavigationContainer/createNavigator/StackNavigator types * Fix up flow types for TabNavigator and DrawerNavigator * Properly type defaultContentComponent * Fix more flow errors in createNavigationContainer * Replace NavigatorProps with NavigationNavigatorProps * Type SceneView's navigation prop as NavigationScreenProp<any> There is an unavoidable* type problem here. A `NavigationComponent` is either a navigator with a `NavigationStateRoute` or a scene with a `NavigationRoute`. The navigation prop it gets passed must match the component's `NavigationState`. However, there's no way for us to say that "`this.props.router.getComponentForRouteName` will have a `NavigationNavigator` iff the corresponding `childNavigationProps` is a `NavigationStateRoute`". The cleanest way to make this work is to throw an "any" specifically for the navigation prop's state type param. * We could probably avoid it with sufficient refactoring. If the routers were charged with keeping track of `childNavigationProps` instead of leaving it to the views, they could return the child navigation prop and child `NavigationComponent` in pairs whose types were coupled. * Pass in screenProps to NavigationComponent in NavigationPlayground's CustomTabs Flow wants `screenProps` to be passed in here for some reason... It cites `SceneView`, but that doesn't really make much sense to me. But this is some custom logic that most people aren't likely to run into, so I'm not gonna worry too much about it. * Patch mismatch with react-native-tab-view type for now * Use generic NavigationState in createNavigationContainer's _nav var We made the NavigationState generic while #1313 added a new instance variable. This updates the new instance variable to be generic. * Fix failing tests
2017-11-20 11:53:48 -08:00
wordwrap@^1.0.0, wordwrap@~1.0.0:
version "1.0.0"
resolved "https://registry.yarnpkg.com/wordwrap/-/wordwrap-1.0.0.tgz#27584810891456a4171c8d0226441ade90cbcaeb"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
wordwrap@~0.0.2:
version "0.0.3"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/wordwrap/-/wordwrap-0.0.3.tgz#a3d5da6cd5c0bc0008d37234bbaf1bed63059107"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
wrap-ansi@^2.0.0:
version "2.1.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/wrap-ansi/-/wrap-ansi-2.1.0.tgz#d8fc3d284dd05794fe84973caecdd1cf824fdd85"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
string-width "^1.0.1"
strip-ansi "^3.0.1"
wrappy@1:
version "1.0.2"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/wrappy/-/wrappy-1.0.2.tgz#b5243d8f3ec1aa35f1364605bc0d1036e30ab69f"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
write-file-atomic@^1.2.0:
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
version "1.3.4"
resolved "https://registry.yarnpkg.com/write-file-atomic/-/write-file-atomic-1.3.4.tgz#f807a4f0b1d9e913ae7a48112e6cc3af1991b45f"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
graceful-fs "^4.1.11"
imurmurhash "^0.1.4"
slide "^1.1.5"
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
write-file-atomic@^2.1.0:
version "2.3.0"
resolved "https://registry.yarnpkg.com/write-file-atomic/-/write-file-atomic-2.3.0.tgz#1ff61575c2e2a4e8e510d6fa4e243cce183999ab"
dependencies:
graceful-fs "^4.1.11"
imurmurhash "^0.1.4"
signal-exit "^3.0.2"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
write@^0.2.1:
version "0.2.1"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/write/-/write-0.2.1.tgz#5fc03828e264cea3fe91455476f7a3c566cb0757"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
mkdirp "^0.5.1"
ws@^1.1.0:
Remove flow (#3350) * Remove flow types from src * Finish removing Flow * Clear out flow-typed, some flow mentions in docs, website flow usage, and some other config
2018-01-24 17:52:09 -08:00
version "1.1.5"
resolved "https://registry.yarnpkg.com/ws/-/ws-1.1.5.tgz#cbd9e6e75e09fc5d2c90015f21f0c40875e0dd51"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
options ">=0.0.5"
ultron "1.0.x"
Bump dependency versions to reflect current RN
2017-04-09 12:08:20 +02:00
ws@^2.0.3:
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
version "2.3.1"
resolved "https://registry.yarnpkg.com/ws/-/ws-2.3.1.tgz#6b94b3e447cb6a363f785eaf94af6359e8e81c80"
Bump dependency versions to reflect current RN
2017-04-09 12:08:20 +02:00
dependencies:
safe-buffer "~5.0.1"
ultron "~1.1.0"
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
ws@^4.0.0:
Deprecate TabNavigator in favor of react-navigation-tabs
2018-03-15 13:31:03 -07:00
version "4.1.0"
resolved "https://registry.yarnpkg.com/ws/-/ws-4.1.0.tgz#a979b5d7d4da68bf54efe0408967c324869a7289"
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
dependencies:
async-limiter "~1.0.0"
safe-buffer "~5.1.0"
Upgrade to React Native 0.44 + Flow 0.42
2017-05-14 13:48:25 -07:00
xcode@^0.9.1:
version "0.9.3"
resolved "https://registry.yarnpkg.com/xcode/-/xcode-0.9.3.tgz#910a89c16aee6cc0b42ca805a6d0b4cf87211cf3"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
Upgrade to React Native 0.44 + Flow 0.42
2017-05-14 13:48:25 -07:00
pegjs "^0.10.0"
simple-plist "^0.2.1"
uuid "3.0.1"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
xml-name-validator@^3.0.0:
version "3.0.0"
resolved "https://registry.yarnpkg.com/xml-name-validator/-/xml-name-validator-3.0.0.tgz#6ae73e06de4d8c6e47f9fb181f78d648ad457c6a"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
xmlbuilder@4.0.0:
version "4.0.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/xmlbuilder/-/xmlbuilder-4.0.0.tgz#98b8f651ca30aa624036f127d11cc66dc7b907a3"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
lodash "^3.5.0"
Upgrade to React Native 0.44 + Flow 0.42
2017-05-14 13:48:25 -07:00
xmlbuilder@8.2.2:
version "8.2.2"
resolved "https://registry.yarnpkg.com/xmlbuilder/-/xmlbuilder-8.2.2.tgz#69248673410b4ba42e1a6136551d2922335aa773"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
xmldoc@^0.4.0:
version "0.4.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/xmldoc/-/xmldoc-0.4.0.tgz#d257224be8393eaacbf837ef227fd8ec25b36888"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
sax "~1.1.1"
xmldom@0.1.x:
version "0.1.27"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/xmldom/-/xmldom-0.1.27.tgz#d501f97b3bdb403af8ef9ecc20573187aadac0e9"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Bump dependency versions to reflect current RN
2017-04-09 12:08:20 +02:00
xpipe@^1.0.5:
version "1.0.5"
resolved "https://registry.yarnpkg.com/xpipe/-/xpipe-1.0.5.tgz#8dd8bf45fc3f7f55f0e054b878f43a62614dafdf"
Update to RN 0.52 and Expo 25 (#3383) * Update to RN 0.52 and Expo 25 * Rerecord snapshots for failing Jest tests * jest-expo@25.1.0-beta.0 * jest-expo@25.1.0
2018-01-30 12:22:20 -06:00
xtend@^4.0.0, xtend@~4.0.1:
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
version "4.0.1"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/xtend/-/xtend-4.0.1.tgz#a5c6d532be656e23db820efb943a1f04998d63af"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
y18n@^3.2.1:
version "3.2.1"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/y18n/-/y18n-3.2.1.tgz#6d15fba884c08679c0d77e88e7759e811e07fa41"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
yallist@^2.1.2:
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
version "2.1.2"
resolved "https://registry.yarnpkg.com/yallist/-/yallist-2.1.2.tgz#1c11f9218f076089a47dd512f93c6699a6a81d52"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
yargs-parser@^7.0.0:
version "7.0.0"
resolved "https://registry.yarnpkg.com/yargs-parser/-/yargs-parser-7.0.0.tgz#8d0ac42f16ea55debd332caf4c4038b3e3f5dfd9"
dependencies:
camelcase "^4.1.0"
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
yargs-parser@^8.1.0:
version "8.1.0"
resolved "https://registry.yarnpkg.com/yargs-parser/-/yargs-parser-8.1.0.tgz#f1376a33b6629a5d063782944da732631e966950"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
camelcase "^4.1.0"
yargs@^10.0.3:
version "10.1.2"
resolved "https://registry.yarnpkg.com/yargs/-/yargs-10.1.2.tgz#454d074c2b16a51a43e2fb7807e4f9de69ccb5c5"
dependencies:
cliui "^4.0.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
decamelize "^1.1.1"
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
find-up "^2.1.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
get-caller-file "^1.0.1"
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
os-locale "^2.0.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
require-directory "^2.1.1"
require-main-filename "^1.0.1"
set-blocking "^2.0.0"
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
string-width "^2.0.0"
which-module "^2.0.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
y18n "^3.2.1"
Bring back TypeDefinition.js and re-add Flow to NavigationPlayground (#3363) * Bring back TypeDefinition.js and re-add Flow to NavigationPlayground * Type EventListener correctly and ignore metro errors
2018-01-26 17:15:49 -07:00
yargs-parser "^8.1.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
Update to react-native@0.50 and flow-bin@0.56 (#2998) * Update to React Native 0.50 * Type Promise used in PlatformHelpers.web.js * Move $FlowFixMe in CardStack.js The line number Flow is using for this error changed. The underlying problem has not, but I don't have time to fix it now unfortunately. * Type TouchableItem's children prop as React.Node This was my bad. `React.ChildrenArray` should only really be used in the case of having multiple of the same type of child. * Type HeaderTitle's children prop as React.Node Same as last commit. * Add assertion in StackRouter that StateUtils.indexOf returns valid index Flow doesn't realize that `StateUtils.indexOf` is guaranteed to return a valid index, so we use `invariant` to assert it. * Remove unused type DrawerNavigationState from TypeDefinition * Remove unused type parameter T in DrawerView * Type NavigationStateRoute as NavigationLeafRoute & NavigationState * Don't constrain generic action types to NavigationAction By constraining to subtypes of `NavigationAction`, we actually are requiring that any router satisfying our type constraints has to take all of the `NavigationAction` types. Instead, we want to say that it will only take some of them. Changing the types here to be inferred. * Fix types of NavigationScreenProp and withCachedChildNavigation 1. `NavigationScreenProp` needs to have its type parameter annotated with a `+` to actually indicate covariance on that type parameter, apparently 2. `withCachedChildNavigation` needs to thread through more-specific `NavigationState`s, and right now it just discards that specificity, which breaks `DrawerSidebar` because it needs a `NavigationStateRoute` * Ignore website/build from Flow * Fix type of DrawerItems activeItemKey prop - Even when specified, it can be `null` - Use a ternary expression instead of `x && x.param` approach * Get rid of NavigationRouter & NavigationNavigator parameterization on NavigationAction Since `NavigationRouter`'s `getStateForAction` functionality is a standard Redux reducer, it knows to forward on any actions it doesn't know how to deal with. We can widen the types of these functions to be `NavigationAction` without any negative consequence. * Explicitly specify null navigationOptions in createNavigator Not sure why, but Flow doesn't like us leaving it unspecified * Fix createNavigationContainer/createNavigator/StackNavigator types * Fix up flow types for TabNavigator and DrawerNavigator * Properly type defaultContentComponent * Fix more flow errors in createNavigationContainer * Replace NavigatorProps with NavigationNavigatorProps * Type SceneView's navigation prop as NavigationScreenProp<any> There is an unavoidable* type problem here. A `NavigationComponent` is either a navigator with a `NavigationStateRoute` or a scene with a `NavigationRoute`. The navigation prop it gets passed must match the component's `NavigationState`. However, there's no way for us to say that "`this.props.router.getComponentForRouteName` will have a `NavigationNavigator` iff the corresponding `childNavigationProps` is a `NavigationStateRoute`". The cleanest way to make this work is to throw an "any" specifically for the navigation prop's state type param. * We could probably avoid it with sufficient refactoring. If the routers were charged with keeping track of `childNavigationProps` instead of leaving it to the views, they could return the child navigation prop and child `NavigationComponent` in pairs whose types were coupled. * Pass in screenProps to NavigationComponent in NavigationPlayground's CustomTabs Flow wants `screenProps` to be passed in here for some reason... It cites `SceneView`, but that doesn't really make much sense to me. But this is some custom logic that most people aren't likely to run into, so I'm not gonna worry too much about it. * Patch mismatch with react-native-tab-view type for now * Use generic NavigationState in createNavigationContainer's _nav var We made the NavigationState generic while #1313 added a new instance variable. This updates the new instance variable to be generic. * Fix failing tests
2017-11-20 11:53:48 -08:00
yargs@^8.0.2:
version "8.0.2"
resolved "https://registry.yarnpkg.com/yargs/-/yargs-8.0.2.tgz#6299a9055b1cefc969ff7e79c1d918dceb22c360"
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
dependencies:
Update to react-native@0.50 and flow-bin@0.56 (#2998) * Update to React Native 0.50 * Type Promise used in PlatformHelpers.web.js * Move $FlowFixMe in CardStack.js The line number Flow is using for this error changed. The underlying problem has not, but I don't have time to fix it now unfortunately. * Type TouchableItem's children prop as React.Node This was my bad. `React.ChildrenArray` should only really be used in the case of having multiple of the same type of child. * Type HeaderTitle's children prop as React.Node Same as last commit. * Add assertion in StackRouter that StateUtils.indexOf returns valid index Flow doesn't realize that `StateUtils.indexOf` is guaranteed to return a valid index, so we use `invariant` to assert it. * Remove unused type DrawerNavigationState from TypeDefinition * Remove unused type parameter T in DrawerView * Type NavigationStateRoute as NavigationLeafRoute & NavigationState * Don't constrain generic action types to NavigationAction By constraining to subtypes of `NavigationAction`, we actually are requiring that any router satisfying our type constraints has to take all of the `NavigationAction` types. Instead, we want to say that it will only take some of them. Changing the types here to be inferred. * Fix types of NavigationScreenProp and withCachedChildNavigation 1. `NavigationScreenProp` needs to have its type parameter annotated with a `+` to actually indicate covariance on that type parameter, apparently 2. `withCachedChildNavigation` needs to thread through more-specific `NavigationState`s, and right now it just discards that specificity, which breaks `DrawerSidebar` because it needs a `NavigationStateRoute` * Ignore website/build from Flow * Fix type of DrawerItems activeItemKey prop - Even when specified, it can be `null` - Use a ternary expression instead of `x && x.param` approach * Get rid of NavigationRouter & NavigationNavigator parameterization on NavigationAction Since `NavigationRouter`'s `getStateForAction` functionality is a standard Redux reducer, it knows to forward on any actions it doesn't know how to deal with. We can widen the types of these functions to be `NavigationAction` without any negative consequence. * Explicitly specify null navigationOptions in createNavigator Not sure why, but Flow doesn't like us leaving it unspecified * Fix createNavigationContainer/createNavigator/StackNavigator types * Fix up flow types for TabNavigator and DrawerNavigator * Properly type defaultContentComponent * Fix more flow errors in createNavigationContainer * Replace NavigatorProps with NavigationNavigatorProps * Type SceneView's navigation prop as NavigationScreenProp<any> There is an unavoidable* type problem here. A `NavigationComponent` is either a navigator with a `NavigationStateRoute` or a scene with a `NavigationRoute`. The navigation prop it gets passed must match the component's `NavigationState`. However, there's no way for us to say that "`this.props.router.getComponentForRouteName` will have a `NavigationNavigator` iff the corresponding `childNavigationProps` is a `NavigationStateRoute`". The cleanest way to make this work is to throw an "any" specifically for the navigation prop's state type param. * We could probably avoid it with sufficient refactoring. If the routers were charged with keeping track of `childNavigationProps` instead of leaving it to the views, they could return the child navigation prop and child `NavigationComponent` in pairs whose types were coupled. * Pass in screenProps to NavigationComponent in NavigationPlayground's CustomTabs Flow wants `screenProps` to be passed in here for some reason... It cites `SceneView`, but that doesn't really make much sense to me. But this is some custom logic that most people aren't likely to run into, so I'm not gonna worry too much about it. * Patch mismatch with react-native-tab-view type for now * Use generic NavigationState in createNavigationContainer's _nav var We made the NavigationState generic while #1313 added a new instance variable. This updates the new instance variable to be generic. * Fix failing tests
2017-11-20 11:53:48 -08:00
camelcase "^4.1.0"
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
cliui "^3.2.0"
decamelize "^1.1.1"
get-caller-file "^1.0.1"
Update to react-native@0.50 and flow-bin@0.56 (#2998) * Update to React Native 0.50 * Type Promise used in PlatformHelpers.web.js * Move $FlowFixMe in CardStack.js The line number Flow is using for this error changed. The underlying problem has not, but I don't have time to fix it now unfortunately. * Type TouchableItem's children prop as React.Node This was my bad. `React.ChildrenArray` should only really be used in the case of having multiple of the same type of child. * Type HeaderTitle's children prop as React.Node Same as last commit. * Add assertion in StackRouter that StateUtils.indexOf returns valid index Flow doesn't realize that `StateUtils.indexOf` is guaranteed to return a valid index, so we use `invariant` to assert it. * Remove unused type DrawerNavigationState from TypeDefinition * Remove unused type parameter T in DrawerView * Type NavigationStateRoute as NavigationLeafRoute & NavigationState * Don't constrain generic action types to NavigationAction By constraining to subtypes of `NavigationAction`, we actually are requiring that any router satisfying our type constraints has to take all of the `NavigationAction` types. Instead, we want to say that it will only take some of them. Changing the types here to be inferred. * Fix types of NavigationScreenProp and withCachedChildNavigation 1. `NavigationScreenProp` needs to have its type parameter annotated with a `+` to actually indicate covariance on that type parameter, apparently 2. `withCachedChildNavigation` needs to thread through more-specific `NavigationState`s, and right now it just discards that specificity, which breaks `DrawerSidebar` because it needs a `NavigationStateRoute` * Ignore website/build from Flow * Fix type of DrawerItems activeItemKey prop - Even when specified, it can be `null` - Use a ternary expression instead of `x && x.param` approach * Get rid of NavigationRouter & NavigationNavigator parameterization on NavigationAction Since `NavigationRouter`'s `getStateForAction` functionality is a standard Redux reducer, it knows to forward on any actions it doesn't know how to deal with. We can widen the types of these functions to be `NavigationAction` without any negative consequence. * Explicitly specify null navigationOptions in createNavigator Not sure why, but Flow doesn't like us leaving it unspecified * Fix createNavigationContainer/createNavigator/StackNavigator types * Fix up flow types for TabNavigator and DrawerNavigator * Properly type defaultContentComponent * Fix more flow errors in createNavigationContainer * Replace NavigatorProps with NavigationNavigatorProps * Type SceneView's navigation prop as NavigationScreenProp<any> There is an unavoidable* type problem here. A `NavigationComponent` is either a navigator with a `NavigationStateRoute` or a scene with a `NavigationRoute`. The navigation prop it gets passed must match the component's `NavigationState`. However, there's no way for us to say that "`this.props.router.getComponentForRouteName` will have a `NavigationNavigator` iff the corresponding `childNavigationProps` is a `NavigationStateRoute`". The cleanest way to make this work is to throw an "any" specifically for the navigation prop's state type param. * We could probably avoid it with sufficient refactoring. If the routers were charged with keeping track of `childNavigationProps` instead of leaving it to the views, they could return the child navigation prop and child `NavigationComponent` in pairs whose types were coupled. * Pass in screenProps to NavigationComponent in NavigationPlayground's CustomTabs Flow wants `screenProps` to be passed in here for some reason... It cites `SceneView`, but that doesn't really make much sense to me. But this is some custom logic that most people aren't likely to run into, so I'm not gonna worry too much about it. * Patch mismatch with react-native-tab-view type for now * Use generic NavigationState in createNavigationContainer's _nav var We made the NavigationState generic while #1313 added a new instance variable. This updates the new instance variable to be generic. * Fix failing tests
2017-11-20 11:53:48 -08:00
os-locale "^2.0.0"
read-pkg-up "^2.0.0"
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
require-directory "^2.1.1"
require-main-filename "^1.0.1"
set-blocking "^2.0.0"
Update to react-native@0.50 and flow-bin@0.56 (#2998) * Update to React Native 0.50 * Type Promise used in PlatformHelpers.web.js * Move $FlowFixMe in CardStack.js The line number Flow is using for this error changed. The underlying problem has not, but I don't have time to fix it now unfortunately. * Type TouchableItem's children prop as React.Node This was my bad. `React.ChildrenArray` should only really be used in the case of having multiple of the same type of child. * Type HeaderTitle's children prop as React.Node Same as last commit. * Add assertion in StackRouter that StateUtils.indexOf returns valid index Flow doesn't realize that `StateUtils.indexOf` is guaranteed to return a valid index, so we use `invariant` to assert it. * Remove unused type DrawerNavigationState from TypeDefinition * Remove unused type parameter T in DrawerView * Type NavigationStateRoute as NavigationLeafRoute & NavigationState * Don't constrain generic action types to NavigationAction By constraining to subtypes of `NavigationAction`, we actually are requiring that any router satisfying our type constraints has to take all of the `NavigationAction` types. Instead, we want to say that it will only take some of them. Changing the types here to be inferred. * Fix types of NavigationScreenProp and withCachedChildNavigation 1. `NavigationScreenProp` needs to have its type parameter annotated with a `+` to actually indicate covariance on that type parameter, apparently 2. `withCachedChildNavigation` needs to thread through more-specific `NavigationState`s, and right now it just discards that specificity, which breaks `DrawerSidebar` because it needs a `NavigationStateRoute` * Ignore website/build from Flow * Fix type of DrawerItems activeItemKey prop - Even when specified, it can be `null` - Use a ternary expression instead of `x && x.param` approach * Get rid of NavigationRouter & NavigationNavigator parameterization on NavigationAction Since `NavigationRouter`'s `getStateForAction` functionality is a standard Redux reducer, it knows to forward on any actions it doesn't know how to deal with. We can widen the types of these functions to be `NavigationAction` without any negative consequence. * Explicitly specify null navigationOptions in createNavigator Not sure why, but Flow doesn't like us leaving it unspecified * Fix createNavigationContainer/createNavigator/StackNavigator types * Fix up flow types for TabNavigator and DrawerNavigator * Properly type defaultContentComponent * Fix more flow errors in createNavigationContainer * Replace NavigatorProps with NavigationNavigatorProps * Type SceneView's navigation prop as NavigationScreenProp<any> There is an unavoidable* type problem here. A `NavigationComponent` is either a navigator with a `NavigationStateRoute` or a scene with a `NavigationRoute`. The navigation prop it gets passed must match the component's `NavigationState`. However, there's no way for us to say that "`this.props.router.getComponentForRouteName` will have a `NavigationNavigator` iff the corresponding `childNavigationProps` is a `NavigationStateRoute`". The cleanest way to make this work is to throw an "any" specifically for the navigation prop's state type param. * We could probably avoid it with sufficient refactoring. If the routers were charged with keeping track of `childNavigationProps` instead of leaving it to the views, they could return the child navigation prop and child `NavigationComponent` in pairs whose types were coupled. * Pass in screenProps to NavigationComponent in NavigationPlayground's CustomTabs Flow wants `screenProps` to be passed in here for some reason... It cites `SceneView`, but that doesn't really make much sense to me. But this is some custom logic that most people aren't likely to run into, so I'm not gonna worry too much about it. * Patch mismatch with react-native-tab-view type for now * Use generic NavigationState in createNavigationContainer's _nav var We made the NavigationState generic while #1313 added a new instance variable. This updates the new instance variable to be generic. * Fix failing tests
2017-11-20 11:53:48 -08:00
string-width "^2.0.0"
which-module "^2.0.0"
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
y18n "^3.2.1"
Update to react-native@0.50 and flow-bin@0.56 (#2998) * Update to React Native 0.50 * Type Promise used in PlatformHelpers.web.js * Move $FlowFixMe in CardStack.js The line number Flow is using for this error changed. The underlying problem has not, but I don't have time to fix it now unfortunately. * Type TouchableItem's children prop as React.Node This was my bad. `React.ChildrenArray` should only really be used in the case of having multiple of the same type of child. * Type HeaderTitle's children prop as React.Node Same as last commit. * Add assertion in StackRouter that StateUtils.indexOf returns valid index Flow doesn't realize that `StateUtils.indexOf` is guaranteed to return a valid index, so we use `invariant` to assert it. * Remove unused type DrawerNavigationState from TypeDefinition * Remove unused type parameter T in DrawerView * Type NavigationStateRoute as NavigationLeafRoute & NavigationState * Don't constrain generic action types to NavigationAction By constraining to subtypes of `NavigationAction`, we actually are requiring that any router satisfying our type constraints has to take all of the `NavigationAction` types. Instead, we want to say that it will only take some of them. Changing the types here to be inferred. * Fix types of NavigationScreenProp and withCachedChildNavigation 1. `NavigationScreenProp` needs to have its type parameter annotated with a `+` to actually indicate covariance on that type parameter, apparently 2. `withCachedChildNavigation` needs to thread through more-specific `NavigationState`s, and right now it just discards that specificity, which breaks `DrawerSidebar` because it needs a `NavigationStateRoute` * Ignore website/build from Flow * Fix type of DrawerItems activeItemKey prop - Even when specified, it can be `null` - Use a ternary expression instead of `x && x.param` approach * Get rid of NavigationRouter & NavigationNavigator parameterization on NavigationAction Since `NavigationRouter`'s `getStateForAction` functionality is a standard Redux reducer, it knows to forward on any actions it doesn't know how to deal with. We can widen the types of these functions to be `NavigationAction` without any negative consequence. * Explicitly specify null navigationOptions in createNavigator Not sure why, but Flow doesn't like us leaving it unspecified * Fix createNavigationContainer/createNavigator/StackNavigator types * Fix up flow types for TabNavigator and DrawerNavigator * Properly type defaultContentComponent * Fix more flow errors in createNavigationContainer * Replace NavigatorProps with NavigationNavigatorProps * Type SceneView's navigation prop as NavigationScreenProp<any> There is an unavoidable* type problem here. A `NavigationComponent` is either a navigator with a `NavigationStateRoute` or a scene with a `NavigationRoute`. The navigation prop it gets passed must match the component's `NavigationState`. However, there's no way for us to say that "`this.props.router.getComponentForRouteName` will have a `NavigationNavigator` iff the corresponding `childNavigationProps` is a `NavigationStateRoute`". The cleanest way to make this work is to throw an "any" specifically for the navigation prop's state type param. * We could probably avoid it with sufficient refactoring. If the routers were charged with keeping track of `childNavigationProps` instead of leaving it to the views, they could return the child navigation prop and child `NavigationComponent` in pairs whose types were coupled. * Pass in screenProps to NavigationComponent in NavigationPlayground's CustomTabs Flow wants `screenProps` to be passed in here for some reason... It cites `SceneView`, but that doesn't really make much sense to me. But this is some custom logic that most people aren't likely to run into, so I'm not gonna worry too much about it. * Patch mismatch with react-native-tab-view type for now * Use generic NavigationState in createNavigationContainer's _nav var We made the NavigationState generic while #1313 added a new instance variable. This updates the new instance variable to be generic. * Fix failing tests
2017-11-20 11:53:48 -08:00
yargs-parser "^7.0.0"
Update/Fix Prettier + Eslint config for codebase Run Prettier/Eslint on entire codebase, fix issues
2017-05-14 12:14:12 -07:00
Update to react-native@0.50 and flow-bin@0.56 (#2998) * Update to React Native 0.50 * Type Promise used in PlatformHelpers.web.js * Move $FlowFixMe in CardStack.js The line number Flow is using for this error changed. The underlying problem has not, but I don't have time to fix it now unfortunately. * Type TouchableItem's children prop as React.Node This was my bad. `React.ChildrenArray` should only really be used in the case of having multiple of the same type of child. * Type HeaderTitle's children prop as React.Node Same as last commit. * Add assertion in StackRouter that StateUtils.indexOf returns valid index Flow doesn't realize that `StateUtils.indexOf` is guaranteed to return a valid index, so we use `invariant` to assert it. * Remove unused type DrawerNavigationState from TypeDefinition * Remove unused type parameter T in DrawerView * Type NavigationStateRoute as NavigationLeafRoute & NavigationState * Don't constrain generic action types to NavigationAction By constraining to subtypes of `NavigationAction`, we actually are requiring that any router satisfying our type constraints has to take all of the `NavigationAction` types. Instead, we want to say that it will only take some of them. Changing the types here to be inferred. * Fix types of NavigationScreenProp and withCachedChildNavigation 1. `NavigationScreenProp` needs to have its type parameter annotated with a `+` to actually indicate covariance on that type parameter, apparently 2. `withCachedChildNavigation` needs to thread through more-specific `NavigationState`s, and right now it just discards that specificity, which breaks `DrawerSidebar` because it needs a `NavigationStateRoute` * Ignore website/build from Flow * Fix type of DrawerItems activeItemKey prop - Even when specified, it can be `null` - Use a ternary expression instead of `x && x.param` approach * Get rid of NavigationRouter & NavigationNavigator parameterization on NavigationAction Since `NavigationRouter`'s `getStateForAction` functionality is a standard Redux reducer, it knows to forward on any actions it doesn't know how to deal with. We can widen the types of these functions to be `NavigationAction` without any negative consequence. * Explicitly specify null navigationOptions in createNavigator Not sure why, but Flow doesn't like us leaving it unspecified * Fix createNavigationContainer/createNavigator/StackNavigator types * Fix up flow types for TabNavigator and DrawerNavigator * Properly type defaultContentComponent * Fix more flow errors in createNavigationContainer * Replace NavigatorProps with NavigationNavigatorProps * Type SceneView's navigation prop as NavigationScreenProp<any> There is an unavoidable* type problem here. A `NavigationComponent` is either a navigator with a `NavigationStateRoute` or a scene with a `NavigationRoute`. The navigation prop it gets passed must match the component's `NavigationState`. However, there's no way for us to say that "`this.props.router.getComponentForRouteName` will have a `NavigationNavigator` iff the corresponding `childNavigationProps` is a `NavigationStateRoute`". The cleanest way to make this work is to throw an "any" specifically for the navigation prop's state type param. * We could probably avoid it with sufficient refactoring. If the routers were charged with keeping track of `childNavigationProps` instead of leaving it to the views, they could return the child navigation prop and child `NavigationComponent` in pairs whose types were coupled. * Pass in screenProps to NavigationComponent in NavigationPlayground's CustomTabs Flow wants `screenProps` to be passed in here for some reason... It cites `SceneView`, but that doesn't really make much sense to me. But this is some custom logic that most people aren't likely to run into, so I'm not gonna worry too much about it. * Patch mismatch with react-native-tab-view type for now * Use generic NavigationState in createNavigationContainer's _nav var We made the NavigationState generic while #1313 added a new instance variable. This updates the new instance variable to be generic. * Fix failing tests
2017-11-20 11:53:48 -08:00
yargs@^9.0.0:
version "9.0.1"
resolved "https://registry.yarnpkg.com/yargs/-/yargs-9.0.1.tgz#52acc23feecac34042078ee78c0c007f5085db4c"
Fix Flow types (and update RN version) (#2619) * Fix .flowconfig to stop ignoring modules and properly include React Native libraries Currently, there are numerous ignored libraries that are hiding type errors. Actually, they're causing type errors too. This sort of thing only patches over actual problems, so we have to revert them to get a config we can build upon. * Update react-native/flow-bin dependencies We want to have Flow types working with the latest packages. * Update flow-typed libraries (auto-generated) * Fix typing of navigation prop used by withNavigation HOC The current typing is clearly a typo, as it is circular. `NavigationScreenProp` should be used to type the navigation prop * Fix typing of easing function What's funny is that I fixed this before in d71ed75133b97e33a8a683eda334b3005107d379. @skevy reintroduced the mistyped function in 9436d03fe8fface09001a5a40ce0aa8a01ad9e7e, which didn't trigger any Flow errors because .flowconfig was ignoring the entire react-native package * Correct typing of View and Text style prop The current code thinks it can import these, but this isn't true, and was being hidden because the .flowconfig ignored the whole react-native package. There's no easy to type Text and View at the current moment, as far as I can tell. Importing the highly generic `StyleObj` seems like the best bet, and is what I have being using in my projects. * Import NavigationScreenComponent using full path * Updating yarn.lock files * Get rid of library overrides in flow-typed/react-native.js and flow/react-navigation.js * Add @flow to src/react-navigation.js and make last three params to createNavigator optional * Make screenProps and navigationOptions optional in NavigationNavigatorProps * yarn run format * Readd react-navigation/node_modules ignore to NavigationPlayground's .flowconfig Realized this line I removed in the first commit is necessary when using npm link/yarn link, which is what the CircleCI build does * Make all DrawerViewConfig's params optional Some of these params are marked as optional because they have defaults. However, the only place `DrawerViewConfig` is used is as the input the function that then applies the defaults * Make all props in NavigationNavigatorProps optional `NavigationNavigatorProps` is used to type the props of the component that is output by the `StackNavigator`, `TabNavigator`, etc. component factories. This component does not need to have any props specified. * Make second param to `DrawerNavigator` factory optional `DrawerNavigator`, just like `TabNavigator` and `StackNavigator`, can be called with just a single argument (ie. omitting the config) * Upgrade to RN 0.48.4 to address https://github.com/facebook/react-native/issues/15810
2017-09-25 12:29:34 -04:00
dependencies:
camelcase "^4.1.0"
cliui "^3.2.0"
decamelize "^1.1.1"
get-caller-file "^1.0.1"
os-locale "^2.0.0"
read-pkg-up "^2.0.0"
require-directory "^2.1.1"
require-main-filename "^1.0.1"
set-blocking "^2.0.0"
string-width "^2.0.0"
which-module "^2.0.0"
y18n "^3.2.1"
yargs-parser "^7.0.0"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
yargs@~3.10.0:
version "3.10.0"
Regenerate yarn.lock
2017-02-06 04:46:31 +05:30
resolved "https://registry.yarnpkg.com/yargs/-/yargs-3.10.0.tgz#f7ee7bd857dd7c1d2d38c0e74efbd681d1431fd1"
Initial public release of React Navigation
2017-01-26 11:49:39 -08:00
dependencies:
camelcase "^1.0.2"
cliui "^2.1.0"
decamelize "^1.0.0"
window-size "0.1.0"
Reference in New Issue Copy Permalink