Uwe Raabe

The Delphi 12 release falls in your subscription, thus you are entitled to download, install and use it without any time limit. Nevertheless I recommend to renew your subscription to stay eligible for further updates.

Delphi 12 already has a separate menu item for this unter Tools.

The current implementation of the code formatter is deprecated, probably because it relies on some dotnet code that is going to be thrown out. I expect a proper replacement for the formatter in the future.

AFAIK, the Modeling option is selected by default. So, as long as you don't deselect it...

34 minutes ago, mvanrijnen said:

It searches for the param with the name, and changes the value (and other properties of the parameter)

It doesn't even get a name to search for:

function TRESTRequestParameterList.AddItem: TRESTRequestParameter;
begin
  Result := Add as TRESTRequestParameter;
end;

Have you tried using the parameterless AddItem function overload and set the Name, Value and Kind in its result?

Regarding speed, the docwiki link states at the end:

Quote

• Assigning values to Data is much faster than CopyDataSet.

Depending on the requirements about the restrictions mentioned in the lines above that quote, assigning Data may be the better approach, while CopyDataSet covers a broader use case.

If the tables have the same structure it might be as simple as using two TFDTable components with their attached connections and call CopyDataSet on the target one.

You didn't mention the Delphi version, but since Delphi 11 you can use the appropriate Sort overload taking a comparer, start index and count.

procedure Sort; overload;
procedure Sort(const AComparer: IComparer<T>); overload;
procedure Sort(const AComparer: IComparer<T>; Index, Count: Integer); overload;

5 minutes ago, Perpeto said:

Otherwise I would create a bug report for this.

Seems it already exists: RSP-42131

If Debug-DCUs is not active there will be no blue dots in the Delphi sources.

30 minutes ago, gkobler said:

Use debug .dcus should be true

Only when you want to break or step into the Delphi units.

When I run that code in a vanilla VCL Forms Application in a ButtonClick event - nothing happens.

Either commenting out the last line or inserting a Sleep(100) before makes the ShowMessage appear.

The problem here is that the anon method captures the variable and not the value. Thus setting the value of TerminateProc to nil has influence of what is passed to TThread.Queue. It heavily depends on the timing of whether the Queue call comes first or the setting to nil.

Seems not to be a valid solution to avoid the leak.

There are different levels of beta testers...

Another approach would be to declare a TMessage descendant that the frame (and probably also any form) subscribes to during creation and unsubscribes from on destruction. Then you can broadcast this message when the language changes.

uses
  System.Messaging;
  
type
  TLanguageMessage = class(TMessage<string>);

...

procedure TMyFrame.HandleLanguageMessage(const Sender: TObject; const M: TMessage);
begin
  var msg := M as TLanguageMessage;
  SwitchToLanguage(M.Value);
end;

... TMyFrame.Create
  FLanguageMessageID := TMessageManager.DefaultManager.SubscribeToMessage(TLanguageMessage, HandleLanguageMessage);
  
... TMyFrame.Destroy
  TMessageManager.DefaultManager.Unsubscribe(TLanguageMessage, FLanguageMessageID, True);
  
... NotifyLanguage
  TMessageManager.DefaultManager.SendMessage(nil, TLanguageMessage.Create('DE'));

  
  
    

7 hours ago, Dave Nottage said:

Isn't this statement a breach of the NDA?

You mean, that I am part of the beta? That is already known in public IAW Embarcadero: TZipFile Improvements in Delphi 12

During the beta I use private forks of the public repositories to store all the changes. On release date the fork is merged into public. I don't distinguish code I may publish or not.

AFAIK, the TNT Unicode Components were acquired by TMS a couple of years ago, but they are tagged compatible up to Delphi 10.2 now: TMS Unicode Component Pack - looks like they are just abandoned.

3 hours ago, Dave Novo said:

I had expected that the Guirunner would save the selected tests prior to the test run started. 

You can always tweak the source of DUnitX.Loggers.GUI.VCL.pas to your needs. Currently the code for saving is located in FormClose. Besides extracting it to a dedicated method, it can be inserted at the beginning of RunExecute.

In Contributing.md you find instructions to make your enhancements available for all.

1 hour ago, Gord P said:

Where as what I want to see is:

Well, the FormatFloat implementation has the E15 hardcoded and even documented:

Quote

If the section for positive values is empty or if the entire format string is empty, the value is formatted using general floating-point formatting with 15 significant digits, corresponding to a call to FloatToStrF with the ffGeneral format. General floating-point formatting is also used if the value has more than 18 digits to the left of the decimal point and the format string does not specify scientific notation.

45 minutes ago, Gord P said:

Just tried it but it didn't work. Doesn't change it scientific notation when the numbers are really large.  

Well, FormatFloat acts as expected;

  for var I := 1 to 10 do
    Writeln(FormatFloat('', I/10));
  for var I := 1 to 10 do
    Writeln(FormatFloat('', I*Power10(1, 14)));

Output:

Quote

0,1
0,2
0,3
0,4
0,5
0,6
0,7
0,8
0,9
1
100000000000000
200000000000000
300000000000000
400000000000000
500000000000000
600000000000000
700000000000000
800000000000000
900000000000000
1E15

Have you tried with AxisValueFormat being empty?

7 minutes ago, Anders Melander said:

And as far as I remember you don't even need a license.

At least that is how I read the license:

Quote

2.4. Command Line Compiler. Licensee may install the command line compiler on a separate computer from the Product itself, provided that the sole purpose of doing so is to allow that computer to perform unattended building of applications.

When you create a new test project and add one of the units for testing, the project won't compile unless all dependent units can be found. So you need to add the search paths accordingly.

There is nothing wrong with having dependencies in the first place. It just makes picking only one unit from the project into another one a bit difficult. Nevertheless, it is always worth thinking about minimizing dependencies, but not only because of simpler testing.

3 hours ago, Brian Evans said:

Is the "not" accurate? Makes no sense at all. 

The not seems appropriate, but the term project to be tested should be changed to test project.

It depends on the actual sources. I have had projects that just needed a compile with the new version and target, while others lasted several months.