Uwe Raabe

No! If you start the setup you are asked to remove the registry settings and the default is no. Unless you change that all settings are kept.

That may be true for the Delphi 4 and 5 packages, but can easily be dropped for all others. The naming of the bpl files would still be the same. Honestly? With the current scheme you have this breakage for each new Delphi version.

Looks like there is a different RaizeComponentsVcl270.bpl found somewhere.

Worked perfectly just a minute ago. Can you try to remove that library and try again? Perhaps you have to clear the corresponding folder in $(CatalogRepository) in between.

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)