mirror of
https://github.com/facebook/react-native.git
synced 2025-11-01 09:14:26 +00:00
* Separate Out Core Components Into Individual Parts Summary: Will create new issue to add more information to the `Components` section of the Tutorial since that was gutted by this change. Fixes #8156 Closes https://github.com/facebook/react-native/pull/8256 Differential Revision: D3459601 Pulled By: JoelMarcey fbshipit-source-id: 4038afc463bffcf8efda36d29bc7c443bbc8f4bd * Cleanup troubleshooting and debugging docs. Summary: This is a followup to #8010. Troubleshooting has been updated to list only those issues that may affect a user that is setting up their environment. Any issues related to day to day use have been moved or merged into a more relevant doc. Closes https://github.com/facebook/react-native/pull/8254 Reviewed By: caabernathy Differential Revision: D3459018 Pulled By: JoelMarcey fbshipit-source-id: dd76097af34bd33dda376fab39fb0f71061ef3e4 * Remove survey link Summary: We have enough responses now and we are in the lockdown for improving the documentation. We can add another "did we improve?" survey after lockdown sometime. Closes https://github.com/facebook/react-native/pull/8260 Differential Revision: D3463284 Pulled By: JoelMarcey fbshipit-source-id: f2d585a8aa6308de0cce0bea3974b1e7f14d5a6f * Add docs to show how to select specific simulator. Summary: Add a message to let people know they can use the `--simulator` flag to run their apps on different simulators instead of the default "iPhone 6" Closes https://github.com/facebook/react-native/pull/8078 Differential Revision: D3464912 Pulled By: JoelMarcey fbshipit-source-id: b59d5061d2b3501618602932fcc285bac99b7573 * Add ScrollView to Basics docs Summary: Add basic information about the generic `ScrollView` -- talk a bit about how it renders elements and a quick compare against something like a `ListView`. Provide a simple example. Fixes #8261 Closes https://github.com/facebook/react-native/pull/8266 Differential Revision: D3465105 Pulled By: JoelMarcey fbshipit-source-id: 3a2e1eac6e877669763fc6b8bb0fc78ebe870ab1 * Improve autogen for reference docs including jsdoc support Summary: As part of improving the API and Component reference docs #8154 this pull request adds the following: - jsdoc support for API docs. See the AlertIOS changes as an example. - type definitions support and added to both API and Component docs. This is supported via react-docgen and jsdoc. - better formatting of method properties (now shown in a table). FYI, API and Component docs were previously generated in two different ways. Components were using react-docgen and that basically remains as-is. APIs were using custom parsing code and that's been switched to use a jsdoc parser + react-docgen as an option for typedefs (it could also use the jsdoc parser). Two docs have been updated to showcase how we'd like the new docs to look: - AlertIOS (API): showing method parameters, examples, typedefs, more details overall. - Statusbar (Component): showing method parameters, typedefs, more details overall. **Note**: To convert new API docs to use the new format, add `jsdoc` to the initial file comment. C Closes https://github.com/facebook/react-native/pull/8196 Differential Revision: D3465037 Pulled By: lacker fbshipit-source-id: 78415d44bc5be02db802f5b1f7a0b249689abdf7 * overhaul showcase Summary: The motivation is that the showcase is becoming far too large to be useful. I filtered the apps for, basically, "apps that have some sort of interesting news coverage or technical blog post about them". The UI is a bit updated to also mention something about the information link. I also added the FB app itself. Closes https://github.com/facebook/react-native/pull/8263 Differential Revision: D3463856 Pulled By: JoelMarcey fbshipit-source-id: cdd309ba85edca417868f14dee7c772f73af654b * New React Native Landing Page Summary: The motivation is that we haven't changed the copy on the initial React Native landing page since launching, and we have a much clearer view of the React Native value prop now. Themes: 1. React Native is like React but for mobile apps 2. A React Native app is a "real native app" 3. Development is fast 4. You can drop down to normal native development if you need Closes https://github.com/facebook/react-native/pull/8291 Differential Revision: D3466855 Pulled By: JoelMarcey fbshipit-source-id: d1a5035640bcd795704d5f830b79e7c3d2e3ab02 * Move Videos and Newsletter to Support Summary: Simplify the sidebar. We have Twitter feed in support. These have a community feel as well. Closes https://github.com/facebook/react-native/pull/8287 Differential Revision: D3467042 Pulled By: lacker fbshipit-source-id: 60749d0cb31f284dae7c5402bfcde7b4d01aa32f * Include info about console.log Summary: I spent so much time trying to optimize my JS without noticing this. Closes https://github.com/facebook/react-native/pull/8285 Differential Revision: D3468707 fbshipit-source-id: bd5ff38ca2501891318b4be3c75bdaa10a4c64da * Add a new Handling Touches guide Summary: The new Handling Touches guide provides an overall view of how touches can be handled. It is meant to be a higher level discussion of basic touch handling, e.g. "how do I implement a button?". The existing Gesture Responder System guide has been moved to the end of the docs and is still available for reference when building custom gesture handlers. Reference: #8160  Closes https://github.com/facebook/react-native/pull/8299 Differential Revision: D3469681 Pulled By: JoelMarcey fbshipit-source-id: 3bc18e759b26c2d5c141b626acb433c5e973cef0 * Remove Polyfills section from sidebar Summary: Some of these will be in basics, guides and apis instead. One less layer of confusion. > Note: APIs are not totally alphabetical any longer -- but neither were Polyfills. We can fix that in `extractDocs.js` maybe. But not worth doing in this pull request, imho. Closes https://github.com/facebook/react-native/pull/8293 Differential Revision: D3469684 Pulled By: JoelMarcey fbshipit-source-id: 4f7830ca10b8e4406df9cec8bf13ff150e355250 * Docs: Basic Components Update Summary: This is an improvement to basic components docs. * I updated the basic components example code to better render components on iOS (added paddingTop). * I also modified the code to allow reader to easily copy, paste, and then run the code in their project if they followed the 'Getting Started' quick start guide. * I also added additional copy to clarify suggested usage/guidelines. Closes https://github.com/facebook/react-native/pull/8292 Differential Revision: D3469943 Pulled By: JoelMarcey fbshipit-source-id: 21ff6ee13b59741c43d80aab68a38aace0fbfca6 * Add react-native-web-player to core components docs Summary: This PR adds the interactive [React Native Web Player](http://dabbott.github.io/react-native-web-player/) to the docs. The web player is an embeddable iframe which runs React Native code using components from [react-native-web](https://github.com/necolas/react-native-web). For now, it's primarily for educational purposes, since only the basic components are implemented. Some details: - The iframe is loaded from MaxCDN using rawgit, locked down to a git tag. - Asset paths (i.e. images) are resolved relative to `//facebook.github.io/react-native/` - When viewed on mobile, it falls back to the syntax-highlighted code blocks. The WebPlayer can be inserted into markdown by using the fences: ``` ```ReactNativeWebPlayer import ... AppRegistry.registerComponent ... `` ` ```  I didn't actually add the WebPlayer to any docs pages in this PR. That we c Closes https://github.com/facebook/react-native/pull/8328 Differential Revision: D3471527 Pulled By: lacker fbshipit-source-id: 704da41cd77e08c7e2bc820557a74d36e88e8eb7 * More Resources doc, updating Support doc and quickstart too Summary: TLDR even more docs changes So I created a More Resources doc that aggregates the high-quality-but-off-site stuff. Let's try to put more outlinks there. Also I removed the stuff on Support that was not support, and some misc changes to clean stuff up. Closes https://github.com/facebook/react-native/pull/8329 Differential Revision: D3471669 Pulled By: JoelMarcey fbshipit-source-id: 54edd543ced1b3a8f3d0baca5475ac96bae6e487 * Add React Native Web Player to most component basics Summary: > ListView is not supported by React Native Web as of yet, so it will not have it. Closes https://github.com/facebook/react-native/pull/8331 Differential Revision: D3472019 Pulled By: lacker fbshipit-source-id: e5fb430b6c8f4d437943c159beb00b9d9252c92d * Update Navigator component doc Summary: Related to #8203 to update the Navigator component reference doc. **Test plan (required)** Started up the website and checked: http://localhost:8079/react-native/docs/navigator.html  **Note** The code is not Flow-ified so depended on jsdoc formatting to get the method parameter types. There's a current issue with handling optional types via react-docgen which parses components. There's an open PR to look into this: https://github.com/reactjs/react-docgen/pull/89. When that's resolved the `replaceAtIndex` method parameter type that's documented for `cb` needs to be updated to make it optional. Closes https://github.com/facebook/react-native/pull/8318 Differential Revision: D3471185 Pulled By: JoelMarcey fbshipit-source-id: 99f85ee2ab00dc200cf2812cce5b3ccec743d6a0 * fix Firefox bug Summary: The motivation is that the getting started page was not working in some cases in Firefox. This line of code appears to be at best a no-op, at worst fails in Firefox, since "event" is undefined. Closes https://github.com/facebook/react-native/pull/8335 Differential Revision: D3473333 Pulled By: JoelMarcey fbshipit-source-id: 40581e83126675aa072c6ee25609cfb787015ce7 * Fix guides docs to es2015 classes and remove flowtype from Animation example Summary: 1. Animation guide page is the only place where Flowtype is used, it would be better to remove it to prevent some confusion. 2. ES2015 classes in guidelines docs pages and fixed some typos **Test plan (required)** Should i write any tests for this? Closes https://github.com/facebook/react-native/pull/8339 Differential Revision: D3474192 Pulled By: bestander fbshipit-source-id: 5531d1e399eaed0952732ac2e0bd1effc72d00a8 * Update Views API documentation Summary: Ensure all `props` have documentation. Add more details to current `props`. Provide more information to the API in general. > Would like to try to integrate the React Native Web Player for the initial > example, but not right now. Closes https://github.com/facebook/react-native/pull/8341 Differential Revision: D3475105 Pulled By: caabernathy fbshipit-source-id: 00ad30b2359831740715517278bec1d0231e089d * Fixes #8252: Document how to connect to a non-default packager port o… Summary: Added some documentation to the `RunningOnDeviceAndroid.md` with screenshots to set custom port Closes https://github.com/facebook/react-native/pull/8355 Differential Revision: D3475846 Pulled By: mkonicek fbshipit-source-id: 73675b19e2bb93c859bda239f228da0883f0e305 * Add docs pages for basics: Dimensions and Layout Summary: These pages should sufficiently give a beginner enough information to make most layouts in React Native. They should go after the basics-style page, whenever that is ready. Having a single page for Layout was too much, so I split it into two: Dimensions and Layout.   lacker Closes https://github.com/facebook/react-native/pull/8364 Differential Revision: D3477147 Pulled By: lacker fbshipit-source-id: 1ef31ac0a64e43166a7581b38fa8263282672eeb * ES6-ify ListView Basics Summary: Fixes #8184 Closes https://github.com/facebook/react-native/pull/8370 Differential Revision: D3477196 Pulled By: caabernathy fbshipit-source-id: 929f84b3f8edaf03f918bb04fb9dbb48b4884b18 * Fix nits in update View API documentation Summary: Ref comments in #8341 Ref #8203 Closes https://github.com/facebook/react-native/pull/8361 Differential Revision: D3477174 Pulled By: caabernathy fbshipit-source-id: 495011c2d370d06d355e966d6ba2c52880146183 * ES6-ify ScrollView basics Summary: Closes https://github.com/facebook/react-native/pull/8368 Differential Revision: D3477381 Pulled By: caabernathy fbshipit-source-id: 0c43a9b8309db8f268a2776ebff2b4e52df559df * ES6-ify View Basics Summary: Closes https://github.com/facebook/react-native/pull/8366 Differential Revision: D3477409 Pulled By: caabernathy fbshipit-source-id: 5906e8dffc7884a6ed527fada5f907702a72c08f * ES6-ify Image Basics Summary: Closes https://github.com/facebook/react-native/pull/8365 Differential Revision: D3477411 Pulled By: caabernathy fbshipit-source-id: 26214fcf13c9e1352e198f34fcd6f5e88f1fe2da * ES6-ify TextInput Basics Summary: Closes https://github.com/facebook/react-native/pull/8367 Differential Revision: D3477404 Pulled By: caabernathy fbshipit-source-id: 16c279853b5c7a2d24033ef0d987da52dd148b24 * ES6-ify Text Basics Summary: Closes https://github.com/facebook/react-native/pull/8363 Differential Revision: D3477431 Pulled By: caabernathy fbshipit-source-id: 86ee5efb84e50609fbfae82102b1dc61fea69f05 * Update NavigatorIOS component doc Summary: Reference: #8203 Changes made: - Added more to the intro section and updated the intro examples to ES6 - Added more details to prop explanations - Added parameter descriptions for methods **Test plan (required)** Ran the website locally and checked: http://localhost:8079/react-native/docs/navigatorios.html  Closes https://github.com/facebook/react-native/pull/8334 Differential Revision: D3476066 Pulled By: JoelMarcey fbshipit-source-id: 9fcefe3f9d59008d8c72683c57cb004d1f185f62 * Update webview doc Summary: Reference: #8203 Changes made: Added a webview example to the intro section Added more details to prop explanations Test plan (required) Ran the website locally and checked: http://localhost:8079/react-native/docs/webview.html  Closes https://github.com/facebook/react-native/pull/8372 Differential Revision: D3477685 Pulled By: JoelMarcey fbshipit-source-id: a624f5c6c12a8367aea2a6e7c2e520da7a074bbd * Move everything out of Known Issues and into more appropriate locations. Summary: Two of the known issues have been moved to the issue tracker: * #8315 * #8316 Others have been moved into more appropriate locations, such as the `TextInput` issue to the API doc itself, and the React debugging issue to the Debugging doc. The Android-specific compatibility concerns have been dropped entirely as it does not seem like people would find these in the docs. Closes https://github.com/facebook/react-native/pull/8321 Differential Revision: D3477999 Pulled By: JoelMarcey fbshipit-source-id: dfffc9910ebf5514eb14c6aa8a9a3e70761db874 * Make a new "Style" doc that's in The Basics and uses the RNWP Summary: The example uses StyleSheet.create and also arrays-of-styles. I think this covers everything the old one did, but in simple-enough-for-the-basics form, so I removed the old one. I also reordered so that "Style -> Dimensions -> Layout" is the flow for learning "Styley" things. Closes https://github.com/facebook/react-native/pull/8379 Differential Revision: D3478384 Pulled By: caabernathy fbshipit-source-id: 158f0f0367c8eb8b2b24feda0d8d7a533fd7af4d * Add `extends Component` to Dimensions and Layout Basics Examples Summary: It works without out the `extends`, but I do not really understand why, unless there is some magic implicit `extends` if you don't put it and you call `registerComponent`. But, I figure we should be explicit unless there is a good reason not to be. Closes https://github.com/facebook/react-native/pull/8377 Differential Revision: D3478950 Pulled By: JoelMarcey fbshipit-source-id: 05ea4367c3c8c34aea6c092639ee51d8761bca3f * Bring out prop descriptions, for Flexbox Summary: For Flexbox API docs would like to tease out the prop descriptions. This PR makes that feasible by exposing the description for style. **Test plan (required)** 1. Temporarily modified the flexbox source doc: Libraries/StyleSheet/LayoutPropTypes.js to add a description. 2. Checked it out on local webpage: http://localhost:8079/react-native/docs/flexbox.html  Closes https://github.com/facebook/react-native/pull/8382 Differential Revision: D3478796 Pulled By: lacker fbshipit-source-id: 49f3b7876ff1ccec9ee837921a78ee0dfb915453 * Update web player in docs for custom registerComponent names Summary: In the web player in the docs, allows `AppRegistry.registerComponent('name', App)` to use *anything* for `'name'`. It is ignored by the web player - last registration wins. Closes https://github.com/facebook/react-native/pull/8383 Differential Revision: D3478922 Pulled By: JoelMarcey fbshipit-source-id: 3d1d96e0ad41216d29134ba384896e86d0cd2b32 * Networking Guide Summary: Simplified Networking Guide, based on the old Network polyfill doc. This guide strongly recommends using fetch, while still informing the user about React Native's support for other libraries. In order to provide an actual working networking example, a `movies.json` file is added at the root of the site, allowing the user to fetch a small blob of JSON: ``` fetch('http://facebook.github.io/react-native/movies.json') ```  Closes https://github.com/facebook/react-native/pull/8381 Differential Revision: D3479018 Pulled By: lacker fbshipit-source-id: 1f2078bf2414a13f7f77d5af55b08948909093a3 * Move Component Embedded Simulator next to its example Summary: Right now the embedded simulator is always at the top right corner. This can be confusing as to what code is associated with the simulation. So, move the simulator next to its actual code. This has the added benefit of allowing us to use the React Native Web Player for the simpler examples in the components. Closes https://github.com/facebook/react-native/pull/8384 Differential Revision: D3479056 Pulled By: bestander fbshipit-source-id: f400d8387ec771b94d5e798c1e955b25f9a0f1bf * fix bugs on landing page code, make the url an easter egg Summary: This is just improving a bit of lameness on the homepage - Devin pointed out the <>'s don't work within a Text tag, so I removed them, and someone else pointed out that nonexistent fake urls are suboptimal, so I improved that too. Closes https://github.com/facebook/react-native/pull/8387 Differential Revision: D3479087 Pulled By: JoelMarcey fbshipit-source-id: 45a2d21a9073b58b869e8b344550c28f849e0185 * Api documentation update for modal.js Summary: Related to #8203 to update the Modal API reference doc. **Test plan (required)** Started up the website and checked: http://localhost:8079/react-native/docs/modal.html  **Note, copied from a previous PR** The code is not Flow-ified so depended on jsdoc formatting to get the method parameter types. There's a current issue with handling optional types via react-docgen which parses components. There's an open PR to look into this: https://github.com/reactjs/react-docgen/pull/89. When that's resolved the `replaceAtIndex` method parameter type that's documented for `cb` needs to be updated to make it optional. Closes https://github.com/facebook/react-native/pull/8375 Differential Revision: D3479536 Pulled By: caabernathy fbshipit-source-id: de2db3aa221e4adce0c0c5f3d94a1fad528a60da * Update MapView doc Summary: Reference: #8203 Changes made: - Added a MapView example to the intro section - Added more details to prop explanations - Added more info to an exported type, even if it's not used anywhere I can see - Removed mention of ios platform in props. Left an android one in there as I didn't want to touch code. **Test plan (required)** Ran the website locally and checked: http://localhost:8079/react-native/docs/mapview.html  Closes https://github.com/facebook/react-native/pull/8389 Differential Revision: D3481609 Pulled By: JoelMarcey fbshipit-source-id: 71e35ce49193dc09d40546ff16bc48559135d63f * Accessing console logs Summary: Instructions for accessing the output of a `console.log`.  Closes https://github.com/facebook/react-native/pull/8323 Differential Revision: D3480718 Pulled By: JoelMarcey fbshipit-source-id: 4185d2e730277b8ad986d3c8904420e7ae1ceb21 * Add Navigation Overview Summary: Initial stab at writing a high level guide on navigation. Its main focus is on Navigator due to it being cross-platform and fairly simple to use. This guide should be expanded to cover tabbed applications in a future pull request. The Navigation (Experimental) section will be similarly expanded upon as the API stabilizes.  Closes https://github.com/facebook/react-native/pull/8390 Differential Revision: D3480304 Pulled By: caabernathy fbshipit-source-id: 280da9185fca295bc107a2df20106c783b461be7 * Update AsyncStorage doc Summary: Relates to #8203 for AsyncStorage API update. - Added a small example to the intro section. - Added jsdoc format tags to show up class description, parameter descriptions. - Word-smithed many of the method descriptions. I also made a bug fix to the autogen. It wasn't handling the scenario where a method may have no parameters. **Test plan (required)** Wrote a small sample app to test the snippet added to the intro section. Ran website locally: http://localhost:8079/react-native/docs/asyncstorage.html  Ran changed files through the linter. Closes https://github.com/facebook/react-native/pull/8396 Differential Revision: D3481783 Pulled By: JoelMarcey fbshipit-source-id: ebc4b9695482ada8a3455e621534d2a7fb11edf4 * Fix errors related to typehint when generating docs Summary: After pulling in AsyncStorage doc changes, getting typehint errors when running docs. This fixes that issue. **Test plan (required)** Opened http://localhost:8079/react-native/index.html Clicked around. No errors. Also successfully ran: ``` node server/generate.js ``` Closes https://github.com/facebook/react-native/pull/8412 Differential Revision: D3482007 Pulled By: JoelMarcey fbshipit-source-id: 7b0da2b2b38fd1f1bdec1b7c810ee70c536dd2bb * Update Image API Summary: - Provide runnable examples - Add more details to properties and jsdoc-ify the methods Ref #8203 Closes https://github.com/facebook/react-native/pull/8413 Differential Revision: D3482168 Pulled By: caabernathy fbshipit-source-id: 04fce5133317af282cced5850a53858e3f5b72f2 * Replace NavigatorComparison with the new Navigation guide. Summary: Several external sites link back to docs/navigator-comparison.html when talking about React Native's navigation. The Navigation guide added in #8390 is meant to replace this content, but it was added at docs/navigation.html. This pull request removes the comparison guide and replaces it with the Navigation guide's content. There is no content update in this PR. For review purposes, note that the next link from the previous document (JS Environment) has been updated to point to navigator-comparison, and the content of the Navigation guide remain unchanged from #8390. Closes https://github.com/facebook/react-native/pull/8417 Differential Revision: D3482273 Pulled By: caabernathy fbshipit-source-id: 9e04e11a5829d48541f8612fb65c01fe319e768b * Overhaul the Flexbox documentation Summary: Closes https://github.com/facebook/react-native/pull/8395 Differential Revision: D3482652 Pulled By: lacker fbshipit-source-id: 0bf8955341221b74f69ba24dcf5ab332c910a52c * Update TextInput API Summary: - Make the examples runnable (both copy/paste and with the web player) - Add a bit more information in props where needed. Closes https://github.com/facebook/react-native/pull/8392 Differential Revision: D3482747 Pulled By: caabernathy fbshipit-source-id: 8f2d812efc1efb3f14db45b5c054ce0d5c14f5f5 * Make "The Basics" flow like a linear tutorial Summary: Closes https://github.com/facebook/react-native/pull/8429 Differential Revision: D3487369 Pulled By: lacker fbshipit-source-id: 59b32f2a2a67370192c91dc43da3d4b76a43b810 * map -> object Summary: Closes https://github.com/facebook/react-native/pull/8450 Differential Revision: D3488018 fbshipit-source-id: a30269c89e87b546f77da7a32b1c4c65d978459d * Make the method signatures stand out more Summary: And more delineated from other parts of the method information. Hopefully this makes it easier to parse through. Closes https://github.com/facebook/react-native/pull/8421 Differential Revision: D3488251 Pulled By: JoelMarcey fbshipit-source-id: 44f2ed00b16849396cac94fd46567eaab48c50f3 * Use npmcdn in docs instead of rawgit for web player Summary: Switch web player cdn to npmcdn per discussion with lacker. This will make the url agnostic to who owns the git repo. Closes https://github.com/facebook/react-native/pull/8426 Differential Revision: D3488755 Pulled By: lacker fbshipit-source-id: b54dd4428a48c8a5a15b0b38ee0564d119916f9b * Update instructions for pointing Gradle to Android SDK Summary: Closes #8439 Closes https://github.com/facebook/react-native/pull/8446 Differential Revision: D3489034 fbshipit-source-id: 7cb50a43e64e216512294eaec06690dc9f3d6895 * Update RunningOnDeviceAndroid.md Summary: Add note associating error message to "adb reverse" command. When I first ran a React Native app on my Android phone, I received a cryptic "bridge configuration isn't available" error. After some research, I discovered that the "adb reverse" command mentioned further down on the page resolved the problem. Closes https://github.com/facebook/react-native/pull/7725 Differential Revision: D3491577 Pulled By: JoelMarcey fbshipit-source-id: 34c580acd6bf3e7788b674bd0b41bc5a1023b010 * improve text input docs Summary: Not a big deal, I was just going through the tutorial trying to figure out which doc was the most boring, and improve it a bit. IMO now the example is slightly funnier, and it mentions onSubmitEditing which in practice is probably a more useful callback. Closes https://github.com/facebook/react-native/pull/8447 Differential Revision: D3491938 Pulled By: JoelMarcey fbshipit-source-id: 3bd0f5762dc4db4a85c9d5badb6c005f4b8c52f4 * Update Text Component Summary: This updates the documentation for the `Text` component itself and the embedded `Text.md` that goes with it. - React Native Web Player - Document all props - NOTE: I actually added a new prop to `Text` called `accessible` since it was set by default and thus shown in the Props list in the original documentation (but with an empty description). - Stylistic fixes Closes https://github.com/facebook/react-native/pull/8445 Differential Revision: D3493112 Pulled By: JoelMarcey fbshipit-source-id: b428d4eb09065db5c6cb1ae5524ad22084fd2a82 * Fix TextInput API update nits Summary: Ref: https://github.com/facebook/react-native/pull/8392/files/7e7c2b5d57afe451dc5b6ede6b419819e3ac7fbd#r68444537 Ref: https://github.com/facebook/react-native/pull/8392/files/7e7c2b5d57afe451dc5b6ede6b419819e3ac7fbd#r68444442 Closes https://github.com/facebook/react-native/pull/8476 Differential Revision: D3494641 Pulled By: JoelMarcey fbshipit-source-id: 9a75ff66ccb895deb2f5027bdffe5d5bfe898e41
535 lines
20 KiB
JavaScript
535 lines
20 KiB
JavaScript
/**
|
|
* Copyright (c) 2015-present, Facebook, Inc.
|
|
* All rights reserved.
|
|
*
|
|
* This source code is licensed under the BSD-style license found in the
|
|
* LICENSE file in the root directory of this source tree. An additional grant
|
|
* of patent rights can be found in the PATENTS file in the same directory.
|
|
*
|
|
* @providesModule View
|
|
* @flow
|
|
*/
|
|
'use strict';
|
|
|
|
const EdgeInsetsPropType = require('EdgeInsetsPropType');
|
|
const NativeMethodsMixin = require('NativeMethodsMixin');
|
|
const PropTypes = require('ReactPropTypes');
|
|
const React = require('React');
|
|
const ReactNativeStyleAttributes = require('ReactNativeStyleAttributes');
|
|
const ReactNativeViewAttributes = require('ReactNativeViewAttributes');
|
|
const StyleSheetPropType = require('StyleSheetPropType');
|
|
const UIManager = require('UIManager');
|
|
const ViewStylePropTypes = require('ViewStylePropTypes');
|
|
|
|
const requireNativeComponent = require('requireNativeComponent');
|
|
|
|
const stylePropType = StyleSheetPropType(ViewStylePropTypes);
|
|
|
|
const AccessibilityTraits = [
|
|
'none',
|
|
'button',
|
|
'link',
|
|
'header',
|
|
'search',
|
|
'image',
|
|
'selected',
|
|
'plays',
|
|
'key',
|
|
'text',
|
|
'summary',
|
|
'disabled',
|
|
'frequentUpdates',
|
|
'startsMedia',
|
|
'adjustable',
|
|
'allowsDirectInteraction',
|
|
'pageTurn',
|
|
];
|
|
|
|
const AccessibilityComponentType = [
|
|
'none',
|
|
'button',
|
|
'radiobutton_checked',
|
|
'radiobutton_unchecked',
|
|
];
|
|
|
|
const forceTouchAvailable = (UIManager.RCTView.Constants &&
|
|
UIManager.RCTView.Constants.forceTouchAvailable) || false;
|
|
|
|
const statics = {
|
|
AccessibilityTraits,
|
|
AccessibilityComponentType,
|
|
/**
|
|
* Is 3D Touch / Force Touch available (i.e. will touch events include `force`)
|
|
* @platform ios
|
|
*/
|
|
forceTouchAvailable,
|
|
};
|
|
|
|
/**
|
|
* The most fundamental component for building a UI, `View` is a container that supports layout with
|
|
* [flexbox](/react-native/docs/flexbox.html), [style](/react-native/docs/style.html),
|
|
* [some touch handling](/react-native/docs/handling-touches.html), and
|
|
* [accessibility](/react-native/docs/accessibility.html) controls. `View` maps directly to the
|
|
* native view equivalent on whatever platform React Native is running on, whether that is a
|
|
* `UIView`, `<div>`, `android.view`, etc.
|
|
*
|
|
* `View` is designed to be nested inside other views and can have 0 to many children of any type.
|
|
*
|
|
* This example creates a `View` that wraps two colored boxes and a text component in a row with
|
|
* padding.
|
|
*
|
|
* ```javascript
|
|
* class ViewColoredBoxesWithText extends Component {
|
|
* render() {
|
|
* return (
|
|
* <View style={{flexDirection: 'row', height: 100, padding: 20}}>
|
|
* <View style={{backgroundColor: 'blue', flex: 0.3}} />
|
|
* <View style={{backgroundColor: 'red', flex: 0.5}} />
|
|
* <Text>Hello World!</Text>
|
|
* </View>
|
|
* );
|
|
* }
|
|
* }
|
|
* ```
|
|
*
|
|
* > `View`s are designed to be used with [`StyleSheet`](/react-native/docs/style.html) for clarity
|
|
* > and performance, although inline styles are also supported.
|
|
*
|
|
* ### Synthetic Touch Events
|
|
*
|
|
* For `View` repsonder props (e.g., `onResponderMove`), the synthetic touch event passed to them
|
|
* are of the following form:
|
|
*
|
|
* - `nativeEvent`
|
|
* - `changedTouches` - Array of all touch events that have changed since the last event.
|
|
* - `identifier` - The ID of the touch.
|
|
* - `locationX` - The X position of the touch, relative to the element.
|
|
* - `locationY` - The Y position of the touch, relative to the element.
|
|
* - `pageX` - The X position of the touch, relative to the root element.
|
|
* - `pageY` - The Y position of the touch, relative to the root element.
|
|
* - `target` - The node id of the element receiving the touch event.
|
|
* - `timestamp` - A time identifier for the touch, useful for velocity calculation.
|
|
* - `touches` - Array of all current touches on the screen.
|
|
*/
|
|
const View = React.createClass({
|
|
// TODO: We should probably expose the mixins, viewConfig, and statics publicly. For example,
|
|
// one of the props is of type AccessibilityComponentType. That is defined as a const[] above,
|
|
// but it is not rendered by the docs, since `statics` below is not rendered. So its Possible
|
|
// values had to be hardcoded.
|
|
mixins: [NativeMethodsMixin],
|
|
|
|
/**
|
|
* `NativeMethodsMixin` will look for this when invoking `setNativeProps`. We
|
|
* make `this` look like an actual native component class.
|
|
*/
|
|
viewConfig: {
|
|
uiViewClassName: 'RCTView',
|
|
validAttributes: ReactNativeViewAttributes.RCTView
|
|
},
|
|
|
|
statics: {
|
|
...statics,
|
|
},
|
|
|
|
propTypes: {
|
|
/**
|
|
* When `true`, indicates that the view is an accessibility element. By default,
|
|
* all the touchable elements are accessible.
|
|
*/
|
|
accessible: PropTypes.bool,
|
|
|
|
/**
|
|
* Overrides the text that's read by the screen reader when the user interacts
|
|
* with the element. By default, the label is constructed by traversing all the
|
|
* children and accumulating all the `Text` nodes separated by space.
|
|
*/
|
|
accessibilityLabel: PropTypes.string,
|
|
|
|
/**
|
|
* Indicates to accessibility services to treat UI component like a
|
|
* native one. Works for Android only.
|
|
*
|
|
* Possible values are one of:
|
|
*
|
|
* - `'none'`
|
|
* - `'button'`
|
|
* - `'radiobutton_checked'`
|
|
* - `'radiobutton_unchecked'`
|
|
*
|
|
* @platform android
|
|
*/
|
|
accessibilityComponentType: PropTypes.oneOf(AccessibilityComponentType),
|
|
|
|
/**
|
|
* Indicates to accessibility services whether the user should be notified
|
|
* when this view changes. Works for Android API >= 19 only.
|
|
* Possible values:
|
|
*
|
|
* - `'none'` - Accessibility services should not announce changes to this view.
|
|
* - `'polite'`- Accessibility services should announce changes to this view.
|
|
* - `'assertive'` - Accessibility services should interrupt ongoing speech to immediately announce changes to this view.
|
|
*
|
|
* See the [Android `View` docs](http://developer.android.com/reference/android/view/View.html#attr_android:accessibilityLiveRegion)
|
|
* for reference.
|
|
*
|
|
* @platform android
|
|
*/
|
|
accessibilityLiveRegion: PropTypes.oneOf([
|
|
'none',
|
|
'polite',
|
|
'assertive',
|
|
]),
|
|
|
|
/**
|
|
* Controls how view is important for accessibility which is if it
|
|
* fires accessibility events and if it is reported to accessibility services
|
|
* that query the screen. Works for Android only.
|
|
*
|
|
* Possible values:
|
|
*
|
|
* - `'auto'` - The system determines whether the view is important for accessibility -
|
|
* default (recommended).
|
|
* - `'yes'` - The view is important for accessibility.
|
|
* - `'no'` - The view is not important for accessibility.
|
|
* - `'no-hide-descendants'` - The view is not important for accessibility,
|
|
* nor are any of its descendant views.
|
|
*
|
|
* See the [Android `importantForAccessibility` docs]( [http://developer.android.com/reference/android/R.attr.html#importantForAccessibility)
|
|
* for reference.
|
|
*
|
|
* @platform android
|
|
*/
|
|
importantForAccessibility: PropTypes.oneOf([
|
|
'auto',
|
|
'yes',
|
|
'no',
|
|
'no-hide-descendants',
|
|
]),
|
|
|
|
/**
|
|
* Provides additional traits to screen reader. By default no traits are
|
|
* provided unless specified otherwise in element.
|
|
*
|
|
* You can provide one trait or an array of many traits.
|
|
*
|
|
* Possible values for `AccessibilityTraits` are:
|
|
*
|
|
* - `'none'` - The element has no traits.
|
|
* - `'button'` - The element should be treated as a button.
|
|
* - `'link'` - The element should be treated as a link.
|
|
* - `'header'` - The element is a header that divides content into sections.
|
|
* - `'search'` - The element should be treated as a search field.
|
|
* - `'image'` - The element should be treated as an image.
|
|
* - `'selected'` - The element is selected.
|
|
* - `'plays'` - The element plays sound.
|
|
* - `'key'` - The element should be treated like a keyboard key.
|
|
* - `'text'` - The element should be treated as text.
|
|
* - `'summary'` - The element provides app summary information.
|
|
* - `'disabled'` - The element is disabled.
|
|
* - `'frequentUpdates'` - The element frequently changes its value.
|
|
* - `'startsMedia'` - The element starts a media session.
|
|
* - `'adjustable'` - The element allows adjustment over a range of values.
|
|
* - `'allowsDirectInteraction'` - The element allows direct touch interaction for VoiceOver users.
|
|
* - `'pageTurn'` - Informs VoiceOver that it should scroll to the next page when it finishes reading the contents of the element.
|
|
*
|
|
* See the [Accessibility guide](/react-native/docs/accessibility.html#accessibilitytraits-ios)
|
|
* for more information.
|
|
*
|
|
* @platform ios
|
|
*/
|
|
accessibilityTraits: PropTypes.oneOfType([
|
|
PropTypes.oneOf(AccessibilityTraits),
|
|
PropTypes.arrayOf(PropTypes.oneOf(AccessibilityTraits)),
|
|
]),
|
|
|
|
/**
|
|
* When `accessible` is true, the system will try to invoke this function
|
|
* when the user performs accessibility tap gesture.
|
|
*/
|
|
onAccessibilityTap: PropTypes.func,
|
|
|
|
/**
|
|
* When `accessible` is `true`, the system will invoke this function when the
|
|
* user performs the magic tap gesture.
|
|
*/
|
|
onMagicTap: PropTypes.func,
|
|
|
|
/**
|
|
* Used to locate this view in end-to-end tests.
|
|
*
|
|
* > This disables the 'layout-only view removal' optimization for this view!
|
|
*/
|
|
testID: PropTypes.string,
|
|
|
|
/**
|
|
* For most touch interactions, you'll simply want to wrap your component in
|
|
* `TouchableHighlight` or `TouchableOpacity`. Check out `Touchable.js`,
|
|
* `ScrollResponder.js` and `ResponderEventPlugin.js` for more discussion.
|
|
*/
|
|
|
|
/**
|
|
* The View is now responding for touch events. This is the time to highlight and show the user
|
|
* what is happening.
|
|
*
|
|
* `View.props.onResponderGrant: (event) => {}`, where `event` is a synthetic touch event as
|
|
* described above.
|
|
*/
|
|
onResponderGrant: PropTypes.func,
|
|
|
|
/**
|
|
* The user is moving their finger.
|
|
*
|
|
* `View.props.onResponderMove: (event) => {}`, where `event` is a synthetic touch event as
|
|
* described above.
|
|
*/
|
|
onResponderMove: PropTypes.func,
|
|
|
|
/**
|
|
* Another responder is already active and will not release it to that `View` asking to be
|
|
* the responder.
|
|
*
|
|
* `View.props.onResponderReject: (event) => {}`, where `event` is a synthetic touch event as
|
|
* described above.
|
|
*/
|
|
onResponderReject: PropTypes.func,
|
|
|
|
/**
|
|
* Fired at the end of the touch.
|
|
*
|
|
* `View.props.onResponderRelease: (event) => {}`, where `event` is a synthetic touch event as
|
|
* described above.
|
|
*/
|
|
onResponderRelease: PropTypes.func,
|
|
|
|
/**
|
|
* The responder has been taken from the `View`. Might be taken by other views after a call to
|
|
* `onResponderTerminationRequest`, or might be taken by the OS without asking (e.g., happens
|
|
* with control center/ notification center on iOS)
|
|
*
|
|
* `View.props.onResponderTerminate: (event) => {}`, where `event` is a synthetic touch event as
|
|
* described above.
|
|
*/
|
|
onResponderTerminate: PropTypes.func,
|
|
|
|
/**
|
|
* Some other `View` wants to become responder and is asking this `View` to release its
|
|
* responder. Returning `true` allows its release.
|
|
*
|
|
* `View.props.onResponderTerminationRequest: (event) => {}`, where `event` is a synthetic touch
|
|
* event as described above.
|
|
*/
|
|
onResponderTerminationRequest: PropTypes.func,
|
|
|
|
/**
|
|
* Does this view want to become responder on the start of a touch?
|
|
*
|
|
* `View.props.onStartShouldSetResponder: (event) => [true | false]`, where `event` is a
|
|
* synthetic touch event as described above.
|
|
*/
|
|
onStartShouldSetResponder: PropTypes.func,
|
|
|
|
/**
|
|
* If a parent `View` wants to prevent a child `View` from becoming responder on a touch start,
|
|
* it should have this handler which returns `true`.
|
|
*
|
|
* `View.props.onStartShouldSetResponderCapture: (event) => [true | false]`, where `event` is a
|
|
* synthetic touch event as described above.
|
|
*/
|
|
onStartShouldSetResponderCapture: PropTypes.func,
|
|
|
|
/**
|
|
* Does this view want to "claim" touch responsiveness? This is called for every touch move on
|
|
* the `View` when it is not the responder.
|
|
*
|
|
* `View.props.onMoveShouldSetResponder: (event) => [true | false]`, where `event` is a
|
|
* synthetic touch event as described above.
|
|
*/
|
|
onMoveShouldSetResponder: PropTypes.func,
|
|
|
|
/**
|
|
* If a parent `View` wants to prevent a child `View` from becoming responder on a move,
|
|
* it should have this handler which returns `true`.
|
|
*
|
|
* `View.props.onMoveShouldSetResponderCapture: (event) => [true | false]`, where `event` is a
|
|
* synthetic touch event as described above.
|
|
*/
|
|
onMoveShouldSetResponderCapture: PropTypes.func,
|
|
|
|
/**
|
|
* This defines how far a touch event can start away from the view.
|
|
* Typical interface guidelines recommend touch targets that are at least
|
|
* 30 - 40 points/density-independent pixels.
|
|
*
|
|
* For example, if a touchable view has a height of 20 the touchable height can be extended to
|
|
* 40 with `hitSlop={{top: 10, bottom: 10, left: 0, right: 0}}`
|
|
*
|
|
* > The touch area never extends past the parent view bounds and the Z-index
|
|
* > of sibling views always takes precedence if a touch hits two overlapping
|
|
* > views.
|
|
*/
|
|
hitSlop: EdgeInsetsPropType,
|
|
|
|
/**
|
|
* Invoked on mount and layout changes with:
|
|
*
|
|
* `{nativeEvent: { layout: {x, y, width, height}}}`
|
|
*
|
|
* This event is fired immediately once the layout has been calculated, but
|
|
* the new layout may not yet be reflected on the screen at the time the
|
|
* event is received, especially if a layout animation is in progress.
|
|
*/
|
|
onLayout: PropTypes.func,
|
|
|
|
/**
|
|
* Controls whether the `View` can be the target of touch events.
|
|
*
|
|
* - `'auto'`: The View can be the target of touch events.
|
|
* - `'none'`: The View is never the target of touch events.
|
|
* - `'box-none'`: The View is never the target of touch events but it's
|
|
* subviews can be. It behaves like if the view had the following classes
|
|
* in CSS:
|
|
* ```
|
|
* .box-none {
|
|
* pointer-events: none;
|
|
* }
|
|
* .box-none * {
|
|
* pointer-events: all;
|
|
* }
|
|
* ```
|
|
* - `'box-only'`: The view can be the target of touch events but it's
|
|
* subviews cannot be. It behaves like if the view had the following classes
|
|
* in CSS:
|
|
* ```
|
|
* .box-only {
|
|
* pointer-events: all;
|
|
* }
|
|
* .box-only * {
|
|
* pointer-events: none;
|
|
* }
|
|
* ```
|
|
* > Since `pointerEvents` does not affect layout/appearance, and we are
|
|
* > already deviating from the spec by adding additional modes, we opt to not
|
|
* > include `pointerEvents` on `style`. On some platforms, we would need to
|
|
* > implement it as a `className` anyways. Using `style` or not is an
|
|
* > implementation detail of the platform.
|
|
*/
|
|
pointerEvents: PropTypes.oneOf([
|
|
'box-none',
|
|
'none',
|
|
'box-only',
|
|
'auto',
|
|
]),
|
|
style: stylePropType,
|
|
|
|
/**
|
|
* This is a special performance property exposed by `RCTView` and is useful
|
|
* for scrolling content when there are many subviews, most of which are
|
|
* offscreen. For this property to be effective, it must be applied to a
|
|
* view that contains many subviews that extend outside its bound. The
|
|
* subviews must also have `overflow: hidden`, as should the containing view
|
|
* (or one of its superviews).
|
|
*/
|
|
removeClippedSubviews: PropTypes.bool,
|
|
|
|
/**
|
|
* Whether this `View` should render itself (and all of its children) into a
|
|
* single hardware texture on the GPU.
|
|
*
|
|
* On Android, this is useful for animations and interactions that only
|
|
* modify opacity, rotation, translation, and/or scale: in those cases, the
|
|
* view doesn't have to be redrawn and display lists don't need to be
|
|
* re-executed. The texture can just be re-used and re-composited with
|
|
* different parameters. The downside is that this can use up limited video
|
|
* memory, so this prop should be set back to false at the end of the
|
|
* interaction/animation.
|
|
*
|
|
* @platform android
|
|
*/
|
|
renderToHardwareTextureAndroid: PropTypes.bool,
|
|
|
|
/**
|
|
* Whether this `View` should be rendered as a bitmap before compositing.
|
|
*
|
|
* On iOS, this is useful for animations and interactions that do not
|
|
* modify this component's dimensions nor its children; for example, when
|
|
* translating the position of a static view, rasterization allows the
|
|
* renderer to reuse a cached bitmap of a static view and quickly composite
|
|
* it during each frame.
|
|
*
|
|
* Rasterization incurs an off-screen drawing pass and the bitmap consumes
|
|
* memory. Test and measure when using this property.
|
|
*
|
|
* @platform ios
|
|
*/
|
|
shouldRasterizeIOS: PropTypes.bool,
|
|
|
|
/**
|
|
* Views that are only used to layout their children or otherwise don't draw
|
|
* anything may be automatically removed from the native hierarchy as an
|
|
* optimization. Set this property to `false` to disable this optimization and
|
|
* ensure that this `View` exists in the native view hierarchy.
|
|
*
|
|
* @platform android
|
|
*/
|
|
collapsable: PropTypes.bool,
|
|
|
|
/**
|
|
* Whether this `View` needs to rendered offscreen and composited with an alpha
|
|
* in order to preserve 100% correct colors and blending behavior. The default
|
|
* (`false`) falls back to drawing the component and its children with an alpha
|
|
* applied to the paint used to draw each element instead of rendering the full
|
|
* component offscreen and compositing it back with an alpha value. This default
|
|
* may be noticeable and undesired in the case where the `View` you are setting
|
|
* an opacity on has multiple overlapping elements (e.g. multiple overlapping
|
|
* `View`s, or text and a background).
|
|
*
|
|
* Rendering offscreen to preserve correct alpha behavior is extremely
|
|
* expensive and hard to debug for non-native developers, which is why it is
|
|
* not turned on by default. If you do need to enable this property for an
|
|
* animation, consider combining it with renderToHardwareTextureAndroid if the
|
|
* view **contents** are static (i.e. it doesn't need to be redrawn each frame).
|
|
* If that property is enabled, this View will be rendered off-screen once,
|
|
* saved in a hardware texture, and then composited onto the screen with an alpha
|
|
* each frame without having to switch rendering targets on the GPU.
|
|
*
|
|
* @platform android
|
|
*/
|
|
needsOffscreenAlphaCompositing: PropTypes.bool,
|
|
},
|
|
|
|
render: function() {
|
|
// WARNING: This method will not be used in production mode as in that mode we
|
|
// replace wrapper component View with generated native wrapper RCTView. Avoid
|
|
// adding functionality this component that you'd want to be available in both
|
|
// dev and prod modes.
|
|
return <RCTView {...this.props} />;
|
|
},
|
|
});
|
|
|
|
const RCTView = requireNativeComponent('RCTView', View, {
|
|
nativeOnly: {
|
|
nativeBackgroundAndroid: true,
|
|
}
|
|
});
|
|
|
|
if (__DEV__) {
|
|
const viewConfig = UIManager.viewConfigs && UIManager.viewConfigs.RCTView || {};
|
|
for (const prop in viewConfig.nativeProps) {
|
|
const viewAny: any = View; // Appease flow
|
|
if (!viewAny.propTypes[prop] && !ReactNativeStyleAttributes[prop]) {
|
|
throw new Error(
|
|
'View is missing propType for native prop `' + prop + '`'
|
|
);
|
|
}
|
|
}
|
|
}
|
|
|
|
let ViewToExport = RCTView;
|
|
if (__DEV__) {
|
|
ViewToExport = View;
|
|
} else {
|
|
Object.assign(RCTView, statics);
|
|
}
|
|
|
|
module.exports = ViewToExport;
|