dummzeuch

That switch turns off High DPI awareness for the whole IDE. As I wrote in the first post on this topic:

It's passed to bds.exe from the start menu entries suffixed with "(DPI unaware)".

I just tried this again: It works fine if I only use my 4K monitor. But if I use both (4K and 1920x1200) it looks like this: So it seems that most of my problems are caused by using two different monitors (or rather using different scaling on them, because it works if I set both to 150%). But wasn't that what per monitor DPI awareness was supposed to solve? 😞

I can now reproduce this by using only the 4K monitor. Just what I need: Yet another variable.

You can't. It's apparently compiled in debug mode (I am guessing, because I haven't done that compile) which automatically starts that window. If you get the sources and compile in release mode, this won't happen.

Yes, but that one was probably built without trying to fix any High DPI issues (I can only guess because I don't have the source code it was built from.) Windows 11? Great, yet another variable. I'm using Windows 10. Yes, that's because Delphi < 11 was not High DPI aware. I'm starting Delphi 11 without the "/highdpi:unaware" switch and have left the User interface -> Form Designer -> High DPI setting at its default "Low DPI (96 PPI) and checked the option "Scale gid size / snap tolerance to design PPI" (no idea if that's the default). Are there any other settings I should be aware of? (My IDE shows some really odd behaviours regarding DPI. The object inspector starts out fine but switches to nearly unreadable small fonts after a while. Some dialogs are also apparently broken. And it's not GExperts causing this, because I have now uninstalled it to check.) Is that your only monitor? Or do you have two of those? I have got one 31" 4K monitor as secondary display and one 1920x1200 monitor as primary display. I guess that some oddities I observe are due to the IDE being on the secondary monitor. That has also been the case with all of the previous Delphi versions, but none has been so bad as this one.

Fixed. I should have done a build for older versions before committing. Yes, I'm aware of this, but that's a 3rd party unit. This is odd. That dialog looks "fine" on my computer on a 31" monitor with 3820x2160 and 150% scaling (also tried 125% scaling), and also on a 24" monitor with 1920x1200 and 100% scaling. "Fine" meaning everything is readable, though a bit blurry due to Windows GDI scaling, same as in older versions.

I just released Delphi Tools Manager 1.0.2 which now supports Delphi 6 to 11 (including all the versions with the odd names in between).

... which opens yet another can of worms and makes testing a lot more work.

Blaming the software developer(s) is also not going to help. They cannot test their software in all environments.

I have updated my Delphi IDE explorer expert to work with Delphi 11.

That's what I was expecting, I just need to find out how to do that. I would have preferred that for all forms, but I my time is limited. I found a solution for the Uses Clause Manager which also allows opening a unit in the editor. But that solution didn't work for the Open File expert.

All modal dialogs, that do not directly interact with the IDE, have now been changed to look reasonable with high DPI (by disabling high DPI for them for now, but that's better than nothing and takes much less time). One notable exception is the Open File expert which I didn't get to work because it opens a file in the editor before closing the dialog causing the IDE to crash. Also, I still need to find a solution for those windows that can be docked. This means e.g. that the Grep Search dialog looks OK but the Grep Result window is nearly unreadable on high DPI monitors.

I completely missed this topic. I wrote a similar tool called Delphi Tools Manager a while ago, which supports Delphi 6 and up (not yet updated to Delphi 11 though).

Sorry, I missed one unit in the last commit. It should work now.

Depends on what you changed. If it was only to get it to compile, then yes, I made the changes. Did you change anything else?

Try again now, I just committed the missing change.

I have now adapted several forms to look OK in Delphi 11, using Uwe's "hack" with a wrapper interface so I don't have to repeat too much code, but it's still too much copy and paste for my taste. I have also added Delphi 11 support to some experts that need to know about the new version (e.g. the IfDef editor expert). Given that even quite a few of the IDEs own forms look way too small on a 4K monitor, I think that's quite some progress. It's still not finished and there will be bugs. But I'll call it a day now.

Scaled = true seems to work for the Goto dialog, but neither in the Configuration nor the About dialog. But thanks for the pointer. I had totally forgotten about that property. Edit: Your screenshots look different from my dialog. I have got an empty space below the buttons. But that's with 150% scaling configured for that monitor. Edit2: I also get that space with 125% scaling but it's smaller.

This works only, if you have Inno Setup installed. The installer for the Inno Setup version I use (which is still compatible with Windows XP) is in the directory .\BuildInstall\InnoSetup_5.6.1

You can uninstall GExperts from within the IDE using the Experts Manager expert.

Installer files are now also updated.

If you update your sources, you will now find a Register-GExperts-XX110.cmd script in .\binaries which will register the DLL with the IDE. All other required files are already in .\binaries so it should work.

... from Create, ShowModal to Free. Yes, that did the trick, at least for the configuration dialog. I'll try some others. Thanks a lot!

The sources compile now. I haven't tested anything yet!