Android RTL Rendering Mathematical Symbols and Number Groups Backwards
Chưa có ai nhận issue này.
- Ngôn ngữ chính
- C++
- Star
- 127k
- Fork
- 25.3k
- Merge trung bình
- 1 ngày 23 giờ
- Pull request đã merge (30 ngày)
- 4
Mô tả
Description
Since upgrading to Expo 53/54, we are seeing a big change in how numbers are rendered in Arabic mode (RTL) on Android.
Here are some examples of differences we're seeing (tested on both Expo 53 and Expo 54 using 0.79.5 and 0.81.5 respectively)
Expo 52 (RN 0.76.9): -123.456
Expo 53 (RN 0.79.5): 123.456-
Expo 54 (RN 0.81.5): 123.456-
Expo 52 (RN 0.76.9): +455.234
Expo 53 (RN 0.79.5): 455.234+
Expo 54 (RN 0.81.5): 455.234+
Expo 52 (RN 0.76.9): 12 - 13 = 25
Expo 53 (RN 0.79.5): 25 = 13 - 12
Expo 54 (RN 0.81.5): 25 = 13 - 12
I'm unable to find any documentation regarding this change which is not being applied on iOS (causing a lot of differences between the two devices). Please see the attached screenshots for more details.
Expo 52 repo: https://github.com/steinalex/expo-52-arabic-numbers
Expo 54 repo: https://github.com/steinalex/expo-54-arabic-numbers
Is there a way to opt out of this on Android and always render numbers with mathematical symbols in LTR mode?
The only way around it so far is to manually inject the LRT unicode character '\u200E' everywhere, but that's not a viable solution for our very large project.
Whilst I'm using Expo templates to help generate a minimal example, I do not believe this is an Expo specific issue.
Steps to reproduce
- Install the minimal retro
- Observe the difference in the numbers being rendered between React Native versions
React Native Version
0.79.5+
Affected Platforms
Runtime - Android
Output of npx @react-native-community/cli info
System:
OS: macOS 15.7.1
CPU: (10) arm64 Apple M1 Pro
Memory: 156.45 MB / 32.00 GB
Shell:
version: "5.9"
path: /bin/zsh
Binaries:
Node:
version: 22.17.1
path: /Users/alex.stein/.asdf/installs/nodejs/22.17.1/bin/node
Yarn:
version: 1.22.19
path: /Users/alex.stein/.asdf/shims/yarn
npm:
version: 10.9.2
path: /Users/alex.stein/.asdf/plugins/nodejs/shims/npm
Watchman:
version: 2025.03.10.00
path: /opt/homebrew/bin/watchman
Managers:
CocoaPods:
version: 1.16.2
path: /opt/homebrew/bin/pod
SDKs:
iOS SDK:
Platforms:
- DriverKit 25.1
- iOS 26.1
- macOS 26.1
- tvOS 26.1
- visionOS 26.1
- watchOS 26.1
Android SDK: Not Found
IDEs:
Android Studio: 2024.3 AI-243.24978.46.2431.13208083
Xcode:
version: 26.1.1/17B100
path: /usr/bin/xcodebuild
Languages:
Java:
version: 11.0.16.1
path: /Users/alex.stein/.asdf/shims/javac
Ruby:
version: 2.6.10
path: /usr/bin/ruby
npmPackages:
"@react-native-community/cli": Not Found
react:
installed: 19.1.0
wanted: 19.1.0
react-native:
installed: 0.81.5
wanted: 0.81.5
react-native-macos: Not Found
npmGlobalPackages:
"*react-native*": Not Found
Android:
hermesEnabled: Not found
newArchEnabled: Not found
iOS:
hermesEnabled: Not found
newArchEnabled: Not found
Stacktrace or Logs
N/A
MANDATORY Reproducer
https://github.com/steinalex/expo-54-arabic-numbers
Screenshots and Videos
| Expo 52 (Android) | Expo 54 (Android) |
|---|---|
Hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Hướng nghiên cứu
Chạy reproducer bắt buộc của Expo 54 và so sánh đầu ra RTL trên Android của nó với ví dụ Expo 52, tập trung vào React Native 0.76.9 so với 0.79.5/0.81.5. Được xem là hoàn tất khi xác định được liệu Android có thể khớp với cách xử lý LTR trước đây đối với các ký hiệu toán học và nhóm số hay cung cấp một tùy chọn opt-out được ghi tài liệu mà không yêu cầu các ký tự \u200E cho từng giá trị hay không.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Đánh giá
- Công nghệ
- android, react-native
- Lĩnh vực
- internationalization, mobile-dev
- Loại issue
- Lỗi
- Độ khó
- 4/5
- Thời gian dự kiến
- 3-5 ngày
- Mức độ hoạt động
- Đình trệ
- Độ rõ ràng
- Cần làm rõ
- Mức phù hợp với người mới
- 35/100