52648326e6
Summary: Currently `isInAParentText` context works as imaginary `isInAAncestorText` context (not like a real `isInAParentText`). Let's imagine we have hierarchy like: `View -> Text -> Text* -> View* -> Text* -> Text* -> View*` With current implementation all nodes marked with asterisk have `isInAParentText` context, which is incorrect (because some of them actually in View context). With the new implemetations it will work like this: `View -> Text -> Text* -> View* -> Text -> Text* -> View*` So, only nodes which have <Text> (or <TextInput>) as a parent will have `isInAParentText` context. This change allows to select proper `Text` vs. `VirtualText` component in cases where <Text> and <View> components can interleave each other. Reviewed By: sahrens Differential Revision: D6690495 fbshipit-source-id: f7c59b23d0eaf68a1d08036b858d99c9547f7878 |
||
---|---|---|
.. | ||
PlatformViewPropTypes.android.js | ||
PlatformViewPropTypes.ios.js | ||
ReactNativeStyleAttributes.js | ||
ReactNativeViewAttributes.js | ||
ShadowPropTypesIOS.js | ||
View.js | ||
View.js.flow | ||
ViewAccessibility.js | ||
ViewContext.js | ||
ViewPropTypes.js | ||
ViewStylePropTypes.js |