dummzeuch

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!

Care share your modifications, so I don't have to do them myself?

Yes, I know. I downloaded Delphi 11 yesterday late in the evening and installed it. Then I spent about half an hour creating the GExperts project for it and adapting some include files, but never finished it. Today won't fare any better. Maybe on the weekend.

It's there all right. I must have been very tired yesterday evening.

In older IDEs, there used to be a simple slider in the status bar where you could adjust the font size. I couldn't find that in Delphi 11. Or was that some plug-in?

For me the biggest headache in that scenario is e-mail. It's stored on a server and in a backup, but since nobody but me apparently ever bothers to delete or at least archive old stuff, every server crash that kills the email means restoring many gigabytes of email before new emails can be received. On my work PC, all I really need is the OS + the email client + Delphi and TortoiseSVN. The most work would be to install all necessary components in the IDE. That's mostly automated though, but there are always glitches. Everything else is on the server (and backed up) or is test data that can be easily replaced (usually data from the server copied locally for performance reasons).

For a while I put Word/LibreOfficeWriter and Excel/LibreOfficeCalc documents in subversion, but since they are binary it's pretty pointless, because one cannot easily find what changed. I put some configuration files (linux) there and of course source code of all kinds, including third party sources (and use these via svn:external).

I think you overestimate the complexity of an automated build: Have a release configuration in the IDE Build from command line. That's it. You can always add more to the automation but the command line build is a good starting gpoint.

I never heard that term either, but I'm not American. I heard of Fintech though, not sure what it means other than just another buzzword about making money with other people's money.

Is this the plain IDE or do you use some plugins?

Hm, but you are not @Quarks, so your reasons don't count in this context.

Why not using the Windows API CopyFileEx? As far as I know it has no size limitation. It also allows a callback for showing the progress and possibly cancelling the copy. If you need an example, have a look at TFileSystem.CopyFileWithProgress in my dzlib. Or am I misunderstanding your requirements?