Uwe Raabe

ArcTan2 produces the same result when both of its parameters are multiplied with the same factor. Thus dividing both by cnt before calling ArcTan2 has no influence on the result. In addition, ArcTan2 is pretty well capable of handling some special values like c = 0 (at least in non-ancient Delphi versions). There is no need to catch this case in advance.

This is a quote from Knuth's C adaptation of the original Adventure game by Will Crowther:

Unfortunately some companies insist on having their corporate styling being reflected in their applications. Just because some colors are different from the Windows standard doesn't mean that one needs to learn how to use that UI. That is more related to uncommon handling of TAB vw. ENTER keys or the misuse of well known shortcuts.

Looks like this issue: Bug In popupMenu with VCL Style - fixed in 10.3.2

As there seem to be people with different expectations, it would be best to make that configurable: Selecting Layout doesn't remember which monitor a form is on

At least that is much easier now than with these older Delphi versions.

While this may suit a single threaded application, the pooling approach is the recommended way for multi-threaded DB access. http://docwiki.embarcadero.com/RADStudio/Rio/en/Multithreading_(FireDAC)#Connection_Pooling

Known issue: No visual marks of modified files

That is not the usual behavior. There must be something special in your installation. Can you provide detailed steps?

Tools > Options > User Interface > Editor Options > Display > Number All Lines http://docwiki.embarcadero.com/RADStudio/Rio/en/Display

As I never had such an issue, I simply cannot tell. Perhaps creating a new dproj for each project affected helps.

It is not a general problem with the IDE. Otherwise I wouldn't be able to work efficiently any more. When there is nothing suspicious in the groupproj file, it might be something special in the dproj files.

Perhaps you are missing this line after the call to AddConnectionDef? FDManager.Active := true;

Are you aware of this function from IOTAServices? { ExpandRootMacro will change a string that contains $(BDS) or any $(name) and expands that environment variable. So for example $(BDS)\bin will be expanded to C:\Program Files\Embarcadero\10.0\bin assuming that BDS=C:\Program Files\Embarcadero\10.0 } function ExpandRootMacro(const S: string): string;

If you can provide reproducible test cases, you should send them to Peganza. They are always interested in cleaning out those glitches.

Well, that would require some sort of compilation or so and is definitely outside the scope of such a tool. It might be worth to investigate in interpreting the output of Peganza Pascal Analyzer Uses Report and act accordingly. This would eliminate the burden of analyzing the code.

Set Compressed=0 See above.

It may help to place that directive in the project file instead of the unit with the class declaration.

@sLesage This is an early beta. It is a command line tool called with the following parameters: UsesCleaner [<filepath>]<filename> [-c:<configfile>] [-o:<outputpath>] [-l:<logfile>] [-s] <filename> may contain wildcards <configfile> default is UsesCleaner.cfg <outputpath> if not specified, original files will be changed! -s: also handles subfolders The example config file is targeting Delphi 10.2 Tokyo, but can easily be adjusted. Some entries are self-explaining. [Settings] Indentation=2 Compressed=1 MaxLineLength=130 SearchPath=c:\program files (x86)\embarcadero\studio\19.0\lib\Win32\release; UnitAliases=WinTypes=Winapi.Windows;WinProcs=Winapi.Windows;DbiTypes=BDE;DbiProcs=BDE;DbiErrs=BDE; UnitScopeNames=Winapi;System.Win;Data.Win;Datasnap.Win;Web.Win;Soap.Win;Xml.Win;System;Xml;Data;Datasnap;Bde;Web;Soap;Vcl;Vcl.Imaging;Vcl.Touch;Vcl.Samples;Vcl.Shell GroupNames=@DelphiOTA;Winapi;System.Win;System;Data;FireDAC;Vcl;Rz* [Groups] DelphiOTA=ToolsAPI;DesignIntf;DesignEditors The tool will resolve any unit aliases and unit scope names. Then it will group the units according to the order given in GroupNames followed by any remaining units. Plain group names are taken as namespace prefix (like Data or Vcl). Unit names without such namespace can be grouped with wildcards (like Rz* for Raize Components units). You can define groups by simply listing the unit names in the Groups section as it is show with the DelphiOTA group. UsesCleaner.zip

Can you elaborate that statement a bit? What does better mean in this context? I never have had problems with backups of those files. It may take a while to copy them, but that is almost the same with multiple files.

Honestly, I don't know! I have all my virtual machines on a couple of SSDs and I don't see any performance drop compared to a host installation. It may have an impact for mechanical drives, but I never did some meaningful performance tests (which I expect to be difficult to do anyway).

That is the same in VMware - one file per virtual disk. Each virtual disk has a setting where you can decide if the disk shall be split into several files or just one. The default is split, but I prefer it the other way.

That is the first setting I am changing for a new VM.

What files are you referring to? Perhaps I have a different meaning for plethora.

Indeed ,NET has something called InAttribute and OutAttribute. AFAIK, there is no corresponding thing in Delphi.