DPI Aware UltraDockManager | Infragistics Forums

100

DPI Aware UltraDockManager

Simon Holderness posted over 7 years ago

Hi,

We are trying to make our winforms app dpi aware, but we are having trouble when we use the UltraDockManager.

The areas and panes do not scale, and so everything gets crushed (for example the font increases in size for the titles, but the depth and width of the title bar has not been scaled).

Is there something I am missing, or do I need to find an alternative to the Dock Manager?

155

Offline Hugues Jeannerod posted over 6 years ago in reply to Marco Marcon

We are having the exact same issue. We have million of lines of code in Winform and we are not going to change soon.

We are doing the change to our application to make it DPI aware and so far everythign is working fine except the Infragistics controls which don't honor the DPI awarness. Very disapointing.

We may change the tool we are using though because the idea using Infragistics was to get help in these difficult situations.

Hugues
Cancel
Reply

Cancel
30

Offline Marco Marcon posted over 7 years ago in reply to Christopher Shea

I believe that I'm not your only customer who is buying Infragistics suite mainly for maintaining older Windows.Forms applications. Neither I believe that WPF or UWP are definitely The Way when it comes to desktop development: sure it might be, but before facing huge porting projects for very complex LOB applications, any investment must be very carefully planned. So this is why Windows.Forms is still not playing a side role in desktop development, and in this field, DPI awareness is a major theme.

Maybe we are all 'victims' of MS strategy, but when I read from Infragistics R&D that "none of our controls are DPI aware", I feel that the money spent by your Windows.Forms customers in renewing their subscriptions is wasted.
Cancel
Reply

Cancel
6158

Offline Christopher Shea posted over 7 years ago in reply to Peter
With the exception of the UltraLiveTileView, none of our controls are DPI aware. As such, the options are to either allow the .NET framework to perform the scaling for you (which tends to paint the form with blurry rendering due to the scaling), or to mark the application as DPI aware, and perform the scaling manually. I'll use a bulleted list in hopes of avoiding missing an issue:

Splitter drag indicator rendering in the wrong location - This has been addressed and will be available in the upcoming service release.

The splitter cursor is not scaled. By default, we use the standard system cursors obtained from the static properties off of System.Windows.Forms.Cursors. As our controls are not DPI-aware, if the .NET framework doesn't scale the cursors, the application will need to. You can customize the cursor using a Cursor Filter or application styling.

The images on the scroll buttons on the TabControl are not scaled. As the UltraTabControl is not performing the scaling, it won't scale the image sizes either. I don't believe there are appearance properties exposed for each individual scroll button, so the images would have to be customized via a Draw Filter. You may be able to assign custom images using application styling.

The left and right pane didn't scale correctly. Looking closer at the Debug output, none of the UltraDockManager panes were scaled. Their Height or Width may have changed due to them being docked to a form that was scaled. The reason that these panes were not automatically scaled by .NET like the rest of the controls, is that these panes are not being created at design-time. .NET will perform it's scaling functionality when ResumeLayout() is called at the end of the designer-generated InitializeComponent() method.

I hope this helps to clarify some of these issues.

Chris
Cancel
Reply

Cancel
350

Peter posted over 7 years ago in reply to Christopher Shea

>The Debug output you have provided shows that controls (not just Infragistics controls, but all design-time generated controls) are being scaled.

The left pane and the right pane width didn't scale correctly as you can see in the output. It's a shame because, as you have observed, the rest of the controls are being scaled.

Please add that to Robin's list of DPI problems in the UltraDockManager.
Cancel
Reply

Cancel
25

Robin Holderness posted over 7 years ago in reply to Christopher Shea
Hi Chris,

Thanks for the reply.

Our end goal here is to make our application DPI Aware, remain functional and look beautiful.

From other threads, I believe that your UltraDockManager is not DPI Aware and therefore does not respect the AutoScaleMode property that a Framework ContainerControl would give. Please correct me if I am wrong. Therefore we need to manage the scaling ourselves.

However, whilst we can do this, from the testing we have done there are still some issues:

The split drag indicator being rendered in the wrong location was one but you have fixed this so we look forward to the next service release.

The window splitter cursor used when dragging the split is not scaled at high DPI and appears smaller than expected. Is this fixed too or can we adjust this?

The image in the UltraTabControl buttons that allow you to scroll between tabs also are not scaled at high DPI and appear smaller than expected.

Thanks

Robin
Cancel
Reply

Cancel