
Security News
Axios Supply Chain Attack Reaches OpenAI macOS Signing Pipeline, Forces Certificate Rotation
OpenAI rotated macOS signing certificates after a malicious Axios package reached its CI pipeline in a broader software supply chain attack.
react-focus-within
Advanced tools
A React component that gives you :focus-within behavior.
Focus management across children is a pain to manage until browsers implement the :focus-within pseudoselector. Use this if you have run into some of these issues:
:focus pseudoselector on the container will not work).Note that unlike native DOM focus and blur events, the onFocus and onBlur events in React bubble, this means that you can usually get away with those event handlers if you want to simply react to those events, however you will still not be able to apply the :focus pseudoselector unless it is the exact element being focused. Using FocusWithin can save you time:
//without FocusWithin
class Form extends React.Component {
state = {
isFocused: false,
}
render() {
// color the form if either the input or button are focused
return (
<form
style={{ background: this.state.isFocused ? focusedBackgroundColor : 'none' }}
onFocus={() => this.setState({ isFocused: true })}
onBlur={() => this.setState({ isFocused: false })}
>
<input />
<button>Submit</button>
</form>
)
}
}
// with FocusWithin
const Form = () => (
<FocusWithin>
{({ isFocused, focusProps }) => (
<form {...focusProps} style={{ background: isFocused ? focusedBackgroundColor : 'none' }}>
<input />
<button>Submit</button>
</form>
)}
</FocusWithin>
)
// works very well with CSS-in-JS
const StyledForm = withFocusWithin(styled.div`
background: ${props => (props.isFocused ? focusedBackgroundColor : 'none')};
`)
const Form = () => (
<StyledForm>
<input />
<button>Submit</button>
</StyledForm>
)
npm install react-focus-within
// <FocusWithin> component
import FocusWithin from 'react-focus-within'
import { FocusWithin } from 'react-focus-within'
// withFocusWithin() higher-order component
import { withFocusWithin } from 'react-focus-within'
<FocusWithin> componentFocusWithin expects children to be a function that is passed an object containing focusProps and isFocused. Spread focusProps over all children that you want to manage (i.e. any focusable element inside it that can contribute to the focus state). The isFocused boolean will tell you if the user has any of these children focused.
Note that isFocused is guaranteed to be stable, meaning that if focus is transitioning from one element to another from inside a managed child, isFocused will not be set to false and then true consecutively. This can be very useful if you are rendering some elements conditionally based on isFocused, which ensures that React does not unmount those components needlessly, causing state to be lost.
import { FocusWithin } from 'react-focus-within'
// the form container will be highlighted red if either the input or the button are focused
const Form = () => (
<FocusWithin>
{({ focusProps, isFocused }) => (
<div
{...focusProps}
style={{
// you can also pass in a special class name depending on isFocused
// which would be the more maintainable CSS way
border: isFocused ? '1px solid red' : 'none',
}}
>
<form>
<input />
<button>Submit</button>
</form>
</div>
)}
</FocusWithin>
)
FocusWithin can also be used as a higher order component, wrapping a container such that it reacts to all of its children's focus events and it will receive a prop called isFocused when anything in its React subtree is focused (this includes portals in React 16).
withFocusWithin(Component) => ReactComponent - use as a quick wrapper around a container component, the container element will receive an isFocused prop if any of its children are focused. The isFocused prop will not be passed in if you are wrapping a native DOM component, since it does not understand isFocused as an attribute.
FocusWithin.wrapComponent - this is exactly the same as withFocusWithin
When combined with CSS-in-JS constructs, this can lead to very awesome and convenient styling:
import { withFocusWithin } from 'react-focus-within'
import styled from 'styled-components'
const FormSection = withFocusWithin(styled.div`
background: ${props => (props.isFocused ? props.focusedColor || 'gray' : 'none')};
`)
const BigForm = () => (
<div>
<FormSection focusedColor="lightblue">
<input placeholder="Section A" />
<button>Submit</button>
</FormSection>
<FormSection focusedColor="tomato">
<input placeholder="Section B" />
<button>Submit</button>
</FormSection>
<FormSection focusedColor="hotpink">
<input placeholder="Section C" />
<button>Submit</button>
</FormSection>
</div>
)
Both FocusWithin and withFocusWithin have the following props:
onFocus: (event) => void - called when focus moves from outside into a managed child. Not called when moving between children.onBlur: (event) => void - called when focus moves from inside a managed child to outside. Not called when moving between children.children: (renderProps) => JSX.Element - pass in a function as the child of FocusWithin. The shape of renderProps is this:type renderProps = {
focusProps: {
onBlur: Function
onFocus: Function
}
getFocusProps<P>({originalProps: P}): {
onBlur: Function
onFocus: Function
onMouseDown: Function
} & P
isFocused: boolean
}
ℹ️ You can use
getFocusPropsif you plan on implementing other effects for the following events:onBlur,onFocus, andonMouseDown. By passing those intogetFocusPropsit will call your event handlers first before its own. You can prevent default behavior ofFocusWithinhandlers by settingevent.focusWithinDefaultPrevented = trueor returningfalsein the event handler itself.focusPropsis just a shorthand that callsgetFocusPropswith an empty object.
⚠️ If you are wrapping the event handlers in
focusPropsbefore applying it to managed children, make sure to pass the nativeeventobject back to the originalonBlurandonFocusevents.FocusWithinrelies on this to determine if an event was emitted from a native DOM element or a nestedFocusWithinelement.
Both FocusWithin and withFocusWithin emit onFocus and onBlur events when the user enters or leaves their managed children; they will not emit events when a user goes from one managed child to another.
You will not need this much power most of the time unless you need precise timing and frequency of onFocus and onBlur event emissions.
import { FocusWithin } from 'react-focus-within'
// the form container will only emit onFocus and onBlur if they completely leave the form
// it will not emit either events if they are moving focus between the input and the button
// which is different than the default React behavior
const Form = () => (
<FocusWithin
onFocus={() => console.log('Someone is trying to enter things into me!')}
onBlur={() => console.log('Someone left the form, better validate it!')}
>
{({ focusProps, isFocused }) => (
<div
style={{
border: isFocused ? '1px solid red' : 'none',
}}
>
<form>
<input {...focusProps} />
<button {...focusProps}>Submit</button>
</form>
</div>
)}
</FocusWithin>
)
Because FocusWithin itself will emit onFocus and onBlur events, you can nest multiple FocusWithins. This can be handy when you want to segregate focus states in a composite UI.
import { FocusWithin } from 'react-focus-within'
import Form from 'example-above'
// if the user is inside the second form, the overall container will have a background,
// but only the second form will have a red border
const BigForm = () => (
<FocusWithin>
{({ focusProps, isFocused }) => (
<div
{...focusProps}
style={{
background: isFocused ? 'gray' : 'none',
}}
>
<Form />
<Form />
<Form />
</div>
)}
</FocusWithin>
)
Currently, mixing managed FocusWithins and other managed component types is not supported.
Why is this? This is due to how native or passthrough onBlur and onFocus events are triggered immediately by React, whereas the onBlur and onFocus events triggered by other FocusWithin components are delayed by a setTimeout to determine if focus actually has changed inside it, which can lead to out-of-order event triggering when the two are mixed. Again, you should not be encountering this in common usage.
const MixedForm = () => (
<FocusWithin>
{({ focusProps, isFocused }) => (
<div
style={{
background: isFocused ? 'gray' : 'none',
}}
>
{/* this will not work correctly */}
<Form {...focusProps} />
<Form {...focusProps} />
<input {...focusProps} />
{/* these will work */}
<Form {...focusProps} />
<Form {...focusProps} />
<Form {...focusProps} />
{/* these will work too */}
<input {...focusProps} />
<input {...focusProps} />
<input {...focusProps} />
</div>
)}
</FocusWithin>
)
You should not run into this problem most of the time; you can just spread focusProps to the container that you want to style since onFocus and onBlur will bubble up to it.
If you still need to individually manage each child, you will have to wrap the non-FocusWithin managed children inside one. The module exports an HOC function called withFocusWithin and a static method in FocusWithin called wrapComponent (they are the same) to help with that:
const WrappedNativeInput = FocusWithin.wrapComponent('input') // same as withFocusWithin('input')
const WrappedOtherComponent = FocusWithin.wrapComponent(OtherComponent) // same as withFocusWithin(OtherComponent)
const OkayMixedForm = () => (
<FocusWithin>
{({ focusProps, isFocused }) => (
<div
style={{
background: isFocused ? 'gray' : 'none',
}}
>
<Form {...focusProps} />
<WrappedNativeInput {...focusProps} />
<WrappedOtherComponent {...focusProps} />
{/* equivalent to: */}
<Form {...focusProps} />
<FocusWithin {...focusProps}>{({ focusProps }) => <input {...focusProps} />}</FocusWithin>
<FocusWithin {...focusProps}>{({ focusProps }) => <OtherComponent {...focusProps} />}</FocusWithin>
</div>
)}
</FocusWithin>
)
FAQs
A React-based "polyfill" for a focus-within-like experience.
The npm package react-focus-within receives a total of 2,482 weekly downloads. As such, react-focus-within popularity was classified as popular.
We found that react-focus-within demonstrated a not healthy version release cadence and project activity because the last version was released a year ago. It has 1 open source maintainer collaborating on the project.
Did you know?

Socket for GitHub automatically highlights issues in each pull request and monitors the health of all your open source dependencies. Discover the contents of your packages and block harmful activity before you install or update your dependencies.

Security News
OpenAI rotated macOS signing certificates after a malicious Axios package reached its CI pipeline in a broader software supply chain attack.

Security News
Open source is under attack because of how much value it creates. It has been the foundation of every major software innovation for the last three decades. This is not the time to walk away from it.

Security News
Socket CEO Feross Aboukhadijeh breaks down how North Korea hijacked Axios and what it means for the future of software supply chain security.