New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
feat(drawer): add accessibilityCloseDrawerLabel
option
#10027
feat(drawer): add accessibilityCloseDrawerLabel
option
#10027
Conversation
- @react-navigation/bottom-tabs@6.0.0-next.1 - @react-navigation/core@6.0.0-next.1 - @react-navigation/devtools@6.0.0-next.1 - @react-navigation/drawer@6.0.0-next.1 - @react-navigation/elements@1.0.0-next.1 - @react-navigation/material-bottom-tabs@6.0.0-next.1 - @react-navigation/material-top-tabs@6.0.0-next.1 - @react-navigation/native@6.0.0-next.1 - @react-navigation/routers@6.0.0-next.1 - @react-navigation/stack@6.0.0-next.1
…9405) Co-authored-by: Satyajit Sahoo <satyajit.happy@gmail.com>
- @react-navigation/stack@6.0.0-next.2
Custom insets can be provided by wrapping the navigator in a SafeAreaProvider, so we don't need an option.
- @react-navigation/bottom-tabs@6.0.0-next.2 - @react-navigation/drawer@6.0.0-next.2 - @react-navigation/elements@1.0.0-next.2 - @react-navigation/stack@6.0.0-next.3
- @react-navigation/stack@6.0.0-next.4
BREAKING CHANGE: headerMode is now moved to options instead of props
- @react-navigation/stack@6.0.0-next.5
- @react-navigation/stack@6.0.0-next.6
BREAKING CHANGE: now we need to pass a number instead of an object
- @react-navigation/stack@6.0.0-next.7
- @react-navigation/bottom-tabs@6.0.0-next.3 - @react-navigation/drawer@6.0.0-next.3 - @react-navigation/elements@1.0.0-next.3 - @react-navigation/stack@6.0.0-next.8
Thanks to software-mansion/react-native-screens#1071 (reply in thread). PR exposing `disableBackButtonMenu` from react-native-screens to `@react-navigation/native-stack` under new name - `headerBackButtonMenuEnabled`.
…ply any transformations This PR removes `transform` style from container and drawer views when the drawer type is set to be `permanent`. It does so to prevent cases where the `transform` CSS rule being present in a `web` context may cause other elements to no longer work correctly - see [this Chromium bug](https://bugs.chromium.org/p/chromium/issues/detail?id=20574) regarding `position:fixed`. I tried to stick to what I think to be the *intent* here, in that if the drawer type is set to be permanent, then no animation of the scene container or the drawer is ever intended in the future, and therefore, not having any `transform` present is desirable.
- @react-navigation/bottom-tabs@6.0.6 - @react-navigation/core@6.0.2 - @react-navigation/devtools@6.0.2 - @react-navigation/drawer@6.1.5 - @react-navigation/elements@1.1.1 - flipper-plugin-react-navigation@1.3.5 - @react-navigation/material-bottom-tabs@6.0.6 - @react-navigation/material-top-tabs@6.0.3 - @react-navigation/native-stack@6.2.0 - @react-navigation/native@6.0.3 - @react-navigation/stack@6.0.8
- @react-navigation/bottom-tabs@6.0.7 - @react-navigation/drawer@6.1.6 - @react-navigation/elements@1.1.2 - @react-navigation/material-bottom-tabs@6.0.7 - @react-navigation/material-top-tabs@6.0.4 - @react-navigation/native-stack@6.2.1 - @react-navigation/native@6.0.4 - @react-navigation/stack@6.0.9
- @react-navigation/native-stack@6.2.2
- @react-navigation/bottom-tabs@6.0.8 - @react-navigation/core@6.0.3 - @react-navigation/devtools@6.0.3 - @react-navigation/drawer@6.1.7 - @react-navigation/elements@1.2.0 - flipper-plugin-react-navigation@1.3.6 - @react-navigation/material-bottom-tabs@6.0.8 - @react-navigation/material-top-tabs@6.0.5 - @react-navigation/native-stack@6.2.3 - @react-navigation/native@6.0.5 - @react-navigation/routers@6.0.2 - @react-navigation/stack@6.0.10
✔️ Deploy Preview for react-navigation-example ready! 🔨 Explore the source changes: ed77be8 🔍 Inspect the deploy log: https://app.netlify.com/sites/react-navigation-example/deploys/6163e930836f40000728197c 😎 Browse the preview: https://deploy-preview-10027--react-navigation-example.netlify.app/ |
Codecov Report
@@ Coverage Diff @@
## main #10027 +/- ##
==========================================
- Coverage 74.29% 74.28% -0.02%
==========================================
Files 159 159
Lines 4817 4819 +2
Branches 1819 1820 +1
==========================================
+ Hits 3579 3580 +1
- Misses 1204 1205 +1
Partials 34 34
Continue to review full report at Codecov.
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thank you for the PR. I tested native apps on my phone and doesn't look like the drawer overlay isn't accessible when using TalkBack. So I'm not sure about this change. It'd be better to replicate how native drawer works.
fix #10026
Added
accessibilityCloseDrawerLabel
to the drawer options to read the appropriate message when TalkBack focuses on the drawer overlay.