Closed fluiddot closed 1 month ago
📌 REPRODUCTION RESULTS
📌 FINDINGS/SCREENSHOTS/VIDEO
📌 ACTIONS
Setting the app language to Arabic flips the order of the topbar controls. However it doesn't move the location of the standard Windows controls. To do that the language needs to be changed on an operating system level.
If I hardcode the window frame to show in Arabic (as well as our internal app setting) then things look more correct. There's still some padding that needs to be adjusted, but it's a lot closer.
Ideally we'd be able to detect and handle both cases:
The reason I think both are important is because it's so easy to click through the languages without resting your system, and you wouldn't expect it to look borked.
It looks like it's possible to distinguish in the UI when the browser frame itself is set to a RTL language using: new Intl.Locale(navigator.language).textInfo.direction
. So I think we can make it.
Maybe as a follow up task, we could have Studio offer to restart itself whenever the user switches languages, so that the studio setting and browser frame setting are always aligned.
Fixed by #596
Quick summary
The button that opens the application menu on Windows is not visible when using an RTL language.
Steps to reproduce
What you expected to happen
The application menu should be accessible when using any language.
What actually happened
The application menu is not accessible when using an RTL language.
Impact
Some (< 50%)
Available workarounds?
No but the app is still usable
Platform
Windows
Logs or notes