Strange Dialog UI

[PeterPanettone 158]

What could be done to visually optimize this strange dialog UI:

 

[dummzeuch 1515]

10 minutes ago, PeterPanettone said:

What could be done to visually optimize this strange dialog UI:

Put the label above the edit field.

 

[PeterPanettone 158]

1 minute ago, dummzeuch said:

Put the label above the edit field.

 

That's a very good idea! But HOW MUCH above the edit field? And should the Label.Layout be tlTop, tlBottom, or tlCenter?

[dummzeuch 1515]

So far above that it can be read at design time. The scaling of the form should take care of different DPI.

As for the layout: I never bothered to use anything but the default for labels.

[Uwe Raabe 2063]

This kind of display errors are often seen when the IDE is used in a High-DPI environment with GDI scaling. Windows sometimes select font sizes slightly larger as the scaling suggests. It is pretty hard to detect this inside the application, The only workaround I am aware of is to give some extra space between controls to cover these cases.

[PeterPanettone 158]

7 hours ago, Uwe Raabe said:

This kind of display errors are often seen when the IDE is used in a High-DPI environment with GDI scaling. Windows sometimes select font sizes slightly larger as the scaling suggests. It is pretty hard to detect this inside the application, The only workaround I am aware of is to give some extra space between controls to cover these cases.

Dear Uwe, yes please add some extra space and put the labels above the edit-fields. Correct the UI bugs made by the previous author.

[Uwe Raabe 2063]

54 minutes ago, PeterPanettone said:

Correct the UI bugs made by the previous author.

These are not UI bugs in the first place. The form design looks quite OK during design time (the "String" label is changed dynamically) and run time on my system.

 

You can see that there is still some difference in the gap between External File and the combo box.

 

I guess, your display problems are due to some buggy scaling of the Delphi IDE, which is to be expected as long as the IDE doesn't support High DPI properly. There is not much I can do about that.

[dummzeuch 1515]

23 minutes ago, Uwe Raabe said:

There is not much I can do about that.

What about putting the labels/radio buttons above the input fields? That would work even if scaling fails.

[PeterPanettone 158]

2 hours ago, Uwe Raabe said:

These are not UI bugs in the first place. The form design looks quite OK during design time (the "String" label is changed dynamically) and run time on my system.

 

You can see that there is still some difference in the gap between External File and the combo box.

 

I guess, your display problems are due to some buggy scaling of the Delphi IDE, which is to be expected as long as the IDE doesn't support High DPI properly. There is not much I can do about that.

BTW, what does "Convert to const" mean? And yes, you could put the labels above the edit fields (as Thomas suggested). Which is a common UI suggestion. What is the difference between theory and practice?

[Attila Kovacs 631]

MMX forms are not HDPI conform, they are only ok if you are using the IDE in "blurry" mode.

 

[PeterPanettone 158]

Why so many developers have a deep love for TINY LITTLE BOXES and refute to make functional dialogs?

(When thinking about little boxes, this wonderful folk-song came to my mind):

)

Edited March 19, 2021 by PeterPanettone

[PeterPanettone 158]

Is this what everyone else has in Computer\HKEY_CURRENT_USER\Software\Embarcadero\BDS\21.0\Theme: