Releases: theKashey/react-focus-lock
Releases Β· theKashey/react-focus-lock
Updating focus management
This release changes the way focus is managed in some edge cases:
- then content inside FocusLock is updated in a way that the previosly focused element no longer focusable (or deleted)
- before: focus moves to the body
- now: focus moves to the nearest sibling (of any), or first element on the block
- when the focus lock is active inside iframe
- before: it will (endlessly) fight with focus lock that might be present in the parent frame
- now: the parent frame always wins
- explanation: as for parent focus inside iframe means iframe is focused, and it will prevent another element on the same page from being focused
ESM compatible (no, that did not happen)
Shadow of TabIndex
Bug Fixes
- disable positive index guard by default; use hasPositiveIndices to control behavior, fixes #32 (6db9980)
- remove positive tab indices (a1f51e0)
- update focus-lock to support Shadow Dom (668a559)
Features
- allow removal of positive tab indices (b2a55a9)
Return focus 18
Bug Fixes
- allow returnFocus to be garbage collected, fixes #173 (ad3a4a1)
- do not use capture phase for focus-in events, fixes #134 (d56f49e)
- React 17/18 support. The one above
Features
- allow programatic control over returnFocus prop, fixes #178 (d5ec48b)
v2.5.2
Bug Fixes
- update underlying libraries to incorporate React 17 requirements (#167)
v2.5.1
Bug Fixes
- update focus-lock to speedup lock activation (0835485)
v2.4.1
Bug Fixes
- Restore IE11 support without polyfills - #111
- FocusLock components does not have name. Used named components inside forwardRefs (a2d781d)
v2.4.0
Bug Fixes
- avoid crash on IE (1cbc9e5)
- tabIndex=-1 elements should be autofocusable if pointed, fixes #108 (258e6aa)
- update interfaces (7f977fb)
v2.3.0
Bug Fixes
- correct behavior for radio buttons at the edge of lock, fixes #103 (9dac851)
Features
- add crossFrame property to control iframe behaviour, fixes #104 (486a7e0)