dummzeuch

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.

There is now a GExperts project in the svn repository, that compiles with Delphi 11 (see .\projects\DelphiXx110Alexandria). If you don't know already, there is a page on my blog telling you how to compile your own DLL. It mostly seems to work too, but there are quite a lot of caveats, most related to the new High DPI awareness of the IDE. The simple workaround, if you value GExperts functionality more than the High DPI awareness: Start Delphi with the "Delphi 11 (DPI unaware)" start menu entry. This also fixes quite a few display quirks I have already found in the new Delphi version. If you do that, you should probably also disable all the experts that you don't need, because I haven't tested many of them on Delphi 11 yet at all and they might have undesired side effects even if not actively used. Unfortunately the trick Uwe Raabe blogged about, for using High DPI unaware forms in High DPI aware applications doesn't seem to work. I tried to change the code for opening the GExperts configuration dialog like this: procedure ShowGXConfigurationForm; var previousDpiContext: DPI_AWARENESS_CONTEXT; frm: TfmConfiguration; begin previousDpiContext := SetThreadDpiAwarenessContext(DPI_AWARENESS_CONTEXT_UNAWARE_GDISCALED); try frm := TfmConfiguration.Create(nil); finally SetThreadDpiAwarenessContext(previousDpiContext); end; try frm.ShowModal; finally frm.Free; end; end; But it changed nothing. The Dialog is still displayed too small to comfortably use on a 4K monitor with scaling set to 150. I'll try to get this sorted. Any help will be appreciated.

(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.

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).