Update RNMapboxMapsVersion in install.md#4070
Update RNMapboxMapsVersion in install.md#4070dwightwatson wants to merge 1 commit intornmapbox:mainfrom
Conversation
Updated RNMapboxMapsVersion to 11.15.0 and added version review links.
| "@rnmapbox/maps", | ||
| { | ||
| "RNMapboxMapsVersion": "11.13.4" | ||
| "RNMapboxMapsVersion": "11.15.0" |
There was a problem hiding this comment.
RNMapboxMapsVersion is not a mandatory parameter AFAIK. So maybe we should put to an advanced section.
Or maybe just point to https://rnmapbox.github.io/ here.
|
I suppose not. I first tried to just use the plugin as a string When I left the options as an empty object it seemed to work. A little unexpected but I can update the PR to match if you like. ["@rnmapbox/maps", {}], |
Users can now use the plugin without providing options:
- ["@rnmapbox/maps"] instead of requiring ["@rnmapbox/maps", {}]
Previously, all ConfigPlugin functions destructured the options parameter
without default values, causing "Cannot destructure property 'RNMapboxMapsImpl'
of 'undefined'" errors when options were not provided.
This change adds default empty object values (= {}) to all function parameters
that destructure MapboxPlugProps, making all options truly optional as intended.
Fixes #4070
Users can now use the plugin without providing options:
- ["@rnmapbox/maps"] instead of requiring ["@rnmapbox/maps", {}]
Previously, all ConfigPlugin functions destructured the options parameter
without default values, causing "Cannot destructure property 'RNMapboxMapsImpl'
of 'undefined'" errors when options were not provided.
This change adds default empty object values (= {}) with explicit MapboxPlugProps
type annotations to all function parameters that destructure MapboxPlugProps,
making all options truly optional as intended.
Changes:
- Updated all ConfigPlugin functions to use typed default parameters
- Rebuilt plugin JavaScript files with the fix
Fixes #4070
Users can now use the plugin without providing options:
- ["@rnmapbox/maps"] instead of requiring ["@rnmapbox/maps", {}]
Previously, all ConfigPlugin functions destructured the options parameter
without default values, causing "Cannot destructure property 'RNMapboxMapsImpl'
of 'undefined'" errors when options were not provided.
This change adds default empty object values (= {}) with explicit MapboxPlugProps
type annotations to all function parameters that destructure MapboxPlugProps,
making all options truly optional as intended.
Changes:
- Updated all ConfigPlugin functions to use typed default parameters
- Rebuilt plugin JavaScript files with the fix
Fixes #4070
Users can now use the plugin without providing options:
- ["@rnmapbox/maps"] instead of requiring ["@rnmapbox/maps", {}]
Previously, all ConfigPlugin functions destructured the options parameter
without default values, causing "Cannot destructure property 'RNMapboxMapsImpl'
of 'undefined'" errors when options were not provided.
This change adds default empty object values (= {}) with explicit MapboxPlugProps
type annotations to all function parameters that destructure MapboxPlugProps,
making all options truly optional as intended.
Changes:
- Updated all ConfigPlugin functions to use typed default parameters
- Rebuilt plugin JavaScript files with the fix
Fixes #4070
Users can now use the plugin without providing options:
- ["@rnmapbox/maps"] instead of requiring ["@rnmapbox/maps", {}]
Previously, all ConfigPlugin functions destructured the options parameter
without default values, causing "Cannot destructure property 'RNMapboxMapsImpl'
of 'undefined'" errors when options were not provided.
This change adds default empty object values (= {}) with explicit MapboxPlugProps
type annotations to all function parameters that destructure MapboxPlugProps,
making all options truly optional as intended.
Changes:
- Updated all ConfigPlugin functions to use typed default parameters
- Rebuilt plugin JavaScript files with the fix
Fixes #4070
|
@dwightwatson So I've fixed the issue, now the plugin should work with just |
|
Thanks - appreciate that. I noticed the new version and upgraded already... much simpler! |
|
Closing this as I think it's outdated now. Feel free to open a new doc pr if there is still something needs clarification |
Description
Related to #4069
I too ran into a build issue when trying to upgrade and migrate towards using the download token as an environment variable. The version in the docs won't build for Expo - so I've updated it to a version that works (see the related issue) and linked to where users can see the current available versions.
Checklist
CONTRIBUTING.mdyarn generatein the root folder/exampleapp./example)