Please check if GExperts forms can be fixed for scaled HiDPI mode:
GExperts - About
GExperts - Configuration - Experts (list)
GExperts - Configuration - Usage Statistics
GExperts - Configuration - Experts - Grep
GExperts - Configuration - Experts - Grep Results
GExperts - Configuration - Experts - Clipboard History
GExperts - Configuration - Experts - Components To Code
GExperts - Configuration - Experts - Code Editor Enchancements
GExperts - Configuration - Experts - Go To Configuration
GExperts - Configuration - Experts - Project Dependencies
GExperts - Configuration - Editor Experts - Code formatter
GExperts - Configuration - Editor Experts - Remove mathcing lines
GExperts - Configuration - Editor Experts - Sort Selected lines (Sort options)
GExperts - Configuration - Editor Experts - Expand Macro Template
Please see attached screenshots:
What monstrous scaling are you using there? Most dialogs look fine at scaling 175 which I assumed was the maximum anybody would be using with current monitors. I'll look at the dialogs with scaling 350 now, which is the maximum Windows 10 allows on my system.
Windows 11, Scale 175%, Delphi 12.
The following dialogs look fine with Scaling 350 in revision #4197:
broken:
Last edit: Thomas Mueller 2024-02-03
Testing on Windows 11 shows that some dialogs that look fine on Windows 10 are broken on Windows 11, e.g. the About Dialog looks like it does in your screenshot in Windows 11 but looks fine in Windows 10.
In Windows 11 the fonts are much larger than in Windows 10.
As if I needed yet another complication. :-(
Even worse: When I use all my monitors in Remote Desktop (one with scaling now set to 175 and one with scaling 100) instead of only the one with HiDPI, everything looks the same in Windows 11 and Windows 10.
WTF?!
Last edit: Thomas Mueller 2024-02-03
And guess what: If I use only the HiDPI monitor in Remote Desktop to Windows 10, I get exactly the same display problems as in Windows 11.
WTFF?!
At least it does not depend on whether I use the monitor(s) locally or via remote desktop. The effect is the same if I only use my HiDPI monitor locally.
The problem was twofold:
Apparently each form is created with the scaling of the main monitor first. If that main monitor has a scaling of 100, the code worked fine. If it has a scaling > 100 TCtrlDpiScaler.Assign determined the wrong font size for DPI=96 and used that later for scaling which resulted in larger fonts. This has now been fixed. After that change all labels with ParentFont=False looked fine.
ParentFont=True does not actually work as expected. The control fonts were rescaled independently from the parent font. I have now added code in TCtrlDpiScaler.ResizeFont to handle this case by explicitly assigning the parent's font size if ParentFont=True.
This seems to work for both cases: Main monitor scaling = 100 and main monitor scaling > 100, at least on my computer.
The change is in revision #4199
Could you please compile a new DLL from the current sources and test it?
Last edit: Thomas Mueller 2024-02-04
@twm Thanks! Now (build 4201 ) seems it works in all broken forms.
Could you please check what is with "Procedure list" form?
Can not change size of Code section (no splitter) and procedure list seems truncated.
That's a differnet bug (and I think there is already a report for it): The splitter is between the preview memo and the status bar. It should of course be between the list and the preview.
It works fine, if you change the configuration to show the preview on the right hand side of the dialog.
The reason is that the implementation splitter component is a stinking pile of^D^D^D^D^D^D^D^D^D^D^D^D^D^Dsuboptimal so it is very difficult to ensure that it is placed between two particular components.
Edit: Yes, the bug report was #268: Procedure List - Splitter align incorrect
I was assuming I had already fixed the problem in revision #3928. Apparently it's back again. :-(
Last edit: Thomas Mueller 2024-02-04
There is now a partial fix for the procedure list problem in revision #4205
It still doesn't work in call cases
Fixed the list in the Go to dialog in revision #4311
I'm closing this report now. Most of the issues seem to be fixed. If anybody finds other scaling issues, please open new reports, one for each form.