Uwe Raabe

Seems that LOCAL_NOUSEROVERRIDE is your friend here.

Instead of IMethod I would suggest a new directive interfaced, optional with an alternative name used with InterfaceOf (similar to a method resolution clause). type TProcessor = class public constructor Create; procedure ProcessData(var Data); interfaced; procedure CleanUp; interfaced(Clear); // InterfaceOf will publish this method as Clear procedure Clear; // used inside TProcessor property Value: Integer read GetValue; interfaced; // should work for properties, too end;

Not really. Besides only working inside the current unit, ist is merely a find and replace respecting some scope.

Thanks for the report. Added to the bug tracker.

Are you sure that the actual files are really removed or is it just that the components are simply not registered anymore? In my case the Manage Platform dialog shows German language unchecked while the IDE is still running in perfect German.

Blind guess: Could it be that we using a German RAD Studio is the cause?

I can confirm that the patch misses to install the previous selected languages, samples, help and so on. Especially TeeChart Standard is missing after installing the patch. I suggest to file a bug report.

Just for information, this is the readme file of that patch. I cannot see anything related to Teechart or the ability to load packages, but that may as well be hidden somehow. Also does the patch not include any binary that could be executed or loaded and do any harm. Note, that the patch do save the original files in %BDSCatalogRepository%\Backup. Patch1.txt Update: I just noticed that the mentioned patch is different to the one I was talking about. Will investigate further...

As a benefit I see better readability and flexibility. In case we decide to change TArray<T> to something like a TList<T> later, we only have to change that in one place. (Of course the code itself might have to change, too. But that has to be done anyway.) I often start with an alias like TItems = TList<T> and later extend that to TItems = class(TList<T>) with some additional or overridden functionality. Sometimes it is just to hide the necessary constructor parameters inside a simple TItems.Create. If the implementation is indeed relevant for understanding the code, I use type names like TItemArray and TItemList, even if those are also just aliases to TArray<TItem> and TList<TItem>. For me, these benefits are of much more value than keeping the namespace small. The latter may result in shorter compile times, which are already pretty short. Runtime performance and code maintainability gain near to nothing from it.

Isn't that just a subset of Delphi?

I just wanted to point out that KSVC is probably dependent on the 10.4 release, but not the other way round. Will have a look at it later. Fortunately I was able to make my KSVC installation working with 10.4 myself.

<irony>Indeed! Why just didn't they defer the 10.4 release until yesterday when KSVC was ready. That would have made everyone happy, wouldn't it?</irony>

Support for Generics is still very basic in MMX, but improvements are on the TODO list. That said, use cases like yours are always very welcome.

You have to select all the fields to be converted in the MMX Code Explorer Window. For an example see this video: Convert Multiple Fields to Properties

It is not even specific to a query, but probably happens with all TStrings properties. I can even reproduce it with a plain TMemo editing its Lines property.

Not perfectly clean, but without those mentioned in your call stack.

I can reproduce it.

From Recife?

Cursor through tabs should make no difference, but Optimal fill may do.

Anyone using TestComplete and expecting to use VCL Styles? Please consider to give this issue a vote: Working with Embarcadero's Delphi 'Themes' packs. Of course it does no harm to vote anyway, even if you will never use the above

Can you show the Source Options dialog (in Tools - Options - User Interface - Editor Options).

As most styles do paint a TPanel (and other container contorls) with the style color anyway, it doesn't make any difference if the panel has its ParentBackground property set or not. Setting it to false usually reduces the flickering significantly.

You might have a look at https://sourceforge.net/p/radstudioverins/code/HEAD/tree/ and either wait for an update or get your hands dirty doing it yourself.

Nope.

Perhaps something similar to this: https://quality.embarcadero.com/browse/RSP-29126