dummzeuch

It doesn't happen here, so something must be different. And since I fixed it for older Delphi versions it is most likely caused by the changes I made to support high DPI.

That was my guess, but unfortunately that's not nearly sufficient: What are your monitor(s) resolution and DPI? Which is the primary monitor and which is the one the IDE is on and which is the one with the Uses Clause Manager window?

You named your topic ... Please write to Embarcadero to get a free Delphi 11 edition for Andreas Hausladen ... which pretty much states exactly that.

Several Embarcadero employees (one of them Matthias Eissing from Embarcadero Germany) stated multiple times that Andy could get a free copy. But apparently there are strings attached to this offer that Andy didn't like so he declined. And having read the legal paperwork involved with becoming an MVP, I have an idea why.

There shouldn't. What's your setup?

Update: I think I have now figured out how to tackle the high DPI problems in GExperts. The following dialogs should now work fine: GExperts configuration dialog Uses Clause Manager dialog ASCII chart dialog Goto expert dialog Grep Configuration dialog (but not the Search or Results dialogs) and a few others that I have forgotten. Unfortunately setting Scaled = True didn't work well enough, at least in my setup of two monitors with different size and scaling (and that's my priority, because I work with it), so I ended up with directly handling the WM_DPICHANGED message for the dialogs.

The only way of doing that, that I am aware of, is include files.

Not sure I meant this as a suggestion. It will still fail horribly if the object variable is neither nil nor a valid instance.

In theory you could create a method that checks for self <> nil and only then returns Count, zero otherwise, so the code would look simpler: for i:=0 to List.getCount-1 do Even thought the <> nil check is still there.

It just reminded me of conditional execution of statements with appended conditions: DoSomething if condition I don't remember the specifics. I rarely program in Perl nowadays.

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.

(I am giving some background first, there are actually some questions at the end, so please bear with me.) In older Delphi IDEs there is a compiler option called "Reference Info" with a sub option "Definitions only". In newer IDEs it's called "Symbol reference Info" and can have three values "None", "Definitions Only" and "Reference Info". I never really thought about these options but just left them at the default which is both turned on for old Delphi versions and "Reference Info" for newer ones. Today I noticed that they were set differently in some of my projects and I wondered why that was and for the first time ever looked into the documentation on that topic: (These are just the last two paragraphs of the remarks.) "Code browsing" is the Ctrl+Click (or Alt+Up or Search -> Find original symbol, which oddly enough has an additional Hotkey Ctrl+G) feature combined with the Alt+Left / Alt + Right keys and the corresponding arrow buttons in the tool bar (respectively the two menu entries in View -> History). So that probably means that Ctrl+Click only works for units that were compiled with "Reference Info" is turned on. I could not verify this though: I switched a Delphi 10.2 project to "Symbol Reference Info = None", deleted all dcus, rebuilt it and Ctrl+Click still worked for all kinds of symbols: Inside the same unit, in other units of the projects and (less surprising, because these are the debug dcus that come with Delphi) in the RTL and VCL units. But what is "the References page of the Code Browsing feature"? Is that what you get when selecting "Find -> Find References" ? If yes, why is that menu item disabled most of the time, even though the default for newer Delphi versions is "Reference Info"? And what is the "Project Manager References Page"?

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.