Adaptive Sizing for the Navigation Pane Across Different Display Resolutions and Scaling

Adaptive Sizing for the Navigation Pane Across Different Display Resolutions and Scaling

1 vote

avatar

Hello Remote Desktop Manager Team,
I would like to suggest an improvement for how the navigation pane handles sizing when moving between different display setups, particularly in a hybrid work environment.
The Problem:
I frequently switch between using my laptop's built-in display and a multi-monitor setup connected via a docking station. Every time I dock or undock, the navigation pane's width is not preserved correctly for the new display configuration, forcing me to manually resize it each time.
My Specific Use Case:

  • Laptop Display: 3840 x 2400 resolution with UI scaling set to 175%.
  • Docked External Monitors: Dual 2560 x 1440 displays with UI scaling set to 100%.

When I transition from my laptop to my docked monitors, the navigation pane (which was correctly sized for the laptop) becomes excessively large on my external screens, often taking up nearly half the monitor's width.
Conversely, after I resize it for the external monitors and then undock, the navigation pane becomes so narrow on my high-DPI laptop screen that the items and folders inside are completely hidden, requiring me to find the edge and resize it again.
Proposed Solutions:
To address this, I would like to propose two potential solutions for your consideration:

  1. Remember Pane Width Per Display Configuration (Ideal Solution): The best solution would be for RDM to remember the navigation pane's width based on the specific display resolution and scaling factor combination. This way, the width would automatically restore to the last-used setting for that specific display setup.
  2. Auto-Sizing Option (Alternative Solution): An alternative would be a feature or option that automatically resizes the pane's width to optimally fit all the visible items within the tree view.

Implementing this optimization would greatly improve the user experience and workflow for those of us who regularly work with modern, high-DPI laptops and external docking stations.
Thank you for creating such a powerful tool and for considering this suggestion.

All Comments (2)

avatar

Hello,

Thank you for your feedback. Unfortunately, this is not a simple thing to change. When it comes to managing DPI, scaling and monitor changes, our current UI framework (Winforms with tooling from Devexpress) is very limiting. There are issues on both sides that prevent us from addressing the issue in a satisfactory manner: .NET has been promising improvements on that side for the last few major versions, but it's not been satisfactory. We saw that .NET10, projected for release in November, is said to address these issues, but after the last major updates not resolving them, I'm not very confident.

On the positive side, we've been working on modernizing our UI with Avalonia and this is a project we really believe in. We're much more confident that these sorts of issues should be easier to handle once we've implemented this new framework in more core areas of the application, like the navigation pane. Additionally, this will make it easier for us to bring features quicker across our different platforms. You can read a little more about Avalonia and our efforts to modernize our codebase in this blog article, if you're interested.

So, in short, we're looking to improve this behavior, not only with the navigation pane, but also application-wide, as this is an issue that happens with many different UI components, but we don't have a short-term solution for this at the moment.

Regards,

Hubert Mireault

avatar

ok, thanks for info.
Good luck in the future!