Description
-
When FlowDirection is bound to a ViewModel in a .NET MAUI Shell and changed dynamically to RightToLeft, the Flyout MenuIcon overlaps with the native window control buttons (Minimize, Maximize, Close) on Windows. The issue occurs because the native window control buttons do not change with respect to the FlowDirection when it is updated through data binding.
-
When FlowDirection is set directly in XAML, setting a Title for the Shell causes the title to overlap with the native window control buttons (minimize, maximize, and close).
- Using ViewModel Binding

- Set Directly in XAML
Steps to Reproduce
- Run the attached sample RTLIssue 4.zip
- Change the FlowDirection as RightToLeft
Expected Behavior
-
The Flyout MenuIcon, Shell title, and native window control buttons should reposition correctly based on the FlowDirection.
-
When FlowDirection is set to RightToLeft, the layout should fully mirror without any overlapping.
Link to public reproduction project repository
No response
Version with bug
10.0.0-rc.2
Is this a regression from previous behavior?
Not sure, did not test other versions
Last version that worked well
No response
Affected platforms
Windows
Affected platform versions
No response
Did you find any workaround?
No response
Relevant log output
Description
When FlowDirection is bound to a ViewModel in a .NET MAUI Shell and changed dynamically to RightToLeft, the Flyout MenuIcon overlaps with the native window control buttons (Minimize, Maximize, Close) on Windows. The issue occurs because the native window control buttons do not change with respect to the FlowDirection when it is updated through data binding.
When FlowDirection is set directly in XAML, setting a Title for the Shell causes the title to overlap with the native window control buttons (minimize, maximize, and close).
Steps to Reproduce
Expected Behavior
The Flyout MenuIcon, Shell title, and native window control buttons should reposition correctly based on the FlowDirection.
When FlowDirection is set to RightToLeft, the layout should fully mirror without any overlapping.
Link to public reproduction project repository
No response
Version with bug
10.0.0-rc.2
Is this a regression from previous behavior?
Not sure, did not test other versions
Last version that worked well
No response
Affected platforms
Windows
Affected platform versions
No response
Did you find any workaround?
No response
Relevant log output