Current filter:
                                You should refresh the page.
                                  • Hi,

                                    We are making our application high dpi aware and encounter a problem with TdxBar LargeButton. There are two issues:

                                    1. The dropdown image is drawn too big (ButtonStyle=bsDropDown)
                                    2. The text beneath the button is sometimes too big.

                                    To reproduce the first issue I've attached a small sample program. To reproduce the issue I use 2 monitor. My LEFT monitor is a 4k (laptop) monitor on 225% and my RIGHT monitor is a 1080p monitor on 100%. The LEFT one is identified as monitor 1 in Windows, the RIGHT is identified as monitor 2 in Windows. The RIGHT monitor is my primary desktop monitor (this is very important to reproduce it).

                                    If you start the attached sample you will see that the dropdown image is drawn as 225% (its is way too big), although the application starts (and is shown) on the 100% monitor.

                                    The second issue seems to be exactly the same issue, but I was not able to create a small sample program to reproduce it. It this case we open a new form in which we (runtime) add a frame. Both the form and the frame has a BarManager and we merge the barmanager of the frame with the form's barmanager. The buttons that are drawn too big are the ones form the form. I think that this second issue is strongly related to the first one, because here the text is also drawn as 225% (and not as 100% as it should be).

                                    I have attached screenshots for both the first and second example in a latter post.

                                • Laurens 03.14.2019

                                  Screenshot of issue ONE.

                                • Laurens 03.14.2019

                                  Screenshot of issue TWO.

                                • Paulo (DevExpress Support) 03.15.2019

                                  Hello Laurens,

                                  Thank you for sharing your sample project. We have reproduced the first issue on our test monitors. I hope we will be able to find a solution soon and this will fix the second issue.
                                  It would be great if you provide us with a corresponding example for the second scenario so we can check if these issues are related to each other.

                                1 Solution

                                Creation Date Importance Sort by


                                Additional information:

                                Not fixed yet

                                Show all comments
                                • Laurens 04.03.2019

                                  Unfortunately this is not a complete fix. I have tested in with exact the same setup as described above. Although the window is now shown correctly on start (on the right monitor, primary, 1080p) the dropdown image is drawn too SMALL if you now move the window the other monitor (4k).

                                  I have also tested this with the second issue (which I cannot easily reproduce in a small program) and this shows exactly the same behavior. The text is now too SMALL and not anymore too big (as it was before). So, it's quite clear to me that these issues are related and have the same origin.

                                  I hope you can fix this quickly. You can use the same example program to reproduce it. Attached is a screenshot of the window how it looks like after moving it to the left monitor (4k).

                                • Paulo (DevExpress Support) 04.03.2019

                                  Thanks, Laurens. It seems that you are right. There are some scenarios when this issue still presents. We will try to find a more complete solution.

                                • Paulo (DevExpress Support) 04.08.2019

                                  Hello Laurens,

                                  I have just published the updated patch files that should resolve this problem. Please apply that patch to 18.2.6 and let me know the result.

                                  As for the second issue with frames, a sample project would be much appreciated. This may help us make our DPI-related routines more reliable.

                                • Laurens 04.08.2019

                                  Hi Paulo,

                                  This indeed solves the first issue. I will do my best to create a sample project for the second issue.

                                • Paulo (DevExpress Support) 04.08.2019

                                  Thanks a lot! I am happy to hear that at least the first issue is fixed.

                                • Laurens 04.08.2019

                                  Hi Paulo,

                                  I have reproduced the second issue. It was in the end a lot easier than I thought :-) The problem seems to be at the TcxStyleRepository if the repository is on a different form (or, as in the example, on a TDataModule). Although, the scaled property is True, the font is not scaled correctly. If I put the TcxStyleRepository on the TForm where I use it, it's solved. But the whole idea of the TcxStyleRepository is to have these styles centralized...

                                  The short term solution for us is obvious (eg make a seperate style repository on the forms with these problems), but hopefully you can also provide us with a correct solution.

                                  A sample project is attached.

                                • Paulo (DevExpress Support) 04.09.2019

                                  Thanks, Laurens! I've created a separate ticket on your behalf (T731043) to avoid mixing multiple discussions here. I will answer that ticket soon.

                                • Laurens 04.10.2019

                                  Hi Paulo,

                                  Unfortunately I have found a situation where your hotfix did NOT work...

                                  You can reproduce it using the original example with the following monitor setup.  My LEFT monitor is an external 1080p monitor on 100% and my RIGHT monitor is a 4k (laptop) monitor on 225%. The RIGHT one is identified as monitor 1 in Windows, the LEFT is identified as monitor 2 in Windows. The LEFT monitor is my primary desktop monitor (this is very important to reproduce it).

                                  With and without your patch this doesn't work correctly.

                                • Paulo (DevExpress Support) 04.11.2019

                                  Thanks. I have updated the patch files. Would you please test them once again?

                                • Laurens 04.11.2019

                                  I have tested it again and now it seems to solved.

                                  However, this patch is incomplete. I'm missing a patched version of dxOffice11.pas with a modified Office11DrawSizeGrip for the following procedure in cxLookAndFeelPainters.pas:

                                  procedure TcxOffice11LookAndFeelPainter.DoDrawSizeGrip(ACanvas: TcxCanvas; const ARect: TRect; AScaleFactor: TdxScaleFactor); begin Office11DrawSizeGrip(ACanvas.Handle, ARect, clDefault, clDefault, AScaleFactor); end;
                                • Paulo (DevExpress Support) 04.11.2019

                                  Thanks, Laurens. I am happy to hear that the issue is resolved. We will provide the complete source code in our next minor build.