Uwe Raabe

http://docwiki.embarcadero.com/RADStudio/Sydney/en/10.4_Sydney_-_Release_1#Projects

Worked flawlessly over here. AFAIK GetIt packages are not re-installed, but I don't use those anyway. I always install packages directly and these are all present after the update.

If it is the only change in the project files, it would at least work for packages 10.4 and up - at least until any new setting throws a spanner into the gear.

Under Tools - Options - IDE - Saving and Desktop there is a setting Save project desktop when closing.

It was introduced in 10.4 Sydney - Release 1

Meanwhile a bit dusty, but most of it is still valid and overlaps your suggestions nicely: Delphi Library Guidelines

The problem with those ExplicitXXX values is that they are synched with their current XXX counterparts on several occasions. These are WM_SIZE, WM_MOVE and SetBounds. You cannot assume that these values contain the original DFM content, even if that was the case after loading the form.

What about creating a new form instance and adjust the components and properties in question from that?

From the Docwiki: Oops: too late

That is a know deficiency: MMX doesn't work properly in the project code, only in units.

Well, the Module Search is actually a member of the top pane and it is selected when you enter the Search box. It is similar to selecting one of the uses clause entries or a Live Metrics entry. Each selection switches the content of the bottom pane. I understand that you prefer a different behavior, but others (probably long time MMX users) prefer or may even rely on the current one. I'm sorry, but it is very unlikely that this will be changed.

Well, at least that is what the tooltip for Member Search bar says:

Do you mean a Class? Because a Unit cannot be created when required.

FData is private, but the helper sets inherited Data, which is public.

Actually it is: https://github.com/DelphiPraxis/DDevExtensions/releases/tag/v2.87

At least since Delphi 7 (cannot check versions below in the moment). Just have a look at DB.pas (out of many others): function TFieldDefs.GetFieldDef(Index: Integer): TFieldDef; begin Result := TFieldDef(inherited Items[Index]); end; or the ancient Contnrs.pas: function TObjectList.GetItem(Index: Integer): TObject; begin Result := inherited Items[Index]; end;

This is a screenshot of the 10.4.1 IDE with MMX 15.0.33 (no DPI overrides): https://www.dropbox.com/s/ij71pobp9kebxn1/07-02-_2021_14-13-21.png?dl=0 There are some glitches with labels being too long, which come from scaling fonts to the next Integer size. Whenever I see those I try to adjust that with the next update. Can you elaborate a bit on the problems you see? (Perhaps in a separate topic)

I am running different Delphi versions together with the latest MMX on two 4k monitors with scaling set to 150% and I don't experience any problems. Inspecting the MMX changes between 15.0.29 and 15.0.30 I cannot spot anything causing spurious delays.

Fixed in 10.4.1: Object inspector looses a changed property value when selecting an other component

Did you rename the fast compilers to replace the original ones?

I am unable to spot any change between 15.0.30 and 15.0.32 that may be responsible fot that. I need more info (yeah, I know that may be difficult)

No, it was just a reply to the quoted statement.

Well, at least there is Swagger Codegen

Login with another user account. It is a Named User license after all. The slip file containing the client license is the same for all users. The license server just looks for the user name logged in to the client computer. Edit: That user has to be listed in the named licenses of the license server - of course.

I remember someone else complaining about an error with AQTime and the editor context menu. There have been some changes in the context menu logic in recent Delphi versions. Perhaps the AQTime team didn't get a notice about that, yet. It might help to file a bug report at SmartBear.