dummzeuch

Looks like Perl to me, only with less special characters.

Because I'm not Barney Stinson.

A while ago, after my post on Known IDE Packages in Delphi I wrote a the KnownIdePackagesManager tool which lists those packages, allows to disable and enable some of them and also set the package description for those packages that don’t have a meaningful description. Today, I updated the tool to support Delphi 11 Alexandria.

Yes, but be careful what you remove. Many are essential for the IDE to work correctly. I don't think so.

I wrote the tool PortableAppsToStartMenu in 2020 and have used version 1.0.0 ever since. Today I installed PortableApps on a new computer and found a bug. Hence the new release. The new version handles the case when the section AppsHidden does not exist in the PortableAppsMenu.ini file.

I have just updated the Delphi Custom Container Pack sources to support Delphi 11 Alexandria. It now compiles and installs. I have not tested it extensively.

... and JCL and Indy and TeeChart and Graphic32 and a few more that I tend to forget. And not just for 10 projects but for about 50 (not all of these active at the same time, of course). That's nothing I need to imagine, that's my actual working environment. But similar to what @Uwe Raabe just described, all libraries are stored as subdirectories under a libs subfolder, while the project sources are in the src subfolder.

Did anybody actually check whether DDevExtensions still works with Delphi 11? Everybody seems to take that for granted.

The Uses Clause Manager is now high DPI aware (more or less). I had to increase the width quite a lot to make this work 😞 I'll be on vacation for a few days. Not sure whether I'll get much done during that time. On one hand, work won't interfere. On the other hand, my wife might. 😉

I just wasted two days with chasing a display problem with GExperts and Delphi 11, that apparently happens on my computer only because I am using two monitors set to different scale factors and on top of that making the high DPI monitor my secondary monitor. In my case it looks like this: Two monitors placed side by side. On the left hand side, there is a 31" monitor with a resolution of 3840x2160 and the scale factor set to 150%. On the right hand side there is a 24" monitor with 1920x1200 and the scale factor set to 100%. The smaller monitor is my primary monitor. I'm placing the IDE on my secondary (left hand side) monitor and use the other one for the programs I am working on (because most of the company does not have high DPI monitors). Is anybody else using a similar setup? Or has everybody but me two or more 4K monitors? Many display problems I experience in GExperts and also the IDE itself disappear if I set both monitors to a scale factor of 150% (and I would bet that this is also the case for other scale factors as long as both monitors use the same one.). Also, there are quite a few problems with the IDE placing dialogs on the wrong monitor, that is, the primary monitor instead of the one the IDE is showing on. This has been the case since basically forever. I reported a few ones to Embarcadero and some of these were even fixed, but they mostly seem to be unable to either understand the problem description or to reproduce them.

The "General" tab should now also look OK. Just don't move the dialog between high DPI and 96 DPI monitors. If you do that, the form gets wider and wider and the font size grows. Not sure whether that's a GExperts or VCL problem.

I have now tracked down the reason for my display problems down to the following: primary monitor set to 100% scaling secondary monitor set to 150% scaling IDE located on the secondary monitor It works fine if I make any of the following changes: Make the secondary monitor the primary one (this is the workaround I will be using) Set both monitors to the same scaling I reported this issue: https://quality.embarcadero.com/browse/RSP-35431 but I expect it to be closed as too unspecific and/or not reproducible. In the following environment the IDE has quite a few display problems: 1. primary monitor set to 100% scaling 2. secondary monitor set to 150% scaling 3. IDE located on the secondary monitor (Other combinations seem to work fine, e.g. primary monitor set to 150% scaling, secondary set to 100%. So to reproduce this you must use exactly this setting.) Problems include: 1. Dialogs that are scaled incorrectly (in particular the font is too small to read). e.g. the progress dialog when opening a project. 2. The selection displayed when using the search field in the configuration dialog is partly hidden behind the dialog. 3. The popup dialog used while debugging to display values when hovering the mouse pointer over a variable name. These issues are reproducible. There are others that are spurious, e.g.: * The status bar of the editor window sometimes is blanc * The font of the tab titles of docked windows is too small * The font in the object inspector is too small

The Delphi 11 IDE says so in the manifest, but it doesn't really work in many places. GExperts doesn't, not sure whether I'll bother if the IDE doesn't.

I reverted my changes from yesterday since as @Stefan Glienke also mentioned they didn't actually work as expected. Instead I applied the change @Achim Kalwa suggested: Set Scaled to true in the base form. This seems to work fine for simple dialogs as long as all monitors connected to the system are set to the same scaling. I also started to adapt the configuration dialog. The Experts and Editor Experts tabs should now look fine, the rest still needs work.

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.