Uwe Raabe

Can you show the Unit Scope Names entry in your project options, please?

Can you check the MMX properties Key bindings for Format Uses Clause, please? Also make sure that no other plugin steals that shortcut.

With Delphi 12 the Index type of TList as well as Count has changed from Integer to NativeInt. While this has no effect in 32 bit, with 64 bit it definitely has. Check all descendants of TList if there are any declarations of properties (f.i. Items) or methods with Index type Integer which act as overloads for the base declarations. Then change these Integer types to NativeInt.

I believe that not reporting an issue most likely lead to nothing.

Is there a report for that?

No need for that: Add a FILTER SEARCH BOX in the Install Packages dialog

The following code lists 355480 files in less than 15 seconds on my system. program TestGetFiles; {$APPTYPE CONSOLE} {$R *.res} uses System.SysUtils, System.IOUtils, System.Diagnostics; procedure Main; begin var sw := TStopwatch.StartNew; var arr := TDirectory.GetFiles('C:\Windows', '*', TSearchOption.soAllDirectories); Writeln(Format('%d Files, %d ms', [Length(arr), sw.ElapsedMilliseconds])); end; begin try Main; except on E: Exception do Writeln(E.ClassName, ': ', E.Message); end; Readln; end. The dir command needs a lot of time to display the files, while the Delphi code avoids that.

Indeed! It is working here, too.

It may depend on the uses list and its order. The different Stat units register different default values: {FireDAC.Phys.SQLiteWrapper.FDEStat} initialization TSQLiteLib.GLibClasses[slDefault] := TSQLiteLibFDEStat; TSQLiteLib.GLibClasses[slFDEStatic] := TSQLiteLibFDEStat; {FireDAC.Phys.SQLiteWrapper.SSEStat} initialization TSQLiteLib.GLibClasses[slDefault] := TSQLiteLibSEEStat; TSQLiteLib.GLibClasses[slSEEStatic] := TSQLiteLibSEEStat; {FireDAC.Phys.SQLiteWrapper.Stat} initialization TSQLiteLib.GLibClasses[slDefault] := TSQLiteLibStat; TSQLiteLib.GLibClasses[slStatic] := TSQLiteLibStat; Manually adding FireDAC.Phys.SQLiteWrapper.FDEStat to the uses may solve the problem. I'd rather set the mode to an explicit value instead relying on a volatile default.

That is mentioned in the What's New: FireDAC SQLite Version Update

So, file a feature request...

It has been quite a while, but I had a good experience with CANUSB.

I don't see how downloading a VS Preview would solve that problem.

What makes you think so? At least in my standard installation these folders are located under c:\Users\Public\Documents\Embarcadero\Studio\xx.x and c:\Users\<user>\Documents\Embarcadero\Studio\xx.x

Most likely, yes, but there are several beta testers having a mixed version setup or even using their productive environment. As @Angus Robertson mentioned, there are other factors involved here that made this slip through.

Embarcadero knows about it and is working on an official solution. And before someone claims that could have been found during the beta: Most of the GetIt stuff is not available during beta until almost the last day and the majority of beta testers install in a dedicated environment without any prior Delphi version present. Also, not everyone makes use of all what is available in GetIt.

To have the Parnassus plugins work in Delphi 12 as well as Delphi 11.3 on the same machine you need to do either of this depending on your situation: Before installing the Delphi 12 plugin: In folder c:\Program Files (x86)\Common Files\ParnassusShared rename ParnassusCoreEditor.dll into ParnassusCoreEditor_XAlexandria.dll After installing the Delphi 12 plugin: Copy the 11 version of ParnassusCoreEditor.dll from the appropriate CatalogRepository folder as ParnassusCoreEditor_XAlexandria.dll into the mentioned folder

I don't know, but I know that GoToWebinar sessions have a limit for the number of participants.

Actually it is running in the moment, but the available seats are all occupied.

The reason for these "Whole Word" problems was that there was only one setting in the registry for Search (Ctrl-F) and Search in Files (Ctrl-Shift-F). In D12 these are separate settings. So, if there are still problems they have another cause and steps to reproduce are mandatory to get this fixed.

A quick check doesn't show this here. Do you have detailed steps to reproduce?

As I cannot check with QP in the moment, can you please describe the bug you are referring to?

I'm afraid the user manual doesn't cover this feature.

The lack of implementing that feature request was the driving force behind writing that article. As long as everybody steps away from designing in High DPI the collected bug reports will only cover the obvious cases but miss the deeper ones. Thus I decided to use the form designer in High DPI for at least one of my projects and see how it goes. Obviously I had to develop a strategy and some workarounds to make it usable in the first place. Publishing it is based on the hope that others also step on that ship and share their findings, too.

You can have this for free: Open MMX properties and navigate to Pascal - Sorting Under Format unit uses clauses check Group and sort uses Now when you format the uses clause (with Ctrl-Alt-U while the cursor is inside a uses clause) MMX does the following: Resolve any unit aliases Resolve all unit scope names Group the units as configured (see below) Compress and wrap each group according to the settings The groups are configured per project in the MMX Project options setting. If the entry for Groups is cleared neither grouping nor sorting is done. Also these Project options have an Auto Format checkbox, which when checked forces the uses clause formatting whenever MMX manipulates a uses clause. My personal preference would be to format the uses clauses without any other changes done to keep version control happy. This can be achieved by a command line tool available on GitHub: UsesCleaner It provides almost the same functionality as MMX, but targets complete projects instead of single units.