2015-03-14 08:22:25 +00:00
|
|
|
/**
|
2015-03-23 20:35:08 +00:00
|
|
|
* Copyright (c) 2015-present, Facebook, Inc.
|
|
|
|
*
|
2018-02-17 02:24:55 +00:00
|
|
|
* This source code is licensed under the MIT license found in the
|
|
|
|
* LICENSE file in the root directory of this source tree.
|
2015-03-14 08:22:25 +00:00
|
|
|
*
|
|
|
|
*/
|
|
|
|
'use strict';
|
|
|
|
|
2018-03-03 23:04:46 +00:00
|
|
|
const EdgeInsetsPropType = require('EdgeInsetsPropType');
|
|
|
|
const ActivityIndicator = require('ActivityIndicator');
|
|
|
|
const React = require('React');
|
|
|
|
const PropTypes = require('prop-types');
|
|
|
|
const ReactNative = require('ReactNative');
|
|
|
|
const StyleSheet = require('StyleSheet');
|
|
|
|
const UIManager = require('UIManager');
|
|
|
|
const View = require('View');
|
|
|
|
const ViewPropTypes = require('ViewPropTypes');
|
2018-05-05 05:44:30 +00:00
|
|
|
const WebViewShared = require('WebViewShared');
|
2018-03-03 23:04:46 +00:00
|
|
|
|
|
|
|
const deprecatedPropType = require('deprecatedPropType');
|
|
|
|
const keyMirror = require('fbjs/lib/keyMirror');
|
|
|
|
const requireNativeComponent = require('requireNativeComponent');
|
|
|
|
const resolveAssetSource = require('resolveAssetSource');
|
|
|
|
|
|
|
|
const RCT_WEBVIEW_REF = 'webview';
|
|
|
|
|
|
|
|
const WebViewState = keyMirror({
|
2015-03-14 08:22:25 +00:00
|
|
|
IDLE: null,
|
|
|
|
LOADING: null,
|
|
|
|
ERROR: null,
|
|
|
|
});
|
|
|
|
|
2018-03-03 23:04:46 +00:00
|
|
|
const defaultRenderLoading = () => (
|
2016-04-01 15:04:11 +00:00
|
|
|
<View style={styles.loadingView}>
|
2016-06-14 05:15:47 +00:00
|
|
|
<ActivityIndicator
|
2016-04-01 15:04:11 +00:00
|
|
|
style={styles.loadingProgressBar}
|
|
|
|
/>
|
|
|
|
</View>
|
|
|
|
);
|
|
|
|
|
2015-10-29 16:00:33 +00:00
|
|
|
/**
|
2015-12-17 19:47:37 +00:00
|
|
|
* Renders a native WebView.
|
2015-10-29 16:00:33 +00:00
|
|
|
*/
|
2016-07-26 08:00:02 +00:00
|
|
|
class WebView extends React.Component {
|
Add props for overriding native component
Summary:
Opening a new PR for #10946 (see discussion there).
This PR builds upon #14775 (iOS ViewManager inheritance) and #14261 (more extensible Android WebView).
**Motivation**
When `WebView.android.js` and `WebView.ios.js` use `requireNativeComponent`, they are hard-coded to require `RCTWebView`. This means if you want to re-use the same JS-logic, but require a custom native WebView-implementation, you have to duplicate the entire JS-code files.
The same is true if you want to pass through any custom events or props, which you want to set on the custom native `WebView`.
What I'm trying to solve with this PR is to able to extend native WebView logic, and being able to re-use and extend existing WebView JS-logic.
This is done by adding a new `nativeConfig` prop on WebView. I've also moved the extra `requireNativeComponent` config to `WebView.extraNativeComponentConfig` for easier re-use.
**Test plan**
jacobp100 has been kind enough to help me with docs for this new feature. So that is part of the PR and can be read for some information.
I've also created an example app which demonstrates how to use this functionality: https://github.com/cbrevik/webview-native-config-example
If you've implemented the native side as in the example repo above, it should be fairly easy to use from JavaScript like this:
```javascript
import React, { Component, PropTypes } from 'react';
import { WebView, requireNativeComponent, NativeModules } from 'react-native';
const { CustomWebViewManager } = NativeModules;
export default class CustomWebView extends Component {
static propTypes = {
...WebView.propTypes,
finalUrl: PropTypes.string,
onNavigationCompleted: PropTypes.func,
};
_onNavigationCompleted = (event) => {
const { onNavigationCompleted } = this.props;
onNavigationCompleted && onNavigationCompleted(event);
}
render() {
return (
<WebView
{...this.props}
nativeConfig={{
component: RCTCustomWebView,
props: {
finalUrl: this.props.finalUrl,
onNavigationCompleted: this._onNavigationCompleted,
},
viewManager: CustomWebViewManager
}}
/>
);
}
}
const RCTCustomWebView = requireNativeComponent(
'RCTCustomWebView',
CustomWebView,
WebView.extraNativeComponentConfig
);
```
As you see, you require the custom native implementation at the bottom, and send in that along with any custom props with the `nativeConfig` prop on the `WebView`. You also send in the `viewManager` since iOS requires that for `startLoadWithResult`.
**Discussion**
As noted in the original PR, this could in principle be done with more React Native components, to make it easier for the community to re-use and extend native components.
Closes https://github.com/facebook/react-native/pull/15016
Differential Revision: D5701280
Pulled By: hramos
fbshipit-source-id: 6c3702654339b037ee81d190c623b8857550e972
2017-09-19 22:49:44 +00:00
|
|
|
static get extraNativeComponentConfig() {
|
|
|
|
return {
|
|
|
|
nativeOnly: {
|
|
|
|
messagingEnabled: PropTypes.bool,
|
|
|
|
},
|
|
|
|
};
|
|
|
|
}
|
|
|
|
|
2016-07-26 08:00:02 +00:00
|
|
|
static propTypes = {
|
2017-03-24 07:22:57 +00:00
|
|
|
...ViewPropTypes,
|
2016-01-01 02:03:37 +00:00
|
|
|
renderError: PropTypes.func,
|
2015-12-17 19:47:37 +00:00
|
|
|
renderLoading: PropTypes.func,
|
2016-01-15 17:30:47 +00:00
|
|
|
onLoad: PropTypes.func,
|
|
|
|
onLoadEnd: PropTypes.func,
|
|
|
|
onLoadStart: PropTypes.func,
|
|
|
|
onError: PropTypes.func,
|
2015-03-14 08:22:25 +00:00
|
|
|
automaticallyAdjustContentInsets: PropTypes.bool,
|
|
|
|
contentInset: EdgeInsetsPropType,
|
|
|
|
onNavigationStateChange: PropTypes.func,
|
2016-10-16 13:29:14 +00:00
|
|
|
onMessage: PropTypes.func,
|
2016-08-29 19:23:09 +00:00
|
|
|
onContentSizeChange: PropTypes.func,
|
2015-03-14 08:22:25 +00:00
|
|
|
startInLoadingState: PropTypes.bool, // force WebView to show loadingView on first load
|
2017-03-24 07:22:57 +00:00
|
|
|
style: ViewPropTypes.style,
|
2015-12-17 19:47:37 +00:00
|
|
|
|
2016-02-01 18:05:26 +00:00
|
|
|
html: deprecatedPropType(
|
|
|
|
PropTypes.string,
|
|
|
|
'Use the `source` prop instead.'
|
|
|
|
),
|
|
|
|
|
|
|
|
url: deprecatedPropType(
|
|
|
|
PropTypes.string,
|
|
|
|
'Use the `source` prop instead.'
|
|
|
|
),
|
|
|
|
|
|
|
|
/**
|
2016-02-02 02:00:18 +00:00
|
|
|
* Loads static html or a uri (with optional headers) in the WebView.
|
2016-02-01 18:05:26 +00:00
|
|
|
*/
|
2016-02-02 02:00:18 +00:00
|
|
|
source: PropTypes.oneOfType([
|
|
|
|
PropTypes.shape({
|
|
|
|
/*
|
|
|
|
* The URI to load in the WebView. Can be a local or remote file.
|
|
|
|
*/
|
|
|
|
uri: PropTypes.string,
|
|
|
|
/*
|
|
|
|
* The HTTP Method to use. Defaults to GET if not specified.
|
|
|
|
* NOTE: On Android, only GET and POST are supported.
|
|
|
|
*/
|
|
|
|
method: PropTypes.oneOf(['GET', 'POST']),
|
|
|
|
/*
|
|
|
|
* Additional HTTP headers to send with the request.
|
|
|
|
* NOTE: On Android, this can only be used with GET requests.
|
|
|
|
*/
|
|
|
|
headers: PropTypes.object,
|
|
|
|
/*
|
|
|
|
* The HTTP body to send with the request. This must be a valid
|
|
|
|
* UTF-8 string, and will be sent exactly as specified, with no
|
|
|
|
* additional encoding (e.g. URL-escaping or base64) applied.
|
|
|
|
* NOTE: On Android, this can only be used with POST requests.
|
|
|
|
*/
|
|
|
|
body: PropTypes.string,
|
|
|
|
}),
|
|
|
|
PropTypes.shape({
|
|
|
|
/*
|
|
|
|
* A static HTML page to display in the WebView.
|
|
|
|
*/
|
|
|
|
html: PropTypes.string,
|
|
|
|
/*
|
|
|
|
* The base URL to be used for any relative links in the HTML.
|
|
|
|
*/
|
|
|
|
baseUrl: PropTypes.string,
|
|
|
|
}),
|
Support non-image assets in packager
Summary:
public
The packager currently assumes that all assets that are not JSON or JS files must be images. Although it is possible to add other extension types, they crash the packager if you try to require them, because it attempts to get their dimensions, assuming that they are an image.
This is a crude workaround for that problem, which skips the image-specific processing for non-image assets, but really it would be better if the packager was properly aware of different asset types and treated them differently (e.g. for sounds it could include the duration, for HTML pages it could parse and include linked CSS files, etc).
I've also added an example of using `require('...')` to load a packager-managed HTML page in the UIExplorer WebView example. In future I anticipate that all static asset types (sounds, fonts, etc.) could be handled in this way, which allows them to be edited or added/removed on the fly instead of needing to restart the app.
Reviewed By: martinbigio
Differential Revision: D2895619
fb-gh-sync-id: cd93794ca66bad838621cd7df3ff3c62b5645e85
2016-02-04 01:30:01 +00:00
|
|
|
/*
|
|
|
|
* Used internally by packager.
|
|
|
|
*/
|
|
|
|
PropTypes.number,
|
2016-02-02 02:00:18 +00:00
|
|
|
]),
|
2016-02-01 18:05:26 +00:00
|
|
|
|
2015-12-17 19:47:37 +00:00
|
|
|
/**
|
|
|
|
* Used on Android only, JS is enabled by default for WebView on iOS
|
|
|
|
* @platform android
|
|
|
|
*/
|
2016-01-05 18:31:42 +00:00
|
|
|
javaScriptEnabled: PropTypes.bool,
|
2015-07-08 00:07:52 +00:00
|
|
|
|
2017-05-29 04:28:45 +00:00
|
|
|
/**
|
|
|
|
* Used on Android Lollipop and above only, third party cookies are enabled
|
|
|
|
* by default for WebView on Android Kitkat and below and on iOS
|
|
|
|
* @platform android
|
|
|
|
*/
|
|
|
|
thirdPartyCookiesEnabled: PropTypes.bool,
|
|
|
|
|
2016-01-01 02:03:37 +00:00
|
|
|
/**
|
|
|
|
* Used on Android only, controls whether DOM Storage is enabled or not
|
|
|
|
* @platform android
|
|
|
|
*/
|
2016-01-05 18:31:42 +00:00
|
|
|
domStorageEnabled: PropTypes.bool,
|
2016-01-01 02:03:37 +00:00
|
|
|
|
2018-05-02 22:19:50 +00:00
|
|
|
/**
|
|
|
|
* Sets whether Geolocation is enabled. The default is false.
|
|
|
|
* @platform android
|
|
|
|
*/
|
|
|
|
geolocationEnabled: PropTypes.bool,
|
|
|
|
|
2015-07-08 00:07:52 +00:00
|
|
|
/**
|
|
|
|
* Sets the JS to be injected when the webpage loads.
|
|
|
|
*/
|
|
|
|
injectedJavaScript: PropTypes.string,
|
|
|
|
|
2016-02-19 14:27:31 +00:00
|
|
|
/**
|
|
|
|
* Sets whether the webpage scales to fit the view and the user can change the scale.
|
|
|
|
*/
|
|
|
|
scalesPageToFit: PropTypes.bool,
|
|
|
|
|
2015-06-12 09:40:49 +00:00
|
|
|
/**
|
2015-12-17 19:47:37 +00:00
|
|
|
* Sets the user-agent for this WebView. The user-agent can also be set in native using
|
|
|
|
* WebViewConfig. This prop will overwrite that config.
|
2015-06-12 09:40:49 +00:00
|
|
|
*/
|
|
|
|
userAgent: PropTypes.string,
|
2015-12-17 19:47:37 +00:00
|
|
|
|
2015-03-14 08:22:25 +00:00
|
|
|
/**
|
|
|
|
* Used to locate this view in end-to-end tests.
|
|
|
|
*/
|
|
|
|
testID: PropTypes.string,
|
2016-03-16 17:02:09 +00:00
|
|
|
|
|
|
|
/**
|
|
|
|
* Determines whether HTML5 audio & videos require the user to tap before they can
|
|
|
|
* start playing. The default value is `false`.
|
|
|
|
*/
|
|
|
|
mediaPlaybackRequiresUserAction: PropTypes.bool,
|
2016-11-08 16:32:44 +00:00
|
|
|
|
|
|
|
/**
|
|
|
|
* Boolean that sets whether JavaScript running in the context of a file
|
|
|
|
* scheme URL should be allowed to access content from any origin.
|
|
|
|
* Including accessing content from other file scheme URLs
|
|
|
|
* @platform android
|
|
|
|
*/
|
|
|
|
allowUniversalAccessFromFileURLs: PropTypes.bool,
|
2017-03-02 23:24:27 +00:00
|
|
|
|
2018-05-05 05:44:30 +00:00
|
|
|
/**
|
|
|
|
* List of origin strings to allow being navigated to. The strings allow
|
|
|
|
* wildcards and get matched against *just* the origin (not the full URL).
|
|
|
|
* If the user taps to navigate to a new page but the new page is not in
|
|
|
|
* this whitelist, the URL will be oppened by the Android OS.
|
|
|
|
* The default whitelisted origins are "http://*" and "https://*".
|
|
|
|
*/
|
|
|
|
originWhitelist: PropTypes.arrayOf(PropTypes.string),
|
|
|
|
|
2017-03-02 23:24:27 +00:00
|
|
|
/**
|
|
|
|
* Function that accepts a string that will be passed to the WebView and
|
|
|
|
* executed immediately as JavaScript.
|
|
|
|
*/
|
|
|
|
injectJavaScript: PropTypes.func,
|
2017-03-08 14:37:31 +00:00
|
|
|
|
|
|
|
/**
|
|
|
|
* Specifies the mixed content mode. i.e WebView will allow a secure origin to load content from any other origin.
|
|
|
|
*
|
|
|
|
* Possible values for `mixedContentMode` are:
|
|
|
|
*
|
|
|
|
* - `'never'` (default) - WebView will not allow a secure origin to load content from an insecure origin.
|
|
|
|
* - `'always'` - WebView will allow a secure origin to load content from any other origin, even if that origin is insecure.
|
|
|
|
* - `'compatibility'` - WebView will attempt to be compatible with the approach of a modern web browser with regard to mixed content.
|
|
|
|
* @platform android
|
|
|
|
*/
|
|
|
|
mixedContentMode: PropTypes.oneOf([
|
|
|
|
'never',
|
|
|
|
'always',
|
|
|
|
'compatibility'
|
|
|
|
]),
|
2017-04-10 04:32:57 +00:00
|
|
|
|
|
|
|
/**
|
|
|
|
* Used on Android only, controls whether form autocomplete data should be saved
|
|
|
|
* @platform android
|
|
|
|
*/
|
|
|
|
saveFormDataDisabled: PropTypes.bool,
|
2017-08-17 02:03:25 +00:00
|
|
|
|
|
|
|
/**
|
Add props for overriding native component
Summary:
Opening a new PR for #10946 (see discussion there).
This PR builds upon #14775 (iOS ViewManager inheritance) and #14261 (more extensible Android WebView).
**Motivation**
When `WebView.android.js` and `WebView.ios.js` use `requireNativeComponent`, they are hard-coded to require `RCTWebView`. This means if you want to re-use the same JS-logic, but require a custom native WebView-implementation, you have to duplicate the entire JS-code files.
The same is true if you want to pass through any custom events or props, which you want to set on the custom native `WebView`.
What I'm trying to solve with this PR is to able to extend native WebView logic, and being able to re-use and extend existing WebView JS-logic.
This is done by adding a new `nativeConfig` prop on WebView. I've also moved the extra `requireNativeComponent` config to `WebView.extraNativeComponentConfig` for easier re-use.
**Test plan**
jacobp100 has been kind enough to help me with docs for this new feature. So that is part of the PR and can be read for some information.
I've also created an example app which demonstrates how to use this functionality: https://github.com/cbrevik/webview-native-config-example
If you've implemented the native side as in the example repo above, it should be fairly easy to use from JavaScript like this:
```javascript
import React, { Component, PropTypes } from 'react';
import { WebView, requireNativeComponent, NativeModules } from 'react-native';
const { CustomWebViewManager } = NativeModules;
export default class CustomWebView extends Component {
static propTypes = {
...WebView.propTypes,
finalUrl: PropTypes.string,
onNavigationCompleted: PropTypes.func,
};
_onNavigationCompleted = (event) => {
const { onNavigationCompleted } = this.props;
onNavigationCompleted && onNavigationCompleted(event);
}
render() {
return (
<WebView
{...this.props}
nativeConfig={{
component: RCTCustomWebView,
props: {
finalUrl: this.props.finalUrl,
onNavigationCompleted: this._onNavigationCompleted,
},
viewManager: CustomWebViewManager
}}
/>
);
}
}
const RCTCustomWebView = requireNativeComponent(
'RCTCustomWebView',
CustomWebView,
WebView.extraNativeComponentConfig
);
```
As you see, you require the custom native implementation at the bottom, and send in that along with any custom props with the `nativeConfig` prop on the `WebView`. You also send in the `viewManager` since iOS requires that for `startLoadWithResult`.
**Discussion**
As noted in the original PR, this could in principle be done with more React Native components, to make it easier for the community to re-use and extend native components.
Closes https://github.com/facebook/react-native/pull/15016
Differential Revision: D5701280
Pulled By: hramos
fbshipit-source-id: 6c3702654339b037ee81d190c623b8857550e972
2017-09-19 22:49:44 +00:00
|
|
|
* Override the native component used to render the WebView. Enables a custom native
|
|
|
|
* WebView which uses the same JavaScript as the original WebView.
|
|
|
|
*/
|
|
|
|
nativeConfig: PropTypes.shape({
|
|
|
|
/*
|
|
|
|
* The native component used to render the WebView.
|
|
|
|
*/
|
|
|
|
component: PropTypes.any,
|
|
|
|
/*
|
|
|
|
* Set props directly on the native component WebView. Enables custom props which the
|
|
|
|
* original WebView doesn't pass through.
|
|
|
|
*/
|
|
|
|
props: PropTypes.object,
|
|
|
|
/*
|
|
|
|
* Set the ViewManager to use for communcation with the native side.
|
|
|
|
* @platform ios
|
|
|
|
*/
|
|
|
|
viewManager: PropTypes.object,
|
|
|
|
}),
|
|
|
|
/*
|
2017-08-17 02:03:25 +00:00
|
|
|
* Used on Android only, controls whether the given list of URL prefixes should
|
|
|
|
* make {@link com.facebook.react.views.webview.ReactWebViewClient} to launch a
|
|
|
|
* default activity intent for those URL instead of loading it within the webview.
|
|
|
|
* Use this to list URLs that WebView cannot handle, e.g. a PDF url.
|
|
|
|
* @platform android
|
|
|
|
*/
|
|
|
|
urlPrefixesForDefaultIntent: PropTypes.arrayOf(PropTypes.string),
|
2016-07-26 08:00:02 +00:00
|
|
|
};
|
2015-03-14 08:22:25 +00:00
|
|
|
|
2016-07-26 08:00:02 +00:00
|
|
|
static defaultProps = {
|
|
|
|
javaScriptEnabled : true,
|
2017-05-29 04:28:45 +00:00
|
|
|
thirdPartyCookiesEnabled: true,
|
2016-07-26 08:00:02 +00:00
|
|
|
scalesPageToFit: true,
|
2018-05-05 05:44:30 +00:00
|
|
|
saveFormDataDisabled: false,
|
|
|
|
originWhitelist: WebViewShared.defaultOriginWhitelist,
|
2016-07-26 08:00:02 +00:00
|
|
|
};
|
2015-03-14 08:22:25 +00:00
|
|
|
|
2016-07-26 08:00:02 +00:00
|
|
|
state = {
|
|
|
|
viewState: WebViewState.IDLE,
|
|
|
|
lastErrorEvent: null,
|
|
|
|
startInLoadingState: true,
|
|
|
|
};
|
2016-02-17 12:04:59 +00:00
|
|
|
|
2018-02-08 18:26:45 +00:00
|
|
|
UNSAFE_componentWillMount() {
|
2015-03-14 08:22:25 +00:00
|
|
|
if (this.props.startInLoadingState) {
|
|
|
|
this.setState({viewState: WebViewState.LOADING});
|
|
|
|
}
|
2016-07-26 08:00:02 +00:00
|
|
|
}
|
2015-03-14 08:22:25 +00:00
|
|
|
|
2016-07-26 08:00:02 +00:00
|
|
|
render() {
|
2018-03-03 23:04:46 +00:00
|
|
|
let otherView = null;
|
2015-03-14 08:22:25 +00:00
|
|
|
|
|
|
|
if (this.state.viewState === WebViewState.LOADING) {
|
2016-04-01 15:04:11 +00:00
|
|
|
otherView = (this.props.renderLoading || defaultRenderLoading)();
|
2015-03-14 08:22:25 +00:00
|
|
|
} else if (this.state.viewState === WebViewState.ERROR) {
|
2018-03-03 23:04:46 +00:00
|
|
|
const errorEvent = this.state.lastErrorEvent;
|
2015-04-09 23:20:59 +00:00
|
|
|
otherView = this.props.renderError && this.props.renderError(
|
2015-03-14 08:22:25 +00:00
|
|
|
errorEvent.domain,
|
|
|
|
errorEvent.code,
|
|
|
|
errorEvent.description);
|
|
|
|
} else if (this.state.viewState !== WebViewState.IDLE) {
|
2015-05-18 22:30:17 +00:00
|
|
|
console.error('RCTWebView invalid state encountered: ' + this.state.loading);
|
2015-03-14 08:22:25 +00:00
|
|
|
}
|
|
|
|
|
2018-03-03 23:04:46 +00:00
|
|
|
const webViewStyles = [styles.container, this.props.style];
|
2015-03-14 08:22:25 +00:00
|
|
|
if (this.state.viewState === WebViewState.LOADING ||
|
|
|
|
this.state.viewState === WebViewState.ERROR) {
|
|
|
|
// if we're in either LOADING or ERROR states, don't show the webView
|
|
|
|
webViewStyles.push(styles.hidden);
|
|
|
|
}
|
|
|
|
|
2018-03-03 23:04:46 +00:00
|
|
|
const source = this.props.source || {};
|
2016-02-01 18:05:26 +00:00
|
|
|
if (this.props.html) {
|
|
|
|
source.html = this.props.html;
|
|
|
|
} else if (this.props.url) {
|
|
|
|
source.uri = this.props.url;
|
|
|
|
}
|
2016-02-15 23:13:42 +00:00
|
|
|
|
2016-02-02 02:00:18 +00:00
|
|
|
if (source.method === 'POST' && source.headers) {
|
|
|
|
console.warn('WebView: `source.headers` is not supported when using POST.');
|
|
|
|
} else if (source.method === 'GET' && source.body) {
|
|
|
|
console.warn('WebView: `source.body` is not supported when using GET.');
|
|
|
|
}
|
2016-02-01 18:05:26 +00:00
|
|
|
|
Add props for overriding native component
Summary:
Opening a new PR for #10946 (see discussion there).
This PR builds upon #14775 (iOS ViewManager inheritance) and #14261 (more extensible Android WebView).
**Motivation**
When `WebView.android.js` and `WebView.ios.js` use `requireNativeComponent`, they are hard-coded to require `RCTWebView`. This means if you want to re-use the same JS-logic, but require a custom native WebView-implementation, you have to duplicate the entire JS-code files.
The same is true if you want to pass through any custom events or props, which you want to set on the custom native `WebView`.
What I'm trying to solve with this PR is to able to extend native WebView logic, and being able to re-use and extend existing WebView JS-logic.
This is done by adding a new `nativeConfig` prop on WebView. I've also moved the extra `requireNativeComponent` config to `WebView.extraNativeComponentConfig` for easier re-use.
**Test plan**
jacobp100 has been kind enough to help me with docs for this new feature. So that is part of the PR and can be read for some information.
I've also created an example app which demonstrates how to use this functionality: https://github.com/cbrevik/webview-native-config-example
If you've implemented the native side as in the example repo above, it should be fairly easy to use from JavaScript like this:
```javascript
import React, { Component, PropTypes } from 'react';
import { WebView, requireNativeComponent, NativeModules } from 'react-native';
const { CustomWebViewManager } = NativeModules;
export default class CustomWebView extends Component {
static propTypes = {
...WebView.propTypes,
finalUrl: PropTypes.string,
onNavigationCompleted: PropTypes.func,
};
_onNavigationCompleted = (event) => {
const { onNavigationCompleted } = this.props;
onNavigationCompleted && onNavigationCompleted(event);
}
render() {
return (
<WebView
{...this.props}
nativeConfig={{
component: RCTCustomWebView,
props: {
finalUrl: this.props.finalUrl,
onNavigationCompleted: this._onNavigationCompleted,
},
viewManager: CustomWebViewManager
}}
/>
);
}
}
const RCTCustomWebView = requireNativeComponent(
'RCTCustomWebView',
CustomWebView,
WebView.extraNativeComponentConfig
);
```
As you see, you require the custom native implementation at the bottom, and send in that along with any custom props with the `nativeConfig` prop on the `WebView`. You also send in the `viewManager` since iOS requires that for `startLoadWithResult`.
**Discussion**
As noted in the original PR, this could in principle be done with more React Native components, to make it easier for the community to re-use and extend native components.
Closes https://github.com/facebook/react-native/pull/15016
Differential Revision: D5701280
Pulled By: hramos
fbshipit-source-id: 6c3702654339b037ee81d190c623b8857550e972
2017-09-19 22:49:44 +00:00
|
|
|
const nativeConfig = this.props.nativeConfig || {};
|
|
|
|
|
2018-05-05 05:44:30 +00:00
|
|
|
const originWhitelist = (this.props.originWhitelist || []).map(WebViewShared.originWhitelistToRegex);
|
|
|
|
|
Add props for overriding native component
Summary:
Opening a new PR for #10946 (see discussion there).
This PR builds upon #14775 (iOS ViewManager inheritance) and #14261 (more extensible Android WebView).
**Motivation**
When `WebView.android.js` and `WebView.ios.js` use `requireNativeComponent`, they are hard-coded to require `RCTWebView`. This means if you want to re-use the same JS-logic, but require a custom native WebView-implementation, you have to duplicate the entire JS-code files.
The same is true if you want to pass through any custom events or props, which you want to set on the custom native `WebView`.
What I'm trying to solve with this PR is to able to extend native WebView logic, and being able to re-use and extend existing WebView JS-logic.
This is done by adding a new `nativeConfig` prop on WebView. I've also moved the extra `requireNativeComponent` config to `WebView.extraNativeComponentConfig` for easier re-use.
**Test plan**
jacobp100 has been kind enough to help me with docs for this new feature. So that is part of the PR and can be read for some information.
I've also created an example app which demonstrates how to use this functionality: https://github.com/cbrevik/webview-native-config-example
If you've implemented the native side as in the example repo above, it should be fairly easy to use from JavaScript like this:
```javascript
import React, { Component, PropTypes } from 'react';
import { WebView, requireNativeComponent, NativeModules } from 'react-native';
const { CustomWebViewManager } = NativeModules;
export default class CustomWebView extends Component {
static propTypes = {
...WebView.propTypes,
finalUrl: PropTypes.string,
onNavigationCompleted: PropTypes.func,
};
_onNavigationCompleted = (event) => {
const { onNavigationCompleted } = this.props;
onNavigationCompleted && onNavigationCompleted(event);
}
render() {
return (
<WebView
{...this.props}
nativeConfig={{
component: RCTCustomWebView,
props: {
finalUrl: this.props.finalUrl,
onNavigationCompleted: this._onNavigationCompleted,
},
viewManager: CustomWebViewManager
}}
/>
);
}
}
const RCTCustomWebView = requireNativeComponent(
'RCTCustomWebView',
CustomWebView,
WebView.extraNativeComponentConfig
);
```
As you see, you require the custom native implementation at the bottom, and send in that along with any custom props with the `nativeConfig` prop on the `WebView`. You also send in the `viewManager` since iOS requires that for `startLoadWithResult`.
**Discussion**
As noted in the original PR, this could in principle be done with more React Native components, to make it easier for the community to re-use and extend native components.
Closes https://github.com/facebook/react-native/pull/15016
Differential Revision: D5701280
Pulled By: hramos
fbshipit-source-id: 6c3702654339b037ee81d190c623b8857550e972
2017-09-19 22:49:44 +00:00
|
|
|
let NativeWebView = nativeConfig.component || RCTWebView;
|
|
|
|
|
2018-03-03 23:04:46 +00:00
|
|
|
const webView =
|
Add props for overriding native component
Summary:
Opening a new PR for #10946 (see discussion there).
This PR builds upon #14775 (iOS ViewManager inheritance) and #14261 (more extensible Android WebView).
**Motivation**
When `WebView.android.js` and `WebView.ios.js` use `requireNativeComponent`, they are hard-coded to require `RCTWebView`. This means if you want to re-use the same JS-logic, but require a custom native WebView-implementation, you have to duplicate the entire JS-code files.
The same is true if you want to pass through any custom events or props, which you want to set on the custom native `WebView`.
What I'm trying to solve with this PR is to able to extend native WebView logic, and being able to re-use and extend existing WebView JS-logic.
This is done by adding a new `nativeConfig` prop on WebView. I've also moved the extra `requireNativeComponent` config to `WebView.extraNativeComponentConfig` for easier re-use.
**Test plan**
jacobp100 has been kind enough to help me with docs for this new feature. So that is part of the PR and can be read for some information.
I've also created an example app which demonstrates how to use this functionality: https://github.com/cbrevik/webview-native-config-example
If you've implemented the native side as in the example repo above, it should be fairly easy to use from JavaScript like this:
```javascript
import React, { Component, PropTypes } from 'react';
import { WebView, requireNativeComponent, NativeModules } from 'react-native';
const { CustomWebViewManager } = NativeModules;
export default class CustomWebView extends Component {
static propTypes = {
...WebView.propTypes,
finalUrl: PropTypes.string,
onNavigationCompleted: PropTypes.func,
};
_onNavigationCompleted = (event) => {
const { onNavigationCompleted } = this.props;
onNavigationCompleted && onNavigationCompleted(event);
}
render() {
return (
<WebView
{...this.props}
nativeConfig={{
component: RCTCustomWebView,
props: {
finalUrl: this.props.finalUrl,
onNavigationCompleted: this._onNavigationCompleted,
},
viewManager: CustomWebViewManager
}}
/>
);
}
}
const RCTCustomWebView = requireNativeComponent(
'RCTCustomWebView',
CustomWebView,
WebView.extraNativeComponentConfig
);
```
As you see, you require the custom native implementation at the bottom, and send in that along with any custom props with the `nativeConfig` prop on the `WebView`. You also send in the `viewManager` since iOS requires that for `startLoadWithResult`.
**Discussion**
As noted in the original PR, this could in principle be done with more React Native components, to make it easier for the community to re-use and extend native components.
Closes https://github.com/facebook/react-native/pull/15016
Differential Revision: D5701280
Pulled By: hramos
fbshipit-source-id: 6c3702654339b037ee81d190c623b8857550e972
2017-09-19 22:49:44 +00:00
|
|
|
<NativeWebView
|
2015-03-17 10:08:46 +00:00
|
|
|
ref={RCT_WEBVIEW_REF}
|
2015-03-14 08:22:25 +00:00
|
|
|
key="webViewKey"
|
|
|
|
style={webViewStyles}
|
Support non-image assets in packager
Summary:
public
The packager currently assumes that all assets that are not JSON or JS files must be images. Although it is possible to add other extension types, they crash the packager if you try to require them, because it attempts to get their dimensions, assuming that they are an image.
This is a crude workaround for that problem, which skips the image-specific processing for non-image assets, but really it would be better if the packager was properly aware of different asset types and treated them differently (e.g. for sounds it could include the duration, for HTML pages it could parse and include linked CSS files, etc).
I've also added an example of using `require('...')` to load a packager-managed HTML page in the UIExplorer WebView example. In future I anticipate that all static asset types (sounds, fonts, etc.) could be handled in this way, which allows them to be edited or added/removed on the fly instead of needing to restart the app.
Reviewed By: martinbigio
Differential Revision: D2895619
fb-gh-sync-id: cd93794ca66bad838621cd7df3ff3c62b5645e85
2016-02-04 01:30:01 +00:00
|
|
|
source={resolveAssetSource(source)}
|
2016-02-19 14:27:31 +00:00
|
|
|
scalesPageToFit={this.props.scalesPageToFit}
|
2015-07-08 00:07:52 +00:00
|
|
|
injectedJavaScript={this.props.injectedJavaScript}
|
2015-06-12 09:40:49 +00:00
|
|
|
userAgent={this.props.userAgent}
|
2016-02-17 12:04:59 +00:00
|
|
|
javaScriptEnabled={this.props.javaScriptEnabled}
|
2017-05-29 04:28:45 +00:00
|
|
|
thirdPartyCookiesEnabled={this.props.thirdPartyCookiesEnabled}
|
2016-02-17 12:04:59 +00:00
|
|
|
domStorageEnabled={this.props.domStorageEnabled}
|
2016-10-16 13:29:14 +00:00
|
|
|
messagingEnabled={typeof this.props.onMessage === 'function'}
|
|
|
|
onMessage={this.onMessage}
|
2015-03-14 08:22:25 +00:00
|
|
|
contentInset={this.props.contentInset}
|
|
|
|
automaticallyAdjustContentInsets={this.props.automaticallyAdjustContentInsets}
|
2016-08-29 19:23:09 +00:00
|
|
|
onContentSizeChange={this.props.onContentSizeChange}
|
2015-03-14 08:22:25 +00:00
|
|
|
onLoadingStart={this.onLoadingStart}
|
|
|
|
onLoadingFinish={this.onLoadingFinish}
|
|
|
|
onLoadingError={this.onLoadingError}
|
|
|
|
testID={this.props.testID}
|
2018-05-02 22:19:50 +00:00
|
|
|
geolocationEnabled={this.props.geolocationEnabled}
|
2016-03-16 17:02:09 +00:00
|
|
|
mediaPlaybackRequiresUserAction={this.props.mediaPlaybackRequiresUserAction}
|
2016-11-08 16:32:44 +00:00
|
|
|
allowUniversalAccessFromFileURLs={this.props.allowUniversalAccessFromFileURLs}
|
2018-05-05 05:44:30 +00:00
|
|
|
originWhitelist={originWhitelist}
|
2017-03-08 14:37:31 +00:00
|
|
|
mixedContentMode={this.props.mixedContentMode}
|
2017-04-10 04:32:57 +00:00
|
|
|
saveFormDataDisabled={this.props.saveFormDataDisabled}
|
2017-08-17 02:03:25 +00:00
|
|
|
urlPrefixesForDefaultIntent={this.props.urlPrefixesForDefaultIntent}
|
Add props for overriding native component
Summary:
Opening a new PR for #10946 (see discussion there).
This PR builds upon #14775 (iOS ViewManager inheritance) and #14261 (more extensible Android WebView).
**Motivation**
When `WebView.android.js` and `WebView.ios.js` use `requireNativeComponent`, they are hard-coded to require `RCTWebView`. This means if you want to re-use the same JS-logic, but require a custom native WebView-implementation, you have to duplicate the entire JS-code files.
The same is true if you want to pass through any custom events or props, which you want to set on the custom native `WebView`.
What I'm trying to solve with this PR is to able to extend native WebView logic, and being able to re-use and extend existing WebView JS-logic.
This is done by adding a new `nativeConfig` prop on WebView. I've also moved the extra `requireNativeComponent` config to `WebView.extraNativeComponentConfig` for easier re-use.
**Test plan**
jacobp100 has been kind enough to help me with docs for this new feature. So that is part of the PR and can be read for some information.
I've also created an example app which demonstrates how to use this functionality: https://github.com/cbrevik/webview-native-config-example
If you've implemented the native side as in the example repo above, it should be fairly easy to use from JavaScript like this:
```javascript
import React, { Component, PropTypes } from 'react';
import { WebView, requireNativeComponent, NativeModules } from 'react-native';
const { CustomWebViewManager } = NativeModules;
export default class CustomWebView extends Component {
static propTypes = {
...WebView.propTypes,
finalUrl: PropTypes.string,
onNavigationCompleted: PropTypes.func,
};
_onNavigationCompleted = (event) => {
const { onNavigationCompleted } = this.props;
onNavigationCompleted && onNavigationCompleted(event);
}
render() {
return (
<WebView
{...this.props}
nativeConfig={{
component: RCTCustomWebView,
props: {
finalUrl: this.props.finalUrl,
onNavigationCompleted: this._onNavigationCompleted,
},
viewManager: CustomWebViewManager
}}
/>
);
}
}
const RCTCustomWebView = requireNativeComponent(
'RCTCustomWebView',
CustomWebView,
WebView.extraNativeComponentConfig
);
```
As you see, you require the custom native implementation at the bottom, and send in that along with any custom props with the `nativeConfig` prop on the `WebView`. You also send in the `viewManager` since iOS requires that for `startLoadWithResult`.
**Discussion**
As noted in the original PR, this could in principle be done with more React Native components, to make it easier for the community to re-use and extend native components.
Closes https://github.com/facebook/react-native/pull/15016
Differential Revision: D5701280
Pulled By: hramos
fbshipit-source-id: 6c3702654339b037ee81d190c623b8857550e972
2017-09-19 22:49:44 +00:00
|
|
|
{...nativeConfig.props}
|
2015-03-14 08:22:25 +00:00
|
|
|
/>;
|
|
|
|
|
|
|
|
return (
|
|
|
|
<View style={styles.container}>
|
|
|
|
{webView}
|
|
|
|
{otherView}
|
|
|
|
</View>
|
|
|
|
);
|
2016-07-26 08:00:02 +00:00
|
|
|
}
|
2015-03-14 08:22:25 +00:00
|
|
|
|
2016-07-26 08:00:02 +00:00
|
|
|
goForward = () => {
|
2015-11-27 13:39:00 +00:00
|
|
|
UIManager.dispatchViewManagerCommand(
|
2016-01-31 16:40:21 +00:00
|
|
|
this.getWebViewHandle(),
|
2015-11-27 13:39:00 +00:00
|
|
|
UIManager.RCTWebView.Commands.goForward,
|
2015-05-05 09:51:17 +00:00
|
|
|
null
|
|
|
|
);
|
2016-07-26 08:00:02 +00:00
|
|
|
};
|
2015-03-14 08:22:25 +00:00
|
|
|
|
2016-07-26 08:00:02 +00:00
|
|
|
goBack = () => {
|
2015-11-27 13:39:00 +00:00
|
|
|
UIManager.dispatchViewManagerCommand(
|
2016-01-31 16:40:21 +00:00
|
|
|
this.getWebViewHandle(),
|
2015-11-27 13:39:00 +00:00
|
|
|
UIManager.RCTWebView.Commands.goBack,
|
2015-05-05 09:51:17 +00:00
|
|
|
null
|
|
|
|
);
|
2016-07-26 08:00:02 +00:00
|
|
|
};
|
2015-03-14 08:22:25 +00:00
|
|
|
|
2016-07-26 08:00:02 +00:00
|
|
|
reload = () => {
|
2017-08-17 22:42:33 +00:00
|
|
|
this.setState({
|
|
|
|
viewState: WebViewState.LOADING
|
|
|
|
});
|
2015-11-27 13:39:00 +00:00
|
|
|
UIManager.dispatchViewManagerCommand(
|
2016-01-31 16:40:21 +00:00
|
|
|
this.getWebViewHandle(),
|
2015-11-27 13:39:00 +00:00
|
|
|
UIManager.RCTWebView.Commands.reload,
|
2015-05-05 09:51:17 +00:00
|
|
|
null
|
|
|
|
);
|
2016-07-26 08:00:02 +00:00
|
|
|
};
|
2015-03-14 08:22:25 +00:00
|
|
|
|
2016-07-26 08:00:02 +00:00
|
|
|
stopLoading = () => {
|
Implemented stopLoading
Summary:**Motivation:** In my app, I'm using a WebView that loads content from my mobile site. What I want to do is when a user presses a link on the loaded page, I want to stop the WebView's request, hijack the URL and open the URL in a new WebView, pushed to the top of the navigator stack. To me, this gives the overall app a more native feel, instead of implementing a rudimentary navbar on the main WebView to go back.
**Attempted Workarounds:** I've attempted to get similar functionality by capturing the onNavigationStateChange event in the WebView, and then within calling goBack + pushing the new view to the navigator stack. From a functionality standpoint, this works. However, from a UI standpoint, the user can clearly see the webview change states to a new page + go back before having the new view pushed on top of their nav stack.
Closes https://github.com/facebook/react-native/pull/6886
Differential Revision: D3212447
Pulled By: mkonicek
fb-gh-sync-id: 05911e583d9ba54ddbd54a772153c80ed227731e
fbshipit-source-id: 05911e583d9ba54ddbd54a772153c80ed227731e
2016-04-22 15:14:53 +00:00
|
|
|
UIManager.dispatchViewManagerCommand(
|
|
|
|
this.getWebViewHandle(),
|
|
|
|
UIManager.RCTWebView.Commands.stopLoading,
|
|
|
|
null
|
|
|
|
);
|
2016-07-26 08:00:02 +00:00
|
|
|
};
|
Implemented stopLoading
Summary:**Motivation:** In my app, I'm using a WebView that loads content from my mobile site. What I want to do is when a user presses a link on the loaded page, I want to stop the WebView's request, hijack the URL and open the URL in a new WebView, pushed to the top of the navigator stack. To me, this gives the overall app a more native feel, instead of implementing a rudimentary navbar on the main WebView to go back.
**Attempted Workarounds:** I've attempted to get similar functionality by capturing the onNavigationStateChange event in the WebView, and then within calling goBack + pushing the new view to the navigator stack. From a functionality standpoint, this works. However, from a UI standpoint, the user can clearly see the webview change states to a new page + go back before having the new view pushed on top of their nav stack.
Closes https://github.com/facebook/react-native/pull/6886
Differential Revision: D3212447
Pulled By: mkonicek
fb-gh-sync-id: 05911e583d9ba54ddbd54a772153c80ed227731e
fbshipit-source-id: 05911e583d9ba54ddbd54a772153c80ed227731e
2016-04-22 15:14:53 +00:00
|
|
|
|
2016-10-16 13:29:14 +00:00
|
|
|
postMessage = (data) => {
|
|
|
|
UIManager.dispatchViewManagerCommand(
|
|
|
|
this.getWebViewHandle(),
|
|
|
|
UIManager.RCTWebView.Commands.postMessage,
|
|
|
|
[String(data)]
|
|
|
|
);
|
|
|
|
};
|
|
|
|
|
2017-01-07 04:13:20 +00:00
|
|
|
/**
|
|
|
|
* Injects a javascript string into the referenced WebView. Deliberately does not
|
|
|
|
* return a response because using eval() to return a response breaks this method
|
|
|
|
* on pages with a Content Security Policy that disallows eval(). If you need that
|
|
|
|
* functionality, look into postMessage/onMessage.
|
|
|
|
*/
|
|
|
|
injectJavaScript = (data) => {
|
|
|
|
UIManager.dispatchViewManagerCommand(
|
|
|
|
this.getWebViewHandle(),
|
|
|
|
UIManager.RCTWebView.Commands.injectJavaScript,
|
|
|
|
[data]
|
|
|
|
);
|
|
|
|
};
|
|
|
|
|
2015-03-14 08:22:25 +00:00
|
|
|
/**
|
|
|
|
* We return an event with a bunch of fields including:
|
|
|
|
* url, title, loading, canGoBack, canGoForward
|
|
|
|
*/
|
2016-07-26 08:00:02 +00:00
|
|
|
updateNavigationState = (event) => {
|
2015-03-14 08:22:25 +00:00
|
|
|
if (this.props.onNavigationStateChange) {
|
|
|
|
this.props.onNavigationStateChange(event.nativeEvent);
|
|
|
|
}
|
2016-07-26 08:00:02 +00:00
|
|
|
};
|
2015-03-14 08:22:25 +00:00
|
|
|
|
2016-07-26 08:00:02 +00:00
|
|
|
getWebViewHandle = () => {
|
2016-04-08 02:43:49 +00:00
|
|
|
return ReactNative.findNodeHandle(this.refs[RCT_WEBVIEW_REF]);
|
2016-07-26 08:00:02 +00:00
|
|
|
};
|
2015-03-14 08:22:25 +00:00
|
|
|
|
2016-07-26 08:00:02 +00:00
|
|
|
onLoadingStart = (event) => {
|
2018-03-03 23:04:46 +00:00
|
|
|
const onLoadStart = this.props.onLoadStart;
|
2016-01-15 17:30:47 +00:00
|
|
|
onLoadStart && onLoadStart(event);
|
2015-03-14 08:22:25 +00:00
|
|
|
this.updateNavigationState(event);
|
2016-07-26 08:00:02 +00:00
|
|
|
};
|
2015-03-14 08:22:25 +00:00
|
|
|
|
2016-07-26 08:00:02 +00:00
|
|
|
onLoadingError = (event) => {
|
2015-03-14 08:22:25 +00:00
|
|
|
event.persist(); // persist this event because we need to store it
|
2018-03-03 23:04:46 +00:00
|
|
|
const {onError, onLoadEnd} = this.props;
|
2016-01-15 17:30:47 +00:00
|
|
|
onError && onError(event);
|
|
|
|
onLoadEnd && onLoadEnd(event);
|
2016-09-03 06:23:11 +00:00
|
|
|
console.warn('Encountered an error loading page', event.nativeEvent);
|
2015-03-14 08:22:25 +00:00
|
|
|
|
|
|
|
this.setState({
|
|
|
|
lastErrorEvent: event.nativeEvent,
|
|
|
|
viewState: WebViewState.ERROR
|
|
|
|
});
|
2016-07-26 08:00:02 +00:00
|
|
|
};
|
2015-03-14 08:22:25 +00:00
|
|
|
|
2016-07-26 08:00:02 +00:00
|
|
|
onLoadingFinish = (event) => {
|
2018-03-03 23:04:46 +00:00
|
|
|
const {onLoad, onLoadEnd} = this.props;
|
2016-01-15 17:30:47 +00:00
|
|
|
onLoad && onLoad(event);
|
|
|
|
onLoadEnd && onLoadEnd(event);
|
2015-03-14 08:22:25 +00:00
|
|
|
this.setState({
|
|
|
|
viewState: WebViewState.IDLE,
|
|
|
|
});
|
|
|
|
this.updateNavigationState(event);
|
2016-07-26 08:00:02 +00:00
|
|
|
};
|
2016-10-16 13:29:14 +00:00
|
|
|
|
|
|
|
onMessage = (event: Event) => {
|
2018-03-03 23:04:46 +00:00
|
|
|
const {onMessage} = this.props;
|
2016-10-16 13:29:14 +00:00
|
|
|
onMessage && onMessage(event);
|
|
|
|
}
|
2016-07-26 08:00:02 +00:00
|
|
|
}
|
2015-03-14 08:22:25 +00:00
|
|
|
|
2018-03-03 23:04:46 +00:00
|
|
|
const RCTWebView = requireNativeComponent('RCTWebView', WebView, WebView.extraNativeComponentConfig);
|
2015-03-14 08:22:25 +00:00
|
|
|
|
2018-03-03 23:04:46 +00:00
|
|
|
const styles = StyleSheet.create({
|
2015-03-14 08:22:25 +00:00
|
|
|
container: {
|
|
|
|
flex: 1,
|
|
|
|
},
|
|
|
|
hidden: {
|
|
|
|
height: 0,
|
|
|
|
flex: 0, // disable 'flex:1' when hiding a View
|
|
|
|
},
|
2016-04-01 15:04:11 +00:00
|
|
|
loadingView: {
|
|
|
|
flex: 1,
|
|
|
|
justifyContent: 'center',
|
|
|
|
alignItems: 'center',
|
|
|
|
},
|
|
|
|
loadingProgressBar: {
|
|
|
|
height: 20,
|
|
|
|
},
|
2015-03-14 08:22:25 +00:00
|
|
|
});
|
|
|
|
|
|
|
|
module.exports = WebView;
|