Uwe Raabe

The VCL already provides such a flag for you: TApplication.ModalLevel

Usually the MMX setup installs the app and also registers it into the Delphi IDE. You only have to select it as the default viewer.

I expect the dataset to be closed when SQL changes. Otherwise the records would not match the SQL anymore. One can easily extend this to all other properties that have influence on the data retrieved and the way it can be accessed. What would be the benefit of an immediate exception here? The author of the code wants to change the SQL, so what would be the gain from that exception (which happens at runtime btw.)? The dataset has to be closed anyway to change the SQL, so why not closing it automatically? Unfortunately this option is not available in the poll (at least as I understand it).

Of you compile with packages and allow external packages be loaded dynamically.

Both tools have a completely different approach. While DelphiAST analyzes source code, the class tree utility requires the classes to be compiled into the exe.

If possible, could you be a bit more specific? I mean, that is a bit vague, isn't it?

You have to activate that option:

You can define the group names per project in MMX Properties - Project options: A single identifier is treated as a group prefix which has to be followed by a dot (like System, VCL, FireDAC). You can also use wildcards like Rz* for all units from Raize Components (KSVC). Unit names not covered in one of the schemes above can be listet in brackets. This is the setting for MMX itself: (ToolsApi,DesignIntf,DCCStrs,DockForm,TabDock);Winapi;System.Win;System;Xml;Vcl;VirtualTrees*;Rz*;Tb*;Png*;MMX The settings are stored in the dproj file.

It needs some code to be added, but you can declare a const array[<enumeration>] of Integer with values 0 in all places where the enumeration is used in some way. const cCheckProjectType: array[TProjectType] of Integer = (0, 0, 0, 0); If you now extend TProjectType the compiler will stop at all places where such a declaration is present and you can inspect the code around for correct TProjectType usage. After that is done you extend the array values to make the compiler continue to the next problematic position.

Very good point 👍

Enclosing the loops with a qryItemReceita.DisableControls/EnableControls should help a bit.

You can still have the first, but nevertheless the second being active. Usually an UEFI BIOS can be made working as an old fashioned one. Unfortunately switching that back to UEFI mode requires some significant work to make Windows boot again.

Two things that are sometimes overlooked: UEFI BIOS TPM 2.0 For the second item there is an article (in German): Windows 11 läuft wohl nicht auf Intel-Macs

AFAIK, there is currently no mechanism to intercept the message display via OTAPI.

Have you checked that opening the relevant FireDAC dataset (whatever is happening in dmParksDB.OpenParks) actually contains data on Linux? I mean, if there is no data in the dataset what can we expect?