RadColorPicker Dialog is DPI aware?

[Emanuele]

Hi, I'm trying to adapt my program to all type of screens with different scale settings and I encounted some difficulties with the RadColorPicker Dialog.

As you can see in the image below I tested my RadForm in a screen with the scale setted to 200% and when I open the RadColorPicker I cant see some controls that are inside of the Dialog.

I tried different setting and the only one where I can see all the controls is with the DPI aware setted to false but the texts are pixelated.

This is one of the test I made to set the DPI aware on my app.manifest:

 <asmv3:application>
   <asmv3:windowsSettings xmlns="http://schemas.microsoft.com/SMI/2005/WindowsSettings">
     <dpiAwareness xmlns="http://schemas.microsoft.com/SMI/2016/WindowsSettings">PerMonitorV2</dpiAwareness>
   </asmv3:windowsSettings>
 </asmv3:application>

There's a way to set the DPI aware for the RadColorPicker dialog?

Thanks in advace.

[Dinko | Tech Support Engineer]

Hi Emanuele,

I appreciate the provided details and testing it in different scenarios.

We are already aware of the misposition elements in the RadColorDialog in HDPI scenario. Here is the feedback item logged in our Feedback Portal. You can follow the item so that you can receive status notification changes. Fixing this behavior will require major refactoring in the color dialog structure. That is why I can't suggest any other workaround than making your application DPI un-aware as you have already found out. 

I understand that this behavior is unexpected and it should be fixed. I will forward your post to our development team so that they can consider adding this behavior for fixing to one of our next releases.

Regards,
Dinko | Tech Support Engineer
Progress Telerik

[Emanuele]

Hi, I saw that the fix is still unplanned. Why?

Can I suggest to fix that mask?

I really need it and I don't want to use the windows basic color picker.

Best regards

[Dinko | Tech Support Engineer]

The feedback item is still unplanned due to higher-priority tasks. As mentioned earlier, fixing this issue requires a complete rewrite of the color dialog, which is a time-intensive process. Unfortunately, I cannot provide a specific time frame for when this will be addressed.

However, once the color dialog is scheduled for restructuring, I will update the item's status, and you will be notified if you are following it.