### Hierarchy

- ViewProps
  - SystemAppProps

## Index

### Properties

- accessibilityActions
- accessibilityComponentType
- accessibilityElementsHidden
- accessibilityHint
- accessibilityIgnoresInvertColors
- accessibilityLabel
- accessibilityLiveRegion
- accessibilityRole
- accessibilityStates
- accessibilityTraits
- accessibilityViewIsModal
- accessible
- collapsable
- hitSlop
- importantForAccessibility
- nativeID
- needsOffscreenAlphaCompositing
- onAccessibilityAction
- onAccessibilityTap
- onLayout
- onMagicTap
- onMoveShouldSetResponder
- onMoveShouldSetResponderCapture
- onResponderEnd
- onResponderGrant
- onResponderMove
- onResponderReject
- onResponderRelease
- onResponderStart
- onResponderTerminate
- onResponderTerminationRequest
- onStartShouldSetResponder
- onStartShouldSetResponderCapture
- onTouchCancel
- onTouchEnd
- onTouchEndCapture
- onTouchMove
- onTouchStart
- pointerEvents
- removeClippedSubviews
- renderToHardwareTextureAndroid
- shouldRasterizeIOS
- style
- testID

## Properties

### Optional accessibilityActions

accessibilityActions: Array<string>

Inherited from ViewPropsIOS.accessibilityActions

- Defined in /Users/artalat/Coding/bluebase/core/node_modules/@types/react-native/index.d.ts:1781

Provides an array of custom actions available for accessibility.

platform

  ios

### Optional accessibilityComponentType

accessibilityComponentType: "none" | "button" | "radiobutton_checked" | "radiobutton_unchecked"

Inherited from AccessibilityPropsAndroid.accessibilityComponentType

- Defined in /Users/artalat/Coding/bluebase/core/node_modules/@types/react-native/index.d.ts:1899

In some cases, we also want to alert the end user of the type of selected component (i.e., that it is a “button”). If we were using native buttons, this would work automatically. Since we are using javascript, we need to provide a bit more context for TalkBack. To do so, you must specify the ‘accessibilityComponentType’ property for any UI component. For instances, we support ‘button’, ‘radiobutton_checked’ and ‘radiobutton_unchecked’ and so on.

platform

  android

### Optional accessibilityElementsHidden

accessibilityElementsHidden: undefined | false | true

Inherited from AccessibilityPropsIOS.accessibilityElementsHidden

- Defined in /Users/artalat/Coding/bluebase/core/node_modules/@types/react-native/index.d.ts:1929

A Boolean value indicating whether the accessibility elements contained within this accessibility element are hidden to the screen reader.

platform

  ios

### Optional accessibilityHint

accessibilityHint: undefined | string

Inherited from AccessibilityProps.accessibilityHint

- Defined in /Users/artalat/Coding/bluebase/core/node_modules/@types/react-native/index.d.ts:1872

An accessibility hint helps users understand what will happen when they perform an action on the accessibility element when that result is not obvious from the accessibility label.

### Optional accessibilityIgnoresInvertColors

accessibilityIgnoresInvertColors: undefined | false | true

Inherited from AccessibilityPropsIOS.accessibilityIgnoresInvertColors

- Defined in /Users/artalat/Coding/bluebase/core/node_modules/@types/react-native/index.d.ts:1954

https://facebook.github.io/react-native/docs/accessibility#accessibilityignoresinvertcolorsios

platform

  ios

### Optional accessibilityLabel

accessibilityLabel: undefined | string

Inherited from AccessibilityProps.accessibilityLabel

- Defined in /Users/artalat/Coding/bluebase/core/node_modules/@types/react-native/index.d.ts:1858

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.

### Optional accessibilityLiveRegion

accessibilityLiveRegion: "none" | "polite" | "assertive"

Inherited from AccessibilityPropsAndroid.accessibilityLiveRegion

- Defined in /Users/artalat/Coding/bluebase/core/node_modules/@types/react-native/index.d.ts:1907

Indicates to accessibility services whether the user should be notified when this view changes. Works for Android API >= 19 only. See http://developer.android.com/reference/android/view/View.html#attr_android:accessibilityLiveRegion for references.

platform

  android

### Optional accessibilityRole

accessibilityRole: AccessibilityRole

Inherited from AccessibilityProps.accessibilityRole

- Defined in /Users/artalat/Coding/bluebase/core/node_modules/@types/react-native/index.d.ts:1863

Accessibility Role tells a person using either VoiceOver on iOS or TalkBack on Android the type of element that is focused on.

### Optional accessibilityStates

accessibilityStates: AccessibilityState[]

Inherited from AccessibilityProps.accessibilityStates

- Defined in /Users/artalat/Coding/bluebase/core/node_modules/@types/react-native/index.d.ts:1867

Accessibility State tells a person using either VoiceOver on iOS or TalkBack on Android the state of the element currently focused on.

### Optional accessibilityTraits

accessibilityTraits: AccessibilityTrait | AccessibilityTrait[]

Inherited from AccessibilityPropsIOS.accessibilityTraits

- Defined in /Users/artalat/Coding/bluebase/core/node_modules/@types/react-native/index.d.ts:1936

Accessibility traits tell a person using VoiceOver what kind of element they have selected. Is this element a label? A button? A header? These questions are answered by accessibilityTraits.

platform

  ios

### Optional accessibilityViewIsModal

accessibilityViewIsModal: undefined | false | true

Inherited from ViewPropsIOS.accessibilityViewIsModal

- Defined in /Users/artalat/Coding/bluebase/core/node_modules/@types/react-native/index.d.ts:1775

A Boolean value indicating whether VoiceOver should ignore the elements within views that are siblings of the receiver.

platform

  ios

### Optional accessible

accessible: undefined | false | true

Inherited from AccessibilityProps.accessible

- Defined in /Users/artalat/Coding/bluebase/core/node_modules/@types/react-native/index.d.ts:1852

When true, indicates that the view is an accessibility element. By default, all the touchable elements are accessible.

### Optional collapsable

collapsable: undefined | false | true

Inherited from ViewPropsAndroid.collapsable

- Defined in /Users/artalat/Coding/bluebase/core/node_modules/@types/react-native/index.d.ts:1809

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.

### Optional hitSlop

hitSlop: Insets

Inherited from ViewProps.hitSlop

- Defined in /Users/artalat/Coding/bluebase/core/node_modules/@types/react-native/index.d.ts:1991

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. 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}} NOTE 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.

### Optional importantForAccessibility

importantForAccessibility: "auto" | "yes" | "no" | "no-hide-descendants"

Inherited from AccessibilityPropsAndroid.importantForAccessibility

- Defined in /Users/artalat/Coding/bluebase/core/node_modules/@types/react-native/index.d.ts:1920

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. See http://developer.android.com/reference/android/R.attr.html#importantForAccessibility for references.

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.

### Optional nativeID

nativeID: undefined | string

Inherited from ViewProps.nativeID

- Defined in /Users/artalat/Coding/bluebase/core/node_modules/@types/react-native/index.d.ts:2043

Used to reference react managed views from native code.

### Optional needsOffscreenAlphaCompositing

needsOffscreenAlphaCompositing: undefined | false | true

Inherited from ViewPropsAndroid.needsOffscreenAlphaCompositing

- Defined in /Users/artalat/Coding/bluebase/core/node_modules/@types/react-native/index.d.ts:1825

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 Views, 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.

### Optional onAccessibilityAction

onAccessibilityAction: undefined | function

Inherited from ViewPropsIOS.onAccessibilityAction

- Defined in /Users/artalat/Coding/bluebase/core/node_modules/@types/react-native/index.d.ts:1788

When `accessible` is true, the system will try to invoke this function when the user performs an accessibility custom action.

platform

  ios

### Optional onAccessibilityTap

onAccessibilityTap: undefined | function

Inherited from AccessibilityPropsIOS.onAccessibilityTap

- Defined in /Users/artalat/Coding/bluebase/core/node_modules/@types/react-native/index.d.ts:1942

When `accessible` is true, the system will try to invoke this function when the user performs accessibility tap gesture.

platform

  ios

### Optional onLayout

onLayout: undefined | function

Inherited from ViewProps.onLayout

- Defined in /Users/artalat/Coding/bluebase/core/node_modules/@types/react-native/index.d.ts:1998

Invoked on mount and layout changes with

{nativeEvent: { layout: {x, y, width, height}}}.

### Optional onMagicTap

onMagicTap: undefined | function

Inherited from AccessibilityPropsIOS.onMagicTap

- Defined in /Users/artalat/Coding/bluebase/core/node_modules/@types/react-native/index.d.ts:1948

When accessible is true, the system will invoke this function when the user performs the magic tap gesture.

platform

  ios

### Optional onMoveShouldSetResponder

onMoveShouldSetResponder: undefined | function

Inherited from GestureResponderHandlers.onMoveShouldSetResponder

- Defined in /Users/artalat/Coding/bluebase/core/node_modules/@types/react-native/index.d.ts:1649

Called for every touch move on the View when it is not the responder: does this view want to "claim" touch responsiveness?

### Optional onMoveShouldSetResponderCapture

onMoveShouldSetResponderCapture: undefined | function

Inherited from GestureResponderHandlers.onMoveShouldSetResponderCapture

- Defined in /Users/artalat/Coding/bluebase/core/node_modules/@types/react-native/index.d.ts:1725

onStartShouldSetResponder and onMoveShouldSetResponder are called with a bubbling pattern, where the deepest node is called first. That means that the deepest component will become responder when multiple Views return true for *ShouldSetResponder handlers. This is desirable in most cases, because it makes sure all controls and buttons are usable.

However, sometimes a parent will want to make sure that it becomes responder. This can be handled by using the capture phase. Before the responder system bubbles up from the deepest component, it will do a capture phase, firing on*ShouldSetResponderCapture. So if a parent View wants to prevent the child from becoming responder on a touch start, it should have a onStartShouldSetResponderCapture handler which returns true.

### Optional onResponderEnd

onResponderEnd: undefined | function

Inherited from GestureResponderHandlers.onResponderEnd

- Defined in /Users/artalat/Coding/bluebase/core/node_modules/@types/react-native/index.d.ts:1655

If the View returns true and attempts to become the responder, one of the following will happen:

### Optional onResponderGrant

onResponderGrant: undefined | function

Inherited from GestureResponderHandlers.onResponderGrant

- Defined in /Users/artalat/Coding/bluebase/core/node_modules/@types/react-native/index.d.ts:1661

The View is now responding for touch events. This is the time to highlight and show the user what is happening

### Optional onResponderMove

onResponderMove: undefined | function

Inherited from GestureResponderHandlers.onResponderMove

- Defined in /Users/artalat/Coding/bluebase/core/node_modules/@types/react-native/index.d.ts:1675

The user is moving their finger

### Optional onResponderReject

onResponderReject: undefined | function

Inherited from GestureResponderHandlers.onResponderReject

- Defined in /Users/artalat/Coding/bluebase/core/node_modules/@types/react-native/index.d.ts:1666

Something else is the responder right now and will not release it

### Optional onResponderRelease

onResponderRelease: undefined | function

Inherited from GestureResponderHandlers.onResponderRelease

- Defined in /Users/artalat/Coding/bluebase/core/node_modules/@types/react-native/index.d.ts:1680

Fired at the end of the touch, ie "touchUp"

### Optional onResponderStart

onResponderStart: undefined | function

Inherited from GestureResponderHandlers.onResponderStart

- Defined in /Users/artalat/Coding/bluebase/core/node_modules/@types/react-native/index.d.ts:1682

### Optional onResponderTerminate

onResponderTerminate: undefined | function

Inherited from GestureResponderHandlers.onResponderTerminate

- Defined in /Users/artalat/Coding/bluebase/core/node_modules/@types/react-native/index.d.ts:1695

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 (happens with control center/ notification center on iOS)

### Optional onResponderTerminationRequest

onResponderTerminationRequest: undefined | function

Inherited from GestureResponderHandlers.onResponderTerminationRequest

- Defined in /Users/artalat/Coding/bluebase/core/node_modules/@types/react-native/index.d.ts:1688

Something else wants to become responder. Should this view release the responder? Returning true allows release

### Optional onStartShouldSetResponder

onStartShouldSetResponder: undefined | function

Inherited from GestureResponderHandlers.onStartShouldSetResponder

- Defined in /Users/artalat/Coding/bluebase/core/node_modules/@types/react-native/index.d.ts:1644

Does this view want to become responder on the start of a touch?

### Optional onStartShouldSetResponderCapture

onStartShouldSetResponderCapture: undefined | function

Inherited from GestureResponderHandlers.onStartShouldSetResponderCapture

- Defined in /Users/artalat/Coding/bluebase/core/node_modules/@types/react-native/index.d.ts:1710

onStartShouldSetResponder and onMoveShouldSetResponder are called with a bubbling pattern, where the deepest node is called first. That means that the deepest component will become responder when multiple Views return true for *ShouldSetResponder handlers. This is desirable in most cases, because it makes sure all controls and buttons are usable.

However, sometimes a parent will want to make sure that it becomes responder. This can be handled by using the capture phase. Before the responder system bubbles up from the deepest component, it will do a capture phase, firing on*ShouldSetResponderCapture. So if a parent View wants to prevent the child from becoming responder on a touch start, it should have a onStartShouldSetResponderCapture handler which returns true.

### Optional onTouchCancel

onTouchCancel: undefined | function

Inherited from Touchable.onTouchCancel

- Defined in /Users/artalat/Coding/bluebase/core/node_modules/@types/react-native/index.d.ts:450

### Optional onTouchEnd

onTouchEnd: undefined | function

Inherited from Touchable.onTouchEnd

- Defined in /Users/artalat/Coding/bluebase/core/node_modules/@types/react-native/index.d.ts:449

### Optional onTouchEndCapture

onTouchEndCapture: undefined | function

Inherited from Touchable.onTouchEndCapture

- Defined in /Users/artalat/Coding/bluebase/core/node_modules/@types/react-native/index.d.ts:451

### Optional onTouchMove

onTouchMove: undefined | function

Inherited from Touchable.onTouchMove

- Defined in /Users/artalat/Coding/bluebase/core/node_modules/@types/react-native/index.d.ts:448

### Optional onTouchStart

onTouchStart: undefined | function

Inherited from Touchable.onTouchStart

- Defined in /Users/artalat/Coding/bluebase/core/node_modules/@types/react-native/index.d.ts:447

### Optional pointerEvents

pointerEvents: "box-none" | "none" | "box-only" | "auto"

Inherited from ViewProps.pointerEvents

- Defined in /Users/artalat/Coding/bluebase/core/node_modules/@types/react-native/index.d.ts:2023

In the absence of auto property, none is much like CSS's none value. box-none is as if you had applied the CSS class:

.box-none { pointer-events: none; } .box-none * { pointer-events: all; }

box-only is the equivalent of

.box-only { pointer-events: all; } .box-only * { pointer-events: none; }

But 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.

### Optional removeClippedSubviews

removeClippedSubviews: undefined | false | true

Inherited from ViewProps.removeClippedSubviews

- Defined in /Users/artalat/Coding/bluebase/core/node_modules/@types/react-native/index.d.ts:2031

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).

### Optional renderToHardwareTextureAndroid

renderToHardwareTextureAndroid: undefined | false | true

Inherited from ViewPropsAndroid.renderToHardwareTextureAndroid

- Defined in /Users/artalat/Coding/bluebase/core/node_modules/@types/react-native/index.d.ts:1834

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.

### Optional shouldRasterizeIOS

shouldRasterizeIOS: undefined | false | true

Inherited from ViewPropsIOS.shouldRasterizeIOS

- Defined in /Users/artalat/Coding/bluebase/core/node_modules/@types/react-native/index.d.ts:1800

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.

### Optional style

style: StyleProp<ViewStyle>

Inherited from ViewProps.style

- Defined in /Users/artalat/Coding/bluebase/core/node_modules/@types/react-native/index.d.ts:2033

### Optional testID

testID: undefined | string

Inherited from ViewProps.testID

- Defined in /Users/artalat/Coding/bluebase/core/node_modules/@types/react-native/index.d.ts:2038

Used to locate this view in end-to-end tests.

Generated using TypeDoc